CodeConductor

Stop prompting. Start orchestrating.

CodeConductor is an open-source framework for building structured, reproducible AI-assisted software engineering workflows.

It helps developers and teams coordinate specialized agents for planning, implementation, testing, documentation, and review — using versioned agent contracts, task cards, and risk-based routing.

Important

Current Scope

Published package is 1.0.0. Limitations matrix: docs/current-status.md. This repository: bun run dev ... (not npx) while iterating.

Shipped in 1.0.0:

npx cc-codeconductor init — detects project stack, writes .codeconductor/config.yml, copies council.yml and policy.yml into .codeconductor/presets/
npx cc-codeconductor install council --target <opencode|claude|codex|agy|all>
npx cc-codeconductor install preset --target <opencode|claude|codex|gemini|cursor|agy|all>
npx cc-codeconductor install lsp --target <...>
npx cc-codeconductor detect / doctor / update
npx cc-codeconductor seo audit / seo llms (SSRF-guarded fetch)
npx cc-codeconductor help / cc-help (distinct contracts — see breaking changes below)
npx cc-codeconductor ask "<problem>" — recommends a /cc: slash command
npx cc-codeconductor debt-harvest (alias: harvest)
npx cc-codeconductor ccep ... — CCEP is the canonical consumer workflow loop (parse / profile / resolve / compile / validate / evaluate / consensus / taskcard)
npx cc-codeconductor openspec ... — OpenSpec delivery loop and backlog tool (validate / scan / plan / status / next / start / done / block / archive)
npx cc-codeconductor scorecard ...
npx cc-codeconductor goal / ingest / product / orchestrate / impact / verify — Product OS (see docs/v1.0.0-release-notes.md)
Slash commands after install preset — 20 CCEP workflows plus /cc-ask; prefer /cc-iterative, /cc-triage, /cc-handoff for wayfinding; /cc-backlog authors BACKLOG.md; /cc-openspec and /cc-tdd-cycle for delivery and TDD
/cc-pagespeed --url <url> — PageSpeed Insights / Core Web Vitals after install preset; PAGESPEED_API_KEY is optional but recommended for CrUX field data (see docs/pagespeed-usage.md)
/cc-security / /cc:security — authorized defensive security workflow with domain security-* skills and an authorization gate
Stack-specific skill selection (ts-next-drizzle, spring-kotlin-jpa, laravel-tall, python-data-api)
Council consensus: quorum, required confidence, criticalFindingsPolicy, plus securityVeto / complianceVeto
15 Conductor Agents, including reviewer, security-reviewer, and complexity-auditor

Experimental (library only, not a CLI runtime):

runWorkflowPipeline() — 8-phase loop in src/core/pipeline/workflow-loop.ts

What does not exist yet:

Runtime sandbox / OS-level isolation
Policy compiler / uniform target enforcement
Full stack-specific asset pruning

Security note: policies are declarative. Agent execution depends on the target runner. install preset --target cursor overwrites runner command dirs; maintainer-only stubs (cc-self-review, cc-update-preset-models) are skipped so this repo can dogfood install preset.

Why CodeConductor?

Most AI coding workflows fail because they treat the model as a developer.

CodeConductor treats models as specialized workers inside a controlled engineering system. It defines:

who plans
who implements
who tests
who reviews
when to escalate
when to stop
how agent contracts evolve over time

This is not a prompt collection. It is a workflow framework.

What's new in v1.0.0

v1.0.0 is a major bump from v0.5.0 because the workflow contracts changed, not only because features were added. Re-install presets after upgrading.

Breaking changes vs v0.5.0

help vs cc-help. help prints the CLI command list. Inventory of skills, subagents, and commands is cc-help --target. help --target no longer lists that inventory.
Canonical TaskCard. Delivery intake is ccep taskcard. OpenSpec cards remain a phase view (phase, backlogId, prompt, agent) and are not collapsed into Canonical.
Council consensus. Gate with ccep consensus --input @verdicts.json (exit 0/1/2 = APPROVED / REJECTED / ESCALATED). Majority requires quorum, explicit confidence, and criticalFindingsPolicy (default: escalate). There is no top-level cc council command.
OpenSpec state machine. start / done / block / archive write BACKLOG.md and openspec-state.json atomically. Illegal transitions fail closed.
Schemas. ExecutionContext.ast.source includes product-graph. ReviewerOutput finding axis is extended with Staff Engineer axes.
CCEP bootstrap. Installed slash commands run ccep parse → resolve → profile → evaluate before delegating to agents. Agent JSON must validate against Zod; unknown output schemas fail closed.

