A multi-agent orchestration IDE. You are working on it. This file is the entry point. Stay here, follow links. ≤100 lines by design.
- Electron + TypeScript · React + shadcn UI + Tailwind v4 (Plan 05+)
- Sidecar Node daemon (
dycoded) · WebSocket JSON-RPC · SQLite (Plan 03) - pnpm 9 workspaces + Turborepo 2 · Vitest 2 · ESLint 9 (flat) · Prettier 3
- Apache 2.0 · single license across the monorepo
./scripts/init.sh # env probe, install, health check
./scripts/verify.sh # the 5-gate quality pipeline (1–4 automated, 5 = reviewer)
pnpm test:watch # iterative dev loop- Design spec →
docs/superpowers/specs/2026-05-23-dycode-design.md - Plan roadmap (status of every plan) →
docs/superpowers/plans/README.md - Plans →
docs/superpowers/plans/ - Architecture (deeper) →
docs/architecture/(added in later plans) - Adapter SDK →
docs/adapters/sdk.md· package:packages/adapter-sdk/CLAUDE.md - IPC protocol →
docs/ipc-protocol/spec.md· package:packages/contracts/CLAUDE.md - Contracts package →
packages/contracts/CLAUDE.md - Project skills →
.claude/settings.json(superpowers,frontend-design)
- No PR merges unless
./scripts/verify.shexits 0. Same locally and in CI. - Reviewer verdict ≥ 10/10 required to promote a task. Score on consistency, scalability, maintainability, correctness. Anything below 10 blocks promotion.
- Worker ≠ Reviewer. Two different agents (or humans). Enforced.
- Update relevant
CLAUDE.md/AGENTS.mdin the same PR as the change. Stale map links fail CI. - Touch
feature_list.jsonwhen adding or closing scope. - Conventional commits.
feat:,fix:,chore:,docs:,refactor:,test:,build:,ci:. - No emojis in code or docs unless explicitly asked for a UI surface.
- No half-broken features. If you can't define a verification command, it isn't a feature yet — it's a question.
- Never attribute work to an LLM. Commits, PRs, tags, and code comments
must list humans only — never an LLM (Claude, GPT, Codex, Copilot, etc.) as
author, committer,
Co-Authored-By, or in-code attribution ("Generated by …", "Written with …", etc.). The work is yours; tools assist. - Superpowers-first. Reach for
superpowers:<skill>(TDD, debugging, brainstorming, dispatching parallel agents, requesting/receiving code review, plan writing, git worktrees) before improvising a workflow. - UI work pre-loads
/frontend-design:frontend-design. Any agent touching React, shadcn, Tailwind, or the Electron renderer loads the skill on session start and stays consistent with the design system it encodes. No bespoke styling that diverges from it.
dycode/
├── packages/
│ └── contracts/ # @dycode/contracts — shared Zod schemas + types
├── scripts/
│ ├── init.sh
│ └── verify.sh
├── docs/
│ └── superpowers/
│ ├── specs/ # design specs
│ └── plans/ # implementation plans
└── feature_list.json # scope of record
Future layout (added by Plans 02–07): apps/dycode (Electron), daemons/dycoded,
packages/adapter-sdk, packages/ui, packages/ipc-client, adapters/*.
pnpm typecheck— exit 0pnpm lint— exit 0, zero warningspnpm format— exit 0pnpm test— exit 0- Reviewer verdict 10/10 (review protocol; not enforced by
verify.sh)