Project Info
Every day, our work is scattered across emails, calendars, GitHub repositories, cloud storage, documents, notes, and messaging platforms. While each application stores valuable information, none of them understand how everything is connected. As a result, we spend more time searching for information than actually using it. Existing AI assistants can summarize documents or answer questions, but they still work in isolation and lack an understanding of our complete digital workspace. We wanted to build an AI that doesn't just retrieve information—it understands how information is connected. That idea became OmniMind. OmniMind is an AI operating system for your digital life. Instead of treating emails, documents, repositories, meetings, and files as isolated pieces of information, OmniMind connects them into a unified reasoning layer that understands relationships across your digital workspace. Users can ask natural language questions such as: "What should I work on today?" "Which deadlines am I most likely to miss?" "Show everything related to my indoor localization project." "Summarize discussions about my latest feature." "Generate today's work plan based on my meetings, emails, and pending tasks." Rather than simply returning search results, OmniMind explains why it recommends something by combining evidence from multiple sources, helping users make better decisions instead of just finding information. OmniMind combines OpenAI's reasoning capabilities with semantic search, vector embeddings, structured outputs, and a unified knowledge graph. Information from connected services is processed into embeddings, indexed in a vector database, and linked together to create a shared understanding of the user's digital workspace. When a question is asked, OmniMind retrieves relevant context from multiple sources, reasons across those relationships, and generates grounded, evidence-backed recommendations instead of isolated answers. The application was built using Next.js, React, TypeScript, Tailwind CSS, FastAPI, Python, Supabase, PostgreSQL, and pgvector, with OpenAI powering the reasoning experience. The biggest challenge wasn't connecting APIs—it was teaching the system to reason across thousands of disconnected pieces of information. Balancing retrieval quality, response speed, and contextual accuracy required multiple iterations of prompt design, semantic retrieval, ranking strategies, structured outputs, and reasoning workflows. Another challenge was designing an interface that makes sophisticated AI reasoning feel simple, transparent, and trustworthy through evidence-backed recommendations. We're proud that OmniMind goes beyond being another chatbot. Instead of simply answering questions, it understands relationships between projects, documents, meetings, repositories, and conversations to generate meaningful, explainable recommendations. We also built features like evidence-backed decision making, a unified action queue, activity timeline, connector management, and proactive automations that demonstrate how AI can become a true operating layer instead of another search interface. This project reinforced that retrieval alone isn't enough. The real value comes from reasoning. When AI understands relationships instead of isolated documents, it can uncover hidden connections, prioritize work intelligently, explain its recommendations, and help people make better decisions rather than simply returning information. Our long-term vision is to build the operating system for knowledge work. Future versions will integrate with Slack, Notion, Jira, Linear, Microsoft Teams, Discord, Google Workspace, Figma, and additional productivity platforms. We also plan to introduce proactive AI that continuously detects forgotten commitments, predicts missed deadlines, recommends next actions, and organizes a user's digital workspace without requiring manual prompts. Our goal is simple: Stop searching. Start understanding.
OmniMind
AI Operating System for Your Digital Life
OmniMind is a full-stack prototype that connects fragmented work context across email, calendars, documents, repositories, notes, and cloud storage into one AI reasoning layer.
Demo Video: https://youtu.be/j8BqVoLLN94
Overview
Modern work is scattered across Gmail, GitHub, calendars, documents, notes, and cloud storage. Finding information is no longer the hardest problem. The harder problem is understanding how information across different tools connects.
OmniMind creates a reasoning layer across a user's digital life. It connects commitments, meetings, documents, repository activity, and knowledge graph relationships so users can decide what matters next with evidence behind every recommendation.
The current release is a reproducible OpenAI Build Week prototype. It includes deterministic demo services so judges can evaluate the full product flow without connecting private accounts, while preserving the architecture for live OAuth connectors, OpenAI Responses API orchestration, embeddings, and structured outputs.
Core Features
- AI Reasoning Chat: Ask questions about your day, projects, people, documents, or repositories.
- Context-Aware Recommendations: Prioritizes work based on calendar timing, email commitments, project state, and repository risk.
- Evidence-Backed Answers: Responses include tools used, citations, and follow-up actions.
- Knowledge Graph: Shows relationships between people, projects, repositories, meetings, documents, and actions.
- Action Queue: Converts scattered context into prioritized next steps.
- Daily Brief: Summarizes important work, risks, and recommended focus areas.
- Connector Hub: Tracks provider readiness, scopes, sync status, and connected surfaces.
- Activity Timeline: Makes syncs, automations, drafts, graph expansion, and fallback behavior auditable.
- Automation Workflows: Runs proactive workflows for briefs, conflicts, promised replies, and repository risks.
- Document Intelligence: Uploads, chunks, searches, and answers questions against document context.
- GitHub Intelligence: Summarizes repository health, stale work, PRs, issues, and risks.
- Calendar Intelligence: Detects conflicts, prepares meeting context, and suggests schedules.
Architecture
Frontend
- Next.js
- React
- TypeScript
- TailwindCSS
Backend
- FastAPI
- Python
- Deterministic demo services for reproducible judging
- API contracts designed for tool-based OpenAI Responses API orchestration
Database
- Supabase
- PostgreSQL
- Schema prepared for users, memories, documents, repositories, events, graph edges, embeddings, and audit logs
AI Layer
- OpenAI Responses API
- GPT-5.6/OpenAI reasoning capabilities
- Embeddings
- Structured Outputs
- Tool-style orchestration contract with citations and actions
How Codex And GPT-5.6/OpenAI Reasoning Were Used
Codex During Development
Codex was used throughout the development process as an engineering collaborator. It helped build, debug, test, and polish the repository from an early prototype into a public-ready hackathon submission.
Codex assisted with:
- Designing the monorepo structure for the Next.js frontend, FastAPI backend, shared TypeScript contracts, database schema, and scripts.
- Implementing app surfaces including Chat, Actions, Connectors, Automations, Activity, Documents, GitHub Intelligence, Calendar Intelligence, Email Intelligence, Knowledge Graph, Demo Center, and Submission Handoff.
- Debugging browser-to-backend API routing issues by adding a Next.js proxy for
/apiand/health. - Improving demo reliability with deterministic backend services and fallback frontend chat responses.
- Fixing UI issues for the final demo, including landing-page logo alignment, graph spacing, and dashboard navigation from Chat.
- Adding smoke tests that validate core backend routes and confirm chat responses vary across prompts.
- Configuring linting, typechecking, build verification, and release documentation.
- Auditing the repository for generated files, local environment files, and secret exposure before public release.
Codex Feedback Session ID:
019f838d-3c04-71e3-82ee-72f26c04e4cc
GPT-5.6/OpenAI Reasoning During Development
GPT-5.6/OpenAI reasoning was used to shape the product concept, demo narrative, and AI interaction model. The project was designed around the idea that AI should not only retrieve isolated facts, but reason across relationships between tools.
During development, OpenAI reasoning helped define:
- The core product framing: an AI operating layer for digital work.
- The "search versus reasoning" distinction used in the demo.
- The structured chat response format: answer, tools, citations, actions, and follow-up questions.
- The cross-source reasoning flow that connects calendar events, email commitments, documents, GitHub activity, and graph relationships.
- The final Build Week demo script and judge flow.
GPT-5.6/OpenAI Reasoning Inside The Application
Inside the prototype, OmniMind exposes the same reasoning contract that a production OpenAI Responses API implementation would use.
For example, when a user asks:
What should I work on today?
OmniMind returns:
- A prioritized recommendation.
- The tool plan used to reach the answer.
- Citations from calendar, email, documents, GitHub, or memory.
- Follow-up questions such as
Why?orShow the graph path. - Actions such as drafting a reply, opening a source, or scheduling a focus block.
When the user asks:
Why?
OmniMind explains the dependency chain across multiple sources: a fixed calendar event, a waiting email commitment, a project document, a GitHub risk, and a knowledge graph relationship. This is the key product idea: OmniMind helps users make decisions by connecting information across their digital life.
The current implementation uses deterministic demo responses for reliability during judging. The production path is to replace the deterministic chat router with OpenAI Responses API calls that invoke retrieval tools, connector tools, graph expansion, embeddings, and structured output validation.
Folder Structure
apps/
web/ Next.js app, UI routes, reusable components, Supabase client helpers
backend/ FastAPI app, API routes, auth, settings, and reasoning/demo services
packages/
shared/ Shared TypeScript response contracts
database/ Supabase/PostgreSQL schema
docs/ Architecture notes and implementation details
scripts/ Local demo launcher and smoke test runner
Installation
1. Clone The Repository
git clone https://github.com/0xKhushwant/OmniMind.git
cd OmniMind
2. Install Frontend Dependencies
npm install
3. Install Backend Dependencies
cd apps/backend
python -m venv .venv
.venv\Scripts\Activate.ps1
pip install -r requirements.txt
cd ../..
On macOS or Linux:
cd apps/backend
python3 -m venv .venv
source .venv/bin/activate
pip install -r requirements.txt
cd ../..
Environment Variables
Never commit real .env or .env.local files. Use placeholders only in examples.
Create apps/backend/.env:
OPENAI_API_KEY=your_key_here
SUPABASE_URL=your_supabase_url_here
SUPABASE_SERVICE_ROLE_KEY=your_supabase_service_role_key_here
SUPABASE_JWT_SECRET=your_supabase_jwt_secret_here
GOOGLE_CLIENT_ID=your_google_client_id_here
GOOGLE_CLIENT_SECRET=your_google_client_secret_here
GITHUB_CLIENT_ID=your_github_client_id_here
GITHUB_CLIENT_SECRET=your_github_client_secret_here
OPENAI_EMBEDDING_MODEL=text-embedding-3-small
CORS_ORIGINS=http://localhost:3000,http://127.0.0.1:3000
Create apps/web/.env.local:
NEXT_PUBLIC_SUPABASE_URL=your_supabase_url_here
NEXT_PUBLIC_SUPABASE_PUBLISHABLE_KEY=your_supabase_publishable_key_here
NEXT_PUBLIC_API_URL=
NEXT_PUBLIC_DEMO_AUTH=true
BACKEND_URL=http://127.0.0.1:3001
Backend Variables
| Variable | Description |
|---|---|
OPENAI_API_KEY | OpenAI API key used for embeddings and future Responses API orchestration |
SUPABASE_URL | Supabase project URL |
SUPABASE_SERVICE_ROLE_KEY | Supabase service role key for server-side operations |
SUPABASE_JWT_SECRET | Supabase JWT secret for token verification |
GOOGLE_CLIENT_ID | Google OAuth client ID |
GOOGLE_CLIENT_SECRET | Google OAuth client secret |
GITHUB_CLIENT_ID | GitHub OAuth client ID |
GITHUB_CLIENT_SECRET | GitHub OAuth client secret |
OPENAI_EMBEDDING_MODEL | Embedding model name, defaults to text-embedding-3-small |
CORS_ORIGINS | Comma-separated allowed frontend origins |
Frontend Variables
| Variable | Description |
|---|---|
NEXT_PUBLIC_SUPABASE_URL | Supabase project URL exposed to the browser |
NEXT_PUBLIC_SUPABASE_PUBLISHABLE_KEY | Supabase publishable key exposed to the browser |
NEXT_PUBLIC_API_URL | Optional browser API base URL; leave empty when using the local Next.js proxy |
NEXT_PUBLIC_DEMO_AUTH | Enables the reproducible prototype workspace when set to true |
BACKEND_URL | Server-side backend URL used by Next.js rewrites |
Running The Project
Recommended Demo Command
npm.cmd install
npm.cmd run demo
The launcher starts both the frontend and backend.
- Frontend:
http://localhost:3000 - Backend:
http://127.0.0.1:3001
If a port is busy, the launcher chooses the next available port and prints the exact URL.
Run Backend Manually
cd apps/backend
python -m venv .venv
.venv\Scripts\Activate.ps1
pip install -r requirements.txt
python -m uvicorn app.main:app --reload --port 3001
Health check:
curl http://127.0.0.1:3001/health
Run Frontend Manually
npm.cmd run dev --workspace @omnimind/web
Open:
http://localhost:3000
Verification
Run the smoke test:
npm.cmd run smoke
The smoke test validates backend health, submission status, demo readiness, actions, activity, connectors, automations, graph, email, calendar, GitHub, documents, and chat response variation.
Run frontend checks:
npm.cmd run lint --workspace @omnimind/web
npm.cmd run typecheck --workspace @omnimind/web
npm.cmd run build --workspace @omnimind/web
Demo
Demo Video:
Recommended review flow:
- Open the landing page.
- Enter the secure workspace.
- Open Chat and ask
What should I work on today? - Ask
Why?to show cross-source reasoning. - Ask
Draft the email reply in my tone. - Review Actions, Connectors, Automations, Activity, and Submission.
OpenAI Build Week
OmniMind was built for OpenAI Build Week using:
- Codex
- GPT-5.6/OpenAI reasoning capabilities
The goal was to demonstrate how AI can move beyond isolated search and become a reasoning layer for daily work. Codex supported the engineering process, while GPT-5.6/OpenAI reasoning shaped the product interaction model and the app's future production architecture.
Codex Feedback Session ID:
019f838d-3c04-71e3-82ee-72f26c04e4cc
Future Improvements
- Replace deterministic demo routing with live OpenAI Responses API orchestration.
- Add production OAuth sync for Gmail, Google Calendar, Google Drive, GitHub, and cloud storage.
- Store embeddings in Supabase pgvector for scalable semantic search.
- Add organization workspaces, role-based access control, and audit exports.
- Expand automation workflows with scheduling, approvals, and notification delivery.
- Add richer graph exploration, path explanations, and confidence scoring.
- Deploy the frontend on Vercel and the backend on Railway, Fly.io, or a similar platform.
Security
This repository is prepared for public release. Generated folders, local environment files, and secret files are ignored by default.
Do not commit:
.env.env.local- API keys
- OAuth secrets
- Supabase service role keys
- Generated dependency or build folders
See SECURITY.md for responsible disclosure details.
License
MIT. See LICENSE.
Analysis
View
Metric
- 2
Figures cover GitHub contributors during the hackathon window. A co-authored commit counts in full for each author, so per-member totals add up to more than the whole-team figures.
Technology
- CSSIn code
- FastAPIIn code
- Next.jsIn code
- OpenAIIn code
- PythonIn code
- ReactIn code
- SQLIn code
- SupabaseIn code
- Tailwind CSSIn code
- TypeScriptIn code
- PostgreSQLClaimed
- VercelClaimed
10 of 12 appear in the indexed code. 2 claimed on Devpost could not be matched to code, which may simply mean the tool leaves no trace in the repository.
AI coding agents
No AI coding agent signals were found in this repository.
Detected from committed agent config files and commit authorship. Absence of a signal is not proof an agent was unused.
Codebase size
Source size
279 KB
Source files
75
Counts recognized source files only; vendored directories, binaries and lockfiles are excluded, so this is smaller than the repository on disk.
Repository
0xKhushwant/OmniMind
91 files · 2.6 MB · @ 3bebcce
Structure
Interface
56 files · 62%Screens, components and styles rendered to the user.
API & routing
3 files · 3%Request entry points: routes, handlers and controllers.
Application logic
6 files · 7%Domain rules, services and shared utilities.
Data & schema
4 files · 4%Schema definitions, migrations and data access.
Supporting
Layers are inferred from where files sit in the tree, not from reading the code. A project that names its directories unconventionally will read oddly here — open the file browser to check anything the diagram implies.
Languages
- TypeScript64%
- Python27%
- Markdown8%
- SQL1%
- CSS0%
Share of indexed source by file size. Binary and vendored files are excluded.
Dependencies
apps/web/package.json
npm · 17- @omnimind/shared
- clsx
- framer-motion
- lucide-react
- next
- react
- react-dom
- tailwind-merge
- +9 more
apps/backend/requirements.txt
pypi · 8- fastapi
- openai
- pydantic-settings
- pypdf
- python-dotenv
- python-multipart
- supabase
- uvicorn[standard]
package.json
npm · 2- @supabase/ssr
- @supabase/supabase-js
Declared in the repository’s manifests at the indexed commit. A declared package is not proof it is used, and runtime dependencies are listed first.
This project’s features have not been analysed yet.
Export this project's context (description, README, evidence, key source files) to chat with an AI agent elsewhere.