Slash commands

After install preset, 18 CCEP workflows plus /cc-ask:

Group	Commands
Delivery	`/cc-feature`, `/cc-fix`, `/cc-refactor`, `/cc-api-contract`, `/cc-db-migration`
Quality	`/cc-tdd-cycle`, `/cc-test-plan`, `/cc-review`, `/cc-council`, `/cc-scorecard`
OpenSpec / ops	`/cc-openspec`, `/cc-iterative`, `/cc-triage`, `/cc-explore`, `/cc-prototype`, `/cc-handoff`, `/cc-clarify`, `/cc-pagespeed`
Entry	`/cc-ask` — CLI `ask` recommends a slash command; it does not start the workflow

Prefer /cc-iterative, /cc-triage, and /cc-handoff for wayfinding.

OpenSpec and TDD

OpenSpec is the delivery loop for BACKLOG.md:

validate → scan → plan → status → next → start → done | block → archive

Agent phases: validate-backlog → discover → design → test → implement → review. Test-before-implement is required whenever both phases apply. /cc-tdd-cycle enforces Red → Green → Refactor (tester then implementer).

Review agents

15 Conductor Agents ship in presets/<target>/agents/. Review path:

reviewer — Review Report with CRITICAL / WARNING / SUGGESTION; CRITICAL blocks merge
security-reviewer — dedicated security analysis; securityVeto overrides majority consensus
complexity-auditor — bloat and non-native abstractions; runs before reviewer on refactor, API change, and database migration routes

New v1.0.0 agents: business-agent, continuous-architect, impact-analyst.

Deterministic TypeScript validation (CCEP)

CCEP is CLI + Zod, not extra prompts. Source: src/core/ccep/ and src/validation/schemas.ts.

parseCommand → resolveContext → resolveWorkflowPhase → compilePrompt → validateAgentOutputBySchema

npx cc-codeconductor ccep parse --command review "PR #42" --output json
npx cc-codeconductor ccep profile tdd-cycle --output json
npx cc-codeconductor ccep validate --command feature --phase implement --role implementer --output json \
 '{"status":"success","confidence":0.9,"warnings":[],"artifacts":[],"next_actions":[],"filesChanged":[],"tests":{"runner":"bun test","result":"passed"}}'
npx cc-codeconductor ccep consensus --input @verdicts.json
npx cc-codeconductor ccep taskcard --command feature --input @card.json

ccep validate checks each role's JSON against the named schema (planner-output, implementer-output, review-report, technical-plan, council-verdict, ...). See docs/CCEP.md.

Product OS

Also in 1.0.0: goal / ingest / product / orchestrate / impact / verify, plus .codeconductor/product-graph.json and related artifacts. Details: docs/v1.0.0-release-notes.md and docs/product-os.md.

Migrate from v0.5.0

npx cc-codeconductor install preset --target=<opencode|claude|cursor|codex|gemini|agy> --force

Core Concepts

Concept	Name in CodeConductor
Structured request	Task Card
Flow decision	Route
Specialized agent	Conductor Agent
Decision rules	Routing Policy
Versioned prompts	Agent Contracts
Reusable knowledge	Skills
Evaluable output	Deliverable
Agent metrics	Scorecard

How It Works

Task Card → Risk Classification → Routing Policy → Conductor Agent → Deliverable → Scorecard

Define the task using a structured Task Card
Classify risk (low / medium / high)
Route to the correct Conductor Agent
Implement with constraints
Validate with tests
Review before merge

Current Support

