Specfuse Orchestrator
Specfuse Orchestrator is a filesystem-based coordination layer for multi-agent software development workflows. It uses a directory structure of features, events, and an agent inbox — along with agent configurations, shared skills, rules, schemas, and templates — to let specs, PM, component, and QA agents collaborate on feature delivery without a central runtime. This repository is the source for the specfuse-orchestrator pip package; it ships as part of the specfuse suite and scaffolds a project's orchestration repo with specfuse pm init.
For background, goals, and design rationale, see docs/orchestrator-vision.md. For the directory layout, protocols, and architectural decisions, see docs/orchestrator-architecture.md. A condensed overview is in docs/orchestrator-design-summary.md. The phased build plan is in docs/orchestrator-implementation-plan.md.
Status
Phases 0–4 complete; Phase 4.5 (onboarding agent) added to support real-project adoption. The four operational agents are at frozen v1 baselines; the onboarding meta-role is at v0.1 draft.
| Role | Version | Frozen | Phase |
|---|---|---|---|
| Specs | 1.0.1 | yes | Phase 4 |
| PM | 1.6.5 | yes | Phase 2 |
| Component | 1.5.4 | yes | Phase 1 |
| QA | 1.6.1 | yes | Phase 3 |
| Onboarding | 0.1.1 | no (draft) | Phase 4.5 |
The idea → spec → plan → implement → QA → done pipeline is operational end-to-end. Phase 5 (generator feedback loop, override-registry inversion, config-steward meta-agent) is the remaining build phase per the implementation plan.
Getting started on a real project
Five-minute path: see GETTING_STARTED.md. uv tool install specfuse (or pipx install specfuse) then specfuse pm init my-product-orchestration scaffolds a fresh, git-initialized orchestration repo (state directories, a starter roadmap.md, .claude plugin wiring, and a personalized next-steps doc). You then create and push the GitHub repo yourself (a manual gh repo create step — init does not do it). Then /onboard in a Claude Code session walks you through the rest.
The orchestration repo is the process-state store for one product (singleton per product), created in your own org as <your-org>/<your-product>-orchestration. It's your own new git repo. To pull in future improvements, specfuse upgrade then specfuse pm upgrade <dir> re-syncs the substrate from the newly-installed wheel and refreshes the .claude wiring.
The orchestrator engages downstream of product discussion. Brainstorming, business decisions, and feature ideation belong in your project's product reference repo (the /product/ subtree); the orchestrator picks up at feature-intake when an idea crystallizes into a feature.
Two project shapes are supported, both via the same init flow:
- Greenfield: new project, no repos yet. The onboarding agent's
bootstrap-greenfieldskill produces a setup checklist covering environment prereqs, repo-creation order, per-repo conventions, and first-feature scoping. - Brownfield: existing project with code, specs, and possibly in-flight features. The onboarding agent's
repo-inventoryskill walks each repo and produces readiness assessments;integration-planthen drafts a phased rollout (pilot → expand → import in-flight → steady state) that brings the project under orchestrator coordination without disrupting current delivery.
The exact sequence — including the literal commands — is in GETTING_STARTED.md. The onboarding agent detects your project state and chooses the right skill for you.
Day-to-day operation
Once a project is wired:
docs/operator-runbook.md— quickstart for driving a feature from idea throughplanningwith the specs agent. Includes environment prerequisites.docs/operator-pipeline-reference.md— full-lifecycle operator reference covering PM, component, and QA sessions, inbox handling, spec-issue triage, and escalations.
Licensing
This repository — the specfuse-orchestrator package source — is licensed under Apache 2.0. You can incorporate the scaffolding into your own work, including proprietary work, with attribution.
The orchestration repo you create with specfuse pm init is your own new git repo. It holds your project's coordination state (/features/, /events/, /inbox/, /project/), and you license it however you want. init no longer swaps in a proprietary LICENSE or generates any attribution machinery — the frozen substrate lives inside the installed wheel, not copied into your repo, so there's nothing to relicense.
Slash commands (in a Claude Code session)
Install the plugin with /plugin install specfuse-orchestrator@specfuse (already in the specfuse/specfuse marketplace). It provides the five agents plus one slash command:
/onboard— switch into the onboarding-agent role; runsrepo-inventory,integration-plan, orbootstrap-greenfielddepending on project state.
See CONTRIBUTING.md for how to contribute to this package.
Release files for specfuse-orchestrator 0.6.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| specfuse_orchestrator-0.6.0.tar.gz | 413.0 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| specfuse_orchestrator-0.6.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 605.4 kB
Release files / specfuse_orchestrator-0.6.0.tar.gz
| Download URL | specfuse_orchestrator-0.6.0.tar.gz |
|---|---|
| Size | 413.0 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
bfc2cca587487445d5911c3821ed36a59a0bc14a603d0b7aaa5edbca67454129
|
|
BLAKE2b-256 checksum How to use checksums |
be8f8c07baa94ab9232ae6c56b0eff2931285d393aecab4ef393a7cc5170f721
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 16, 2026.
Transparency logRelease files / specfuse_orchestrator-0.6.0-py3-none-any.whl
| Download URL | specfuse_orchestrator-0.6.0-py3-none-any.whl |
|---|---|
| Size | 192.5 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
d777b96e5cb21dd3633b0f489b4f0fb11beed21778d72f6e2133b77f8048d8dd
|
|
BLAKE2b-256 checksum How to use checksums |
58c9f552191f7a74d7e51b3ca6629664df921f29924baf8618ca81617d0dba56
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 16, 2026.
Transparency log