Specification-driven execution
Link every task and note to the specification and keep scope traceable from intent to done.
Built for teams that ship continuously
ConstructOS connects project intent, specifications, tasks, notes, rules, and AI execution in a single operating layer. Your team keeps context with vector plus graph retrieval, moves faster, and keeps an audit trail. Team Mode gives multi-agent delivery a clear operating model, Git Delivery keeps execution tied to repository evidence, and Docker Compose keeps self-hosted rollout straightforward.
Core capabilities
Link every task and note to the specification and keep scope traceable from intent to done.
Keep project rules, notes, references, and decisions attached to the work where teams need them.
Use MCP tools and automation workflows with first-class Jira MCP and GitHub MCP integrations, plus support for additional MCP connectors.
Use semantic vector search plus graph traversal to surface dependency-aware context with precision.
Keep bounded contexts, aggregates, commands, domain events, policies, and read models connected to day-to-day artifacts in one living diagram.
See changes as they happen with real-time notifications and activity updates.
Make operational rules explicit so automation runs through clear boundaries instead of hidden convention.
Drive the platform through structured APIs and live server-sent events for updates, task changes, and notifications.
Work with Codex, Claude Code, or OpenCode in real time, with project context, specs, tasks, and notes available in one chat surface.
Platform modules
ConstructOS is currently in beta, with the platform centered on team orchestration, verifiable delivery, and predictable self-hosted deployment.
Primary workflow
Coordinate multi-agent delivery through explicit role coverage, task routing, structured status flow, and kickoff automation. Team Mode is the fastest way to move from planning into controlled execution.
Delivery contract
Tie execution back to repository state, verifiable changes, and QA evidence so delivery automation can be audited instead of guessed.
Deployment path
Keep deployment simple with a self-hosted runtime model built around Docker Compose for controlled environments and repeatable rollout steps.
System shape
Commands append events, projections update read models, and retrieval combines vectors plus graph context so every state transition stays traceable. Event Storming links are inferred asynchronously as a secondary projection with review status controls.
UI --REST/SSE--> API
API --append--> Event Store
Projections --> SQL + Graph
Event Storming --> Derived Graph Projection
Review API --> Link Status (candidate/approved/rejected)
Context API --> Vector Index + Graph
MCP tools and automation runners operate through explicit command boundaries and policy checks.
Agent --> MCP Tools
MCP --> Domain Commands
Command IDs --> Idempotent Mutations
How it works
Create projects, specifications, and rules that become the source of execution context.
Route work through Team Mode so lead, developer, and QA responsibilities stay explicit while execution keeps moving.
Use Git Delivery and Docker Compose to move from verified changes to self-hosted rollout with controls.
FAQ
No. Any delivery team with structured work, dependencies, and knowledge-heavy workflows can use it.
Yes. ConstructOS is self-hosted only and designed for teams that want deployment and operational control.
Yes. Automation flows use controlled command execution, idempotency patterns, and audit trails.
Artifact changes trigger asynchronous analysis that updates Event Storming plus DDD links in the knowledge graph. Teams can manually approve or reject inferred links.
Yes. ConstructOS supports semantic vector search combined with graph context traversal.
Jira MCP and GitHub MCP are highlighted integrations, and ConstructOS also supports additional MCP integrations for broader workflows.
Team Mode is the structured orchestration layer for multi-agent delivery, with explicit roles, status flow, and execution gates.
Git Delivery keeps automation anchored to repository state, verifiable changes, and delivery evidence instead of loose task updates.
Docker Compose is the deployment model for running ConstructOS in your own environment with a predictable self-hosted stack.
No. ConstructOS currently supports Codex, Claude Code, and OpenCode as execution runtimes for core automation workflows.
No. ConstructOS is self-hosted only and deployed through Docker Compose in your own environment.
Yes. ConstructOS is currently in public beta.
Most teams can set up their first production workflow in under one day with starter templates.
Use ConstructOS as your execution layer for reliable output, clearer ownership, and safer automation.