OpenCode, Claude, Codex, Gemini, Cursor, and Agy presets
Claude Code-compatible preset (see Claude Environment Options & Best Practices)
Spring Boot / Kotlin workflow
Python / Django workflow guidance
15 Conductor Agents — including reviewer, security-reviewer, complexity-auditor, business-agent, continuous-architect, and impact-analyst
18 CCEP slash-command workflows plus /cc-ask after install preset
OpenSpec delivery loop (validate ... archive) with test-before-implement
Deterministic CCEP validation (Zod schemas per agent role)
Task Card template
Scorecard template
End-to-end example
YAML-driven model configuration
Provider-agnostic AgentContract abstraction with target renderers for Claude, OpenCode, Codex, and Agy
Council consensus engine (councilConsensus()) for multi-agent governance with majority/unanimous algorithms, quorum, required confidence, criticalFindingsPolicy, security veto, and compliance veto
Phase 5 runtime modules — scoped context injection, TDD history compaction, concise inter-agent messaging, and token budget enforcement in the compile-fix loop
Workflow Loop Core (experimental) — 8-phase pipeline (runWorkflowPipeline) with wall-clock / files-modified / lines-changed guardrails and STOP gates at Design and Council Verdict (library-only; not a shipped CLI runtime)
Stack-specific presets — ts-next-drizzle, spring-kotlin-jpa, laravel-tall, python-data-api
Specialized skills — drizzle-schema-architect, tailwind-responsive-auditor, seo-analytics-injector, jpa-nplusone-detector, spring-auth-auditor, livewire-alpine-bridge, fastapi-pydantic-strict, tdd-mutation-tester, auth-token-inspector
Goal orchestration — goal planner + goal-state writer feed the orchestrator's dependency-order delegation loop
Memory compression + escalation emitter — keeps inter-agent context within token budget and surfaces guardrail breaches as escalation reports

Supply chain

Published 1.0.0 declares two production dependencies (package.json dependencies; same on npm). Neither has further npm transitive dependencies.

graph LR
 cc["cc-codeconductor@1.0.0"]
 zod["zod@^3.23.8"]
 yaml["yaml@^2.4.5"]
 cc --> zod
 cc --> yaml

Expected runtime capabilities (user-invoked CLI commands, not npm install):

Network — seo audit / seo llms (safeFetch with SSRF guards); install lsp binary downloads (pinned URL + SHA-256)
Process spawn (no shell) — git (scorecard, OpenSpec, loop guards); verify / compile-check; doctor; install lsp (tar / npm / pip)

There are no preinstall / postinstall lifecycle scripts. Socket may still flag network and shell capability presence in the published bundle; that is expected for this CLI and is not install-time execution.

For live vulnerability scanning, dependency alerts, and runtime behavior analysis, see Socket — cc-codeconductor dependencies.

Programmatic API

cc-codeconductor ships a library entry in addition to the CLI. The bin commands still resolve to dist/index.js. Application code should import the package root:

import {
 LoopEngine,
 runLoop,
 runVerification,
 getNextTask,
 startTask,
 completeTask,
 loopStateMachine,
 createInitialState,
} from 'cc-codeconductor';

Exported surface (stable for this minor):

Orchestrator: getReadyTasks, getNextTask, startTask, completeTask, goalTaskToCanonicalCard, buildTaskEnvelope, formatGoalStatus
Loop engine (TC3): LoopEngine, runLoop, runLoopForProject, shouldRunAgentLoop, formatFeedback
Verification: runVerification, gateTaskCompletion, validateEvidenceIds
Zod contracts: everything from src/validation/schemas.ts
Domain loop: createInitialState, loopStateMachine and their types

infrastructure/ and *-internal modules are not part of the public API.

bun run build # CLI → dist/index.js, library → dist/library.js + .d.ts

CLI Usage

Install

# Requires Bun ≥1.0 or Node ≥20.11
bun run src/cli/main.ts --help
# or after build:
# node dist/index.js --help

Commands

`init` — initialize CodeConductor in a project

npx cc-codeconductor init # detect stack, write .codeconductor/config.yml
npx cc-codeconductor init --force # overwrite existing config
npx cc-codeconductor init --global # write to ~/.codeconductor/
npx cc-codeconductor init --dry-run # preview without writing
npx cc-codeconductor init --locale=es # set Spanish as the instruction language
npx cc-codeconductor init --locale=en # set English (default)

On first run, init copies council.yml and policy.yml into .codeconductor/presets/ so you can customize them without touching framework files. install reads from there first.

Important

--locale is remembered. Once you run init --locale=es, the value is saved to .codeconductor/config.yml. Every subsequent install preset will automatically use that locale — no need to repeat the flag. To change it, run init --locale=en --force or edit defaults.locale in your config.

