Open-core local engine and reference standard for AI workspace coordination.
npm i -g @zerwonenetwork/aibridge-core
AiBridge Core creates a shared .aibridge directory in your repo so multiple AI coding agents can coordinate through the same tasks, messages, handoffs, conventions, decisions, logs, context, capture state, and agent sessions—without requiring a hosted backend.
This repository is the local-first open-core foundation:
| Area | What’s included |
|---|---|
| Protocol | .aibridge reference implementation |
| CLI | Full command set for setup, tasks, messages, capture, agents |
| Service | Local HTTP/SSE at http://127.0.0.1:4545 |
| Dashboard | Local reference UI at /dashboard |
| Setup | Template-driven engine + onboarding wizard |
| Capture | Git hooks + file watcher |
| Agents | UI-first launch center, inbox-first review flow, recovery, protocol repair, and adapter-backed execution |
Note: Hosted commercial control-plane features live in a separate product repository and are not included here.
- What AiBridge Core includes
- What
.aibridgeis - Quick Start
- CLI
- Dashboard
- Setup Engine
- Capture
- Agent reliability
- Local service
- Repository structure
- Scripts
- What this repo is not
- Community
- Publishing (maintainers)
- License
Questions, ideas, or general chat? Use GitHub Discussions (Q&A, Ideas, General). For bugs and feature requests, open an Issue.
.aibridgeprotocol — local coordination state and schema- CLI — setup, tasks, messages, handoffs, decisions, conventions, logs, context, capture, agent sessions
- Local dashboard — at
/dashboard(inbox-first operator console for setup, launch, review, recovery, and repair) - Local service — at
http://127.0.0.1:4545(HTTP + SSE) - Setup engine — reusable templates and generated starter plans
- Capture — git hooks + file watcher for automatic activity capture
- Agent reliability — launch prompts, session lifecycle, heartbeats, grace-tuned stale detection, recovery prompts, protocol repair
The .aibridge directory lives at the root of a project and is the local source of truth for AI agent coordination.
| Path | Purpose |
|---|---|
bridge.json |
Bridge and setup metadata |
CONTEXT.md |
Auto-generated current context for agents |
CONVENTIONS.md |
Human-readable conventions summary |
agents/ |
Per-agent instruction files |
tasks/ |
Task board state |
messages/ |
Inter-agent messages |
handoffs/ |
Agent-to-agent handoffs |
decisions/ |
Architectural/product decisions |
conventions/ |
Structured conventions |
logs/ |
Activity logs |
capture/ |
Watcher/hook state |
sessions/ |
Agent launch and recovery state |
npm installInteractive:
npm run aibridge -- init --interactiveTemplate-driven:
npm run aibridge -- init --template web-app --name "My Project" --description "Ship the first working slice" --stack react,typescript --multi-agentClassic direct init:
npm run aibridge -- init --name "My Project" --agents cursor,claude,codexaibridge dashboardThis command:
- starts or reuses the local bridge service
- starts or reuses the local dashboard in the background
- opens the workspace dashboard in your browser
By default, the packaged dashboard auto-scans local dashboard ports in the 8780-8787 range and local service ports in the 4545-4552 range so multiple workspaces can run side by side without manual port picking.
In a separate terminal:
npm run devNavigate to:
http://localhost:8080/dashboard
If no bridge is found, the dashboard can launch the same setup engine used by the CLI.
AiBridge Core is designed so humans mostly stay in /dashboard:
- initialize or open a workspace
- launch agents and copy or dispatch launch prompts
- review unread messages, open handoffs, stale sessions, and protocol issues from Inbox
- acknowledge messages, accept or resolve handoffs, record decisions, add operator logs, and regenerate context
- recover stale agents or repair invalid protocol state without hand-editing
.aibridge
The CLI remains the canonical engine for agent/runtime mutations and advanced automation.
# Start or attach to the packaged dashboard and open the browser
aibridge dashboard
# Check whether a dashboard is already running for this workspace
aibridge dashboard status
# Stop the packaged dashboard background process
aibridge dashboard stop
# Override the auto-selected ports when needed
aibridge dashboard --port 8784 --service-port 4549The CLI is the primary power-user and automation interface.
Run locally from this repo:
npm run aibridge -- <command>Or after installing from npm:
npm i -g @zerwonenetwork/aibridge-core
aibridge --help| Group | Examples |
|---|---|
| Setup | init, init --interactive, setup plan |
| Local runtime | status, context generate, serve |
| Tasks | task add, task list, task update, task done |
| Messages | message add, message list, message ack |
| Coordination | handoff create, decision add, convention set, log add |
| Capture | capture install-hooks, capture watch, capture status, capture stop |
| Agent reliability | agent launch, agent start, agent heartbeat, agent stop, agent recover, agent status |
# Preview a generated setup plan
npm run aibridge -- setup plan --template web-app --name "Acme App" --description "Ship the first customer flow" --stack react,typescript,supabase --multi-agent
# Initialize a bridge from setup
npm run aibridge -- init --template api-backend --name "Billing API" --description "Create the first billing endpoints" --stack node,postgres --multi-agent
# Add local operational state
npm run aibridge -- task add "Implement auth flow" --assign cursor --priority high
npm run aibridge -- message add "Auth module is ready for review" --from cursor --to codex
npm run aibridge -- handoff create codex "Review the auth implementation" --from cursor
# Start the local service
npm run aibridge:service
# Install capture and start the watcher
npm run aibridge -- capture install-hooks
npm run aibridge -- capture watch --agent cursor
# Launch an agent session through the reliability layer
npm run aibridge -- agent launch --agent cursor --tool cursorreleaseandannouncementare not part of AiBridge Core CLI; they are handled by the separate commercial product.syncis intentionally not implemented; AiBridge Core is local-first and does not ship full cloud sync.- Humans should stay in the UI. The dashboard is the primary path for setup, launch, recovery, and review. The CLI remains the canonical mutation/runtime surface for agents and advanced automation.
aibridge dashboardis the easiest packaged entrypoint. It backgrounds the dashboard and local service for the current workspace, then opens the browser for you.
AiBridge Core ships a local dashboard reference app.
Views: Overview · Inbox · Tasks · Activity · Messages · Agents · Conventions · Decisions · Settings
The default operator journey is now Inbox first, not CLI first.
The dashboard uses the local service and reads local .aibridge state. It does not include a hosted /app control plane.
When no bridge is available, the dashboard can:
- Open sample bridge data
- Point at an existing local bridge
- Launch a lightweight setup flow using the shared setup engine
The Agent Launch Center in /dashboard now supports:
- Cursor — prompt-copy + generated rules/context files
- Antigravity — direct
antigravity chatdispatch when installed - Codex — non-chat execution path when the local Codex CLI supports it
The Coordinator Inbox surfaces:
- unread messages
- open handoffs
- stale/failed sessions
- protocol issues such as invalid hand-written
.aibridge/*.jsonfiles
The dashboard also gives human operators direct mutation controls for common coordination work:
- Messages — send and acknowledge messages without dropping to terminal
- Handoffs — accept and resolve open handoffs from Inbox or Agents
- Decisions — record and update decision status from the Decisions view
- Logs — add operator logs from Inbox while reviewing an active workspace
- Context — regenerate current context after meaningful state changes
- Open
/dashboard - Initialize or connect a local workspace
- Launch agents from the Agent Launch Center
- Let agents mutate canonical state through the CLI/runtime
- Use Inbox to review messages, handoffs, stale sessions, and protocol issues
- Repair or recover anything that needs human confirmation
AiBridge intentionally treats the dashboard as the human control surface and the CLI/runtime as the agent execution surface.
A shared setup engine is used by the CLI, local dashboard onboarding, and local service setup endpoints.
Templates: web-app · api-backend · mobile-app · landing-page · ai-automation · research-docs · empty
Generated: project brief, starter roles/tasks/conventions, definition of done, kickoff coordination, initial bridge state.
npm run aibridge -- setup plan --template landing-page --name "Marketing Site" --description "Ship a strong narrative landing page"Automatic capture of local development activity:
- Git hooks — commit/merge/checkout
- File watcher — local edit activity
- capture doctor/status — diagnostics
- Validation logging — malformed capture events
npm run aibridge -- capture install-hooks
npm run aibridge -- capture doctor
npm run aibridge -- capture watch --agent cursorLaunch-handshake model so you don’t have to manually message agents to start or recover them.
Features: tool-specific launch prompts · pending → active → stale → stopped lifecycle · heartbeats · stale detection · recovery prompts · attached context files · dispatch status · protocol repair prompts
Adapter behavior:
- Cursor — generated rules + prompt copy; no claimed foreground chat injection
- Antigravity —
antigravity chatlaunch/recovery dispatch - Codex — best-effort non-chat execution path with prompt artifacts in
.aibridge/prompts/
npm run aibridge -- agent launch --agent codex --tool codex
npm run aibridge -- agent start --session <session-id>
npm run aibridge -- agent status
npm run aibridge -- agent recover --session <session-id>The local service exposes bridge state over HTTP and SSE.
npm run aibridge:serviceEndpoints: GET /health · GET /bridge/status · GET /bridge/events · GET /bridge/setup/templates · POST /bridge/setup/plan · POST /bridge/setup/init · GET /bridge/agents/capabilities · GET /bridge/protocol/issues · entity endpoints for tasks, messages, handoffs, decisions, conventions, logs, and agent sessions.
aibridge-core/
├── aibridge/ # runtime, CLI, service, capture, setup
├── src/ # dashboard app and frontend client code
├── public/ # static assets (incl. og-image, examples)
├── examples/ # reference workflows
├── scripts/ # build helpers
└── package.json
| Script | Description |
|---|---|
npm run dev |
Local dashboard dev server |
npm run aibridge:service |
Local bridge service |
npm run build |
Build web app + CLI bundle |
npm run test |
Run tests |
npm run lint |
ESLint |
npm run typecheck |
TypeScript check |
npm run aibridge -- <cmd> |
Run CLI from source |
npm run aibridge:bin -- --help |
Run built CLI bundle |
AiBridge Core is not a hosted control plane, team dashboard product, cloud sync service, or hosted release/announcement center. Those belong to the separate commercial product built on this foundation.
MIT

