Local-first, governance-first AI operating system for turning goals into planned, approved, verified work.
Goal -> Plan -> Agents -> Tools -> Approval -> Execution -> Verification -> Memory -> Improvement
EvolveAgent is not trying to be a new foundation model. It is the operating layer around models like OpenAI, Claude, Gemini, Mistral, and local models. It manages context, agents, tools, permissions, workflows, verification, memory, and audit history so AI work can be repeatable and safer.
In simple terms: EvolveAgent is a project command center for AI work. A normal chatbot answers one prompt. EvolveAgent tries to understand the larger goal, break it into tasks, choose the right agents/tools, ask for approval when something is risky, verify the result, and remember what happened for the next run.
- Platform: EvolveAgent OS / v200 Command Center
- Current work: v220 Compute Fabric foundation
- Backend: FastAPI, 143 service modules, 87 split route modules, ~790 route handlers
- Frontend: React + Vite premium UI with Simple Mode and Developer Mode
- Storage:
StorageServicewith JSON fallback, PostgreSQL/JSONB support, pgvector-ready Memory v2, optional Redis - Recent work: Kaggle worker lifecycle cleanup and README/status simplification
- Routes user goals through EVA / Master Agent
- Uses workspace memory and project knowledge before answering
- Coordinates built-in and custom specialist agents
- Plans tool use through MCP-style connectors
- Requires approval for risky actions
- Tracks governance, permissions, secrets, and audit logs
- Supports durable workflows and code-change pipelines
- Records usage/cost estimates against workspace budgets
- Stores results back into memory and analytics
- Surfaces technical state in Developer Mode
- The user submits a request through chat, voice, file upload, workflow, or Developer Mode.
- EVA / Master Agent classifies the request and picks the safest route.
- Workspace Brain loads relevant memory, files, goals, and project context.
- The system selects specialist agents, custom agents, tools, or workflows.
- Governance checks run: permissions, prompt-injection checks, secret scanning, and risk scoring.
- If the request is risky, EvolveAgent creates an approval item instead of silently acting.
- Approved actions run through safe services, durable workflows, or connector adapters.
- Results are verified through tests, checks, scoring, or review flows where available.
- Memory, analytics, usage/cost, and governance logs are updated.
- The user gets a clean answer in Simple Mode or full traces in Developer Mode.
This makes the product closer to an AI operating workflow than a single chat box.
- Workspace Brain: project memory, Memory v2 semantic recall, files, goals, and knowledge search
- Mission Control: goal planning, task graphs, phases, progress, and task execution state
- Agent Registry: custom agents, agent teams, departments, skills, versions, and evaluation data
- Tool + MCP Hub: connector planning, policy checks, approvals, audit, and replay
- Governance: permission profiles, prompt-injection checks, secret scanning, approval queues, and immutable logs
- Autonomous Software Team: approval-gated code-write, push, PR, and verification flow
- Cost + Usage Ledger: per-call usage estimates and workspace budget tracking
- Compute Fabric: worker registry plus opt-in Kaggle GPU worker foundation
- Project/Business OS: project manager, portfolio mode, business automation, simulations, and company brain
- Developer Mode: raw traces, provider metadata, storage status, Memory v2, worker state, approvals, and code-change state
EVA is the top-level router. It decides whether a request is chat, research, code work, document analysis, workflow planning, tool usage, memory retrieval, or a higher-level operating-system task. It is designed to use the best available model/provider without locking the whole product to one vendor.
The memory layer stores project facts, user preferences, decisions, task results, and workflow history. Memory v2 adds semantic recall through a pgvector-ready path with keyword fallback, so the system can pull useful context from previous work without forcing everything into one prompt.
Mission Control turns bigger goals into task graphs. It tracks phases, subtasks, progress, priorities, blockers, and recommended agents. This is where a goal like "build a resume analyzer" becomes a structured plan rather than a single response.
Agents are reusable specialists with roles, prompts, tools, permissions, versions, and performance history. The registry supports built-in agents, custom agents, departments, agent teams, and marketplace-style skill packs.
The tool layer plans connector usage for GitHub, Linear, filesystem, Git, Slack, Notion, and other MCP-style tools. It is intentionally governed: connectors have risk levels, policies, approvals, audit logs, and read-only or mock-safe defaults.
Governance is the core safety layer. It checks prompt injection, secret exposure, permission rules, approval requirements, blocked actions, and audit logging. Risky actions such as editing files, pushing code, sending external messages, deleting data, or running commands must go through approval gates.
The code-change pipeline can plan and stage software work through approval-gated steps: propose changes, show diffs, write files only after approval, run checks, push a branch, and prepare PR status. It is designed around verification, not blind autonomy.
The v220 foundation introduces worker registration and opt-in compute adapters such as the Kaggle GPU worker. This is the start of a future distributed execution layer where EVA can route approved jobs to workers with tracked lifecycle, status, and analytics.
Developer Mode exposes what the system is doing: routing decisions, provider metadata, workflow traces, tool traces, storage status, Memory v2 details, approvals, governance logs, worker status, and code-change state. Simple Mode stays clean for everyday use.
flowchart TD
User[User] --> UI[React UI]
UI --> API[FastAPI API]
API --> EVA[EVA / Master Agent]
EVA --> Memory[Workspace Brain + Memory v2]
EVA --> Agents[Specialist + Custom Agents]
EVA --> Tools[Tool Router + MCP Hub]
Tools --> Gov[Governance + Permissions]
Agents --> Gov
Gov --> Approval[Approval Gates]
Approval --> Workflows[Durable Workflows]
Workflows --> Verify[Tests / Checks / Review]
Verify --> Store[StorageService]
Store --> Learn[Analytics + Learning]
classDef core fill:#EEEDFE,stroke:#534AB7,color:#26215C,stroke-width:1.5px
classDef agent fill:#E1F5EE,stroke:#0F6E56,color:#04342C,stroke-width:1.5px
classDef storage fill:#E6F1FB,stroke:#185FA5,color:#042C53,stroke-width:1.5px
classDef eval fill:#FAEEDA,stroke:#854F0B,color:#412402,stroke-width:1.5px
classDef govern fill:#FAECE7,stroke:#993C1D,color:#4A1B0C,stroke-width:1.5px
classDef record fill:#FBEAF0,stroke:#993556,color:#4B1528,stroke-width:1.5px
classDef goal fill:#EAF3DE,stroke:#3B6D11,color:#173404,stroke-width:1.5px
classDef external fill:#F1EFE8,stroke:#5F5E5A,color:#2C2C2A,stroke-width:1.5px
class U,UI,API,Workspace,WorkspaceMemory,Session,Master,Kernel external
class Detect eval
class TextFlow,Router,Consensus,Research,Logic,Risk,Strategy,Writing agent
class FileFlow,Extract,FileAgent agent
class RecordingFlow,RecUpload,Transcribe,RecAgent record
class GoalFlow,GoalPlanner,GoalStore,MissionUI goal
class ToolFlow,ToolRegistry,ToolTrace external
class ImageFlow,Prompt,Safety,MockImage eval
class AutoFlow,Scanner,Planner,Approval,SafeTools govern
class Judge,AgentEval,Evolution eval
class Analytics,Memory,WorkspaceStore,Learning,PromptVersions,PromptRegistry,AgentJobs storage
class Response,Feedback external
Backend
- Python
- FastAPI
- Pydantic
- Uvicorn
- OpenAI / Anthropic / Gemini / Mistral SDK support
- PostgreSQL / JSONB / pgvector-ready memory
- Optional Redis
- JSON fallback storage
Frontend
- React
- Vite
- TypeScript/JavaScript
- Tailwind/CSS design system
- lucide-react
- Vitest
Backend:
cd backend
python -m venv venv
source venv/bin/activate
pip install -r requirements.txt
uvicorn app.main:app --reload --port 8000Frontend:
cd frontend
npm install
npm run dev -- --host 127.0.0.1 --port 5173Open:
http://127.0.0.1:5173
- Start in Simple Mode and ask: "Explain how EvolveAgent works."
- Switch to Developer Mode to inspect routing, agents, memory, and governance metadata.
- Open Project Brain and add/search a memory item.
- Open Mission Control and create a goal such as "Build an AI resume analyzer."
- Open Approvals to see how risky actions are held before execution.
- Open Code Changes to inspect the approval-gated software-team workflow.
- Open Command Center to view the platform capability map and readiness score.
Good demo prompts:
- "Build an AI resume analyzer app."
- "Summarize this uploaded document."
- "Review this code and suggest tests."
- "Create a task plan for launching a SaaS product."
- "Find what this workspace already knows about my project."
cd backend
python -m pytest -qcd frontend
npm test
npm run buildOptional smoke test:
python scripts/smoke_test.py http://127.0.0.1:8000Mock/local mode works without API keys. Real providers are opt-in.
Common backend .env values:
LLM_MODE=mock
DEFAULT_PROVIDER=mock
OPENAI_API_KEY=
ANTHROPIC_API_KEY=
GEMINI_API_KEY=
MISTRAL_API_KEY=
STORAGE_BACKEND=json
DATABASE_URL=
REDIS_URL=Real integrations and compute adapters must be explicitly configured and remain approval-gated.
EvolveAgent is designed to be useful without giving the AI unchecked power.
- No unrestricted shell execution
- No silent file edits
- No destructive file deletion
- No secret values shown in UI, logs, or API responses
- Risky actions require approval
- External sending/posting/payment/deployment is blocked or approval-gated
- Runtime data is excluded from Git
- The system does not self-train a base model
- The product is not AGI
- Project Architecture
- v200 Strategy
- Route/Page Coverage Audit
- Codex Handoff
- Portfolio Pack
- Version History
- Demo Guide
- Final Checklist
Claude, OpenAI, Gemini, and local models are intelligence engines. EvolveAgent is the control plane that gives those models memory, tools, governance, workflows, verification, and long-running project context.
The goal is not better chat. The goal is safer completion of real work.