`detect` — detect project stack

npx cc-codeconductor detect
npx cc-codeconductor detect --output json

Output:

Detected:
 - languages: javascript, typescript
 - runtimes: node, bun
 - frameworks: ...

`install preset` — install full agent preset

npx cc-codeconductor install preset --target opencode # project-level
npx cc-codeconductor install preset --target claude
npx cc-codeconductor install preset --target codex
npx cc-codeconductor install preset --target agy # antigravity cli
npx cc-codeconductor install preset --target all # all targets
npx cc-codeconductor install preset --target claude --global # write to ~/.claude/
npx cc-codeconductor install preset --target all --global
npx cc-codeconductor install preset --target claude --locale=es # override locale once
npx cc-codeconductor install preset --target all --dry-run # preview
npx cc-codeconductor install preset --target claude --force # overwrite

Locale resolution order (first match wins):

--locale flag on the command line
defaults.locale in .codeconductor/config.yml (set by init --locale)
en (built-in default)

Files installed per target:

Target	Notable files
`claude`	`.claude/CLAUDE.md`, `.claude/settings.json`, `.claude/agents/`
`opencode`	`.opencode/agents/`, `.opencode/commands/`, `.opencode/skills/`
`codex`	`.codex/AGENTS.md`, `.codex/skills/`, `.codex/prompts/`

With --global, files are written under ~/ instead of ./.

Stack-specific presets (v0.4.0)

Four stack-specific presets now ship in presets/ and are registered in src/core/presets/preset-registry.ts. Each one bundles a tuned architect.md and implementer.md for a single stack, plus the matching specialized skills (see below).

Preset	Stack	Contracts included
`ts-next-drizzle`	Next.js / Astro, Tailwind, Drizzle ORM, Bun, Postgres	`architect`, `implementer`
`spring-kotlin-jpa`	Spring Boot, Kotlin/Java, Gradle, JPA, Hibernate	`architect`, `implementer`
`laravel-tall`	Laravel, Blade, Livewire, Alpine.js	`architect`, `implementer`
`python-data-api`	Python, FastAPI, Django, uv	`architect`, `implementer`

// Programmatic access via the registry
import { listPresets, getPreset } from 'cc-codeconductor/core/presets/preset-registry';
listPresets();
// [
// { name: 'council', version: '0.1.0', ... },
// { name: 'seo-hotel', version: '0.3.0', ... },
// { name: 'ts-next-drizzle', version: '0.4.0', ... },
// { name: 'spring-kotlin-jpa', version: '0.4.0', ... },
// { name: 'laravel-tall', version: '0.4.0', ... },
// { name: 'python-data-api', version: '0.4.0', ... },
// ]
const next = getPreset('ts-next-drizzle');

init / detect identifies the stack from the project and wires the matching specialized skills onto the generic target workflow when you run install preset. Full stack-specific asset pruning/replacement (swapping the entire agent/command tree for a stack pack) is not implemented yet — the registry and skill wiring are real; treat claims of a full stack install swap as aspirational until that lands.

The full set of assets for a stack-specific preset is in presets/<preset-name>/agents/ — copy them manually if you need to apply a preset by name.

`install council` — install council spec

npx cc-codeconductor install council --target opencode # project-level
npx cc-codeconductor install council --target claude
npx cc-codeconductor install council --target codex
npx cc-codeconductor install council --target agy # antigravity cli
npx cc-codeconductor install council --target all # all targets
npx cc-codeconductor install council --target claude --global # write to ~/.claude/
npx cc-codeconductor install council --target opencode --global
npx cc-codeconductor install council --target all --global
npx cc-codeconductor install council --target opencode --dry-run # preview
npx cc-codeconductor install council --target opencode --force # overwrite

`install lsp` — install and configure LSP servers

npx cc-codeconductor install lsp --target opencode # auto-detect languages
npx cc-codeconductor install lsp --target all # all AI tools
npx cc-codeconductor install lsp --target claude --lang typescript,python # explicit languages
npx cc-codeconductor install lsp --target all --global # global install + global configs
npx cc-codeconductor install lsp --target cursor --dry-run # preview
npx cc-codeconductor install lsp --target all --force # overwrite existing configs

Supported languages: TypeScript, PHP, Python via Pyright, Kotlin. Supported targets: opencode, claude, codex, gemini, cursor, agy.

`doctor` — validate configuration

npx cc-codeconductor doctor

Checks config exists and is valid, reports runner directory status, validates that AGENTS.md and CLAUDE.md do not exceed the 40KB size limit, and checks if updates are available for installed presets, target runner configurations, or skills.

`update` — smart update preset

npx cc-codeconductor update
npx cc-codeconductor update --force
npx cc-codeconductor update --dry-run
npx cc-codeconductor update --global

Smart updates all currently installed target presets, council configurations, and skills (from skills-lock.json), preserving user edits outside managed blocks. Also validates that AGENTS.md and CLAUDE.md do not exceed the 40KB size limit.

`help` / `cc-help` — distinct help contracts

npx cc-codeconductor help # general CLI usage
npx cc-codeconductor --help # same general usage text
npx cc-codeconductor cc-help # preset inventory for active target
npx cc-codeconductor cc-help --target claude # inventory for a specific target
npx cc-codeconductor cc-help --output json # machine-readable inventory

help prints the CLI command list. cc-help lists skills, subagents, commands, and workflows for the active preset (or a specified --target). Reads inventory from presets/<target>/ in the project root.

`debt-harvest` — collect deferred debt items

npx cc-codeconductor debt-harvest # scan src/ for // defer comments
npx cc-codeconductor debt-harvest --dir lib # scan a different directory
npx cc-codeconductor harvest # alias
npx cc-codeconductor debt-harvest --output json

Scans source files for // defer - [reason] comments and consolidates them into .codeconductor/debt-ledger.md, grouped by optional tag (// defer - reason --tag). Read-only on source files; only writes the ledger.

Supported extensions: .ts, .tsx, .js, .jsx, .go, .rs, .java, .kt, .swift, .cs, .php, .scala, .dart, .c, .cpp, .h, .hpp.

`goal` — decompose objective into task graph

npx cc-codeconductor goal "Add user authentication"
npx cc-codeconductor goal "Implement CRUD for invoices"
npx cc-codeconductor cc-goal "Add search with filters" # alias
npx cc-codeconductor goal "Add user authentication" --output json

Matches the objective against built-in templates (auth, crud, search, notification, migration) or falls back to a generic 4-task chain. Writes the resulting task graph to .codeconductor/current-goal.yml with dependency ordering. The orchestrator uses this file to delegate tasks in dependency order.

`ask` — recommend a slash command

npx cc-codeconductor ask "login fails on Safari"
npx cc-codeconductor ask "add invoice CRUD" --output json

Recommends a /cc: slash command from a natural-language problem. Does not start the workflow; wait for human confirmation.

`ccep` — deterministic workflow contracts

npx cc-codeconductor ccep parse --command review "PR #42" --output json
npx cc-codeconductor ccep profile tdd-cycle --output json
npx cc-codeconductor ccep resolve --command feature "Add CRUD" --output json
npx cc-codeconductor ccep compile --command feature --phase intake --role task-coach "Add CRUD" --output json
npx cc-codeconductor ccep validate --command feature --phase implement --role implementer --output json \
 --input @implementer-output.json
npx cc-codeconductor ccep evaluate --command feature --input @planner.json --output json
npx cc-codeconductor ccep consensus --input @verdicts.json
npx cc-codeconductor ccep taskcard --command feature --input @card.json

Subcommands: parse / profile / resolve / compile / validate / evaluate / consensus / taskcard. validate checks agent JSON against the Zod schema for that role. consensus exit codes: 0 APPROVED, 1 REJECTED, 2 ESCALATED. Full protocol: docs/CCEP.md.

`openspec` — backlog delivery loop

npx cc-codeconductor openspec validate
npx cc-codeconductor openspec scan
npx cc-codeconductor openspec plan BC-001
npx cc-codeconductor openspec analyze --output json
npx cc-codeconductor openspec status
npx cc-codeconductor openspec next
npx cc-codeconductor openspec start BC-001-discover
npx cc-codeconductor openspec done BC-001-discover
npx cc-codeconductor openspec block BC-001-implement --reason "waiting on design"
npx cc-codeconductor openspec archive BC-001

Subcommands: validate / scan / plan / analyze / status / next / start / done / block / archive. analyze is read-only coverage (FR/SC → tasks → tests). Illegal status transitions fail closed. See docs/SDD.md and the OpenSpec skill.

Product OS — `ingest` / `product` / `orchestrate` / `impact` / `verify`

npx cc-codeconductor ingest
npx cc-codeconductor product graph
npx cc-codeconductor orchestrate status
npx cc-codeconductor impact --files src/cli/router.ts
npx cc-codeconductor verify --task TC-001

Builds and queries the product graph in .codeconductor/. Details: docs/product-os.md.

Global options

Flag	Description
`--force`	Overwrite existing files
`--dry-run`	Preview actions without writing
`--global`	Target home directory instead of project
`--output json`	Machine-readable JSON output
`--locale=en`	Agent instruction language: `en` (default) or `es`

Config directory

init creates .codeconductor/:

.codeconductor/
├── config.yml # project settings, target, locale, preset versions
└── presets/
 ├── council.yml # customizable copy of the council preset
 └── policy.yml # customizable copy of policy rules

Key fields in config.yml:

defaults:
 target: opencode # default runner for install/update
 locale: es # instruction language injected into agent files

Edit .codeconductor/presets/council.yml to add, remove, or reconfigure agents before running install.

Model Configuration

Each preset includes a YAML configuration file in src/presets/models/ that defines which models are used for each agent role:

src/presets/models/
├── opencode.yml # model defaults for OpenCode target
├── claude.yml # model defaults for Claude target
└── codex.yml # model defaults for Codex target

Agent template files contain placeholders replaced during install:

Placeholder	Description
`{{MODEL_CLAUDE}}`	Model for the Claude provider
`{{MODEL_OPENCODE}}`	Model for the OpenCode provider
`{{MODEL_CODEX}}`	Model for the Codex provider
`{{LANGUAGE_INSTRUCTIONS}}`	Locale-aware instruction injected by `locale`

To customize models, edit the YAML file for your target before running install. Each file maps agent roles to provider-specific model names.

Instruction Language (`--locale`)

Agent markdown files (CLAUDE.md, AGENTS.md, README.md) include a {{LANGUAGE_INSTRUCTIONS}} placeholder that is replaced at install time based on the active locale:

Locale	Injected instruction
`en`	Prose/docs/code comments: be terse and direct. Prefer concrete nouns over abstract ones. Omit filler phrases. One idea per sentence.
`es`	Spanish prose/docs/reports/Markdown: preserve natural Spanish orthography, including accents, `ñ`, `¿`, `¡`, and normal Unicode. The ASCII-only editing preference does not apply to these artifacts.

The locale is sticky: set it once with init --locale=es and every subsequent install preset will use it automatically. Override per-run with install preset --locale=en.

# One-time setup
npx cc-codeconductor init --locale=es
# All future installs use Spanish automatically
npx cc-codeconductor install preset --target=claude
npx cc-codeconductor install preset --target=all --global
# Override just this run
npx cc-codeconductor install preset --target=claude --locale=en
# Change the saved locale
npx cc-codeconductor init --locale=en --force

Repository Structure

codeconductor/
├── README.md
├── LICENSE
├── CHANGELOG.md
├── ROADMAP.md
├── SECURITY.md
├── policy.yml ← declarative policy model
│
├── src/ ← CLI source (TypeScript + Bun)
│ ├── cli/ ← entry point, router, error codes
│ ├── commands/ ← init, detect, install, ccep, openspec, ...
│ ├── core/ ← config, detection, filesystem, presets, goal
│ │ ├── ccep/ ← CCEP parse/profile/validate/evaluate
│ │ ├── openspec/ ← backlog loop and state machine
│ │ ├── product/ ← Product OS ingest and console
│ │ ├── context/ ← scoped context injection (Phase 5)
│ │ ├── compaction/ ← TDD history compaction hook (Phase 5)
│ │ ├── messages/ ← concise inter-agent formatter (Phase 5)
│ │ └── loop/ ← compile-fix loop controller (Phase 5)
│ ├── adapters/ ← opencode, claude, codex generators
│ ├── domain/council/ ← council spec, agent, contract
│ ├── domain/loop/ ← loop state machine
│ ├── validation/ ← Zod schemas
│ ├── utils/ ← Result type, logger, invariant
│ └── presets/council/ ← bundled council.yml preset
│
├── test/
│ ├── cli.test.ts ← integration tests
│ └── fixtures/ ← bun, node, django, spring projects
│
├── docs/
│ ├── architecture.md
│ ├── security-model.md
│ ├── cli-contract.md
│ ├── policy-schema.md
│ ├── routing-policy.md
│ ├── task-card-template.md
│ ├── agent-scorecard.md
│ └── guides/
│
├── presets/ ← runner presets (agents, commands, skills)
│ ├── opencode/
│ ├── claude/
│ └── cursor/
│
└── examples/
 └── spring-boot-kotlin/

Roadmap

Published package: 1.0.0. Remaining gaps (sandbox, policy compiler, full stack-specific asset pruning): docs/current-status.md. Product OS surface: docs/v1.0.0-release-notes.md.

See ROADMAP.md for historical notes.

Contributing

See CONTRIBUTING.md.

License

MIT — see LICENSE.

Name		Name	Last commit message	Last commit date
.agents		.agents
.claude		.claude
.codeconductor		.codeconductor
.cursor		.cursor
.gemini		.gemini
.github/workflows		.github/workflows
.vscode		.vscode
docs		docs
eval/suites		eval/suites
examples		examples
openspec		openspec
presets		presets
scripts		scripts
skills		skills
src		src
test		test
.claude.json		.claude.json
.cliff.toml		.cliff.toml
.cursorignore		.cursorignore
.editorconfig		.editorconfig
.gitignore		.gitignore
.graphifyignore		.graphifyignore
.prettierrc		.prettierrc
AGENTS.md		AGENTS.md
AUTHORS.md		AUTHORS.md
BACKLOG.md		BACKLOG.md
CHANGELOG.md		CHANGELOG.md
CLAUDE.md		CLAUDE.md
CODE_OF_CONDUCT.md		CODE_OF_CONDUCT.md
CONTEXT.md		CONTEXT.md
CONTRIBUTING.md		CONTRIBUTING.md
GEMINI.md		GEMINI.md
LICENSE		LICENSE
Makefile		Makefile
README.md		README.md
ROADMAP.md		ROADMAP.md
SECURITY.md		SECURITY.md
USAGE.md		USAGE.md
VERSION		VERSION
bun.lock		bun.lock
bunfig.toml		bunfig.toml
package.json		package.json
policy.yml		policy.yml
release.sh		release.sh
skills-lock.json		skills-lock.json
tsconfig.json		tsconfig.json
tsconfig.lib.json		tsconfig.lib.json

Latest commit

History

Folders and files

Repository files navigation

CodeConductor

Current Scope

Why CodeConductor?

What's new in v1.0.0

Breaking changes vs v0.5.0

Slash commands

OpenSpec and TDD

Review agents

Deterministic TypeScript validation (CCEP)

Product OS

Migrate from v0.5.0

Core Concepts

How It Works

Current Support

Supply chain

Programmatic API

CLI Usage

Install

Commands

init — initialize CodeConductor in a project

detect — detect project stack

install preset — install full agent preset

Stack-specific presets (v0.4.0)

install council — install council spec

install lsp — install and configure LSP servers

doctor — validate configuration

update — smart update preset

help / cc-help — distinct help contracts

debt-harvest — collect deferred debt items

goal — decompose objective into task graph

ask — recommend a slash command

ccep — deterministic workflow contracts

openspec — backlog delivery loop

Product OS — ingest / product / orchestrate / impact / verify

Global options

Config directory

Model Configuration

Instruction Language (--locale)

Repository Structure

Roadmap

Contributing

License

About

Topics

Resources

Code of conduct

Contributing

Security policy

Stars

Watchers

Forks

Releases

Packages

Used by

Contributors

Languages

`init` — initialize CodeConductor in a project

`detect` — detect project stack

`install preset` — install full agent preset

`install council` — install council spec

`install lsp` — install and configure LSP servers

`doctor` — validate configuration

`update` — smart update preset

`help` / `cc-help` — distinct help contracts

`debt-harvest` — collect deferred debt items

`goal` — decompose objective into task graph

`ask` — recommend a slash command

`ccep` — deterministic workflow contracts

`openspec` — backlog delivery loop

Product OS — `ingest` / `product` / `orchestrate` / `impact` / `verify`

Instruction Language (`--locale`)