Skip to main content

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-greenfield skill 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-inventory skill walks each repo and produces readiness assessments; integration-plan then 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 through planning with 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; runs repo-inventory, integration-plan, or bootstrap-greenfield depending on project state.

See CONTRIBUTING.md for how to contribute to this package.

Release files for specfuse-orchestrator 0.5.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for specfuse-orchestrator 0.5.0
File Size Uploaded
specfuse_orchestrator-0.5.0.tar.gz 408.1 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for specfuse-orchestrator 0.5.0
File Interpreter ABI Platform
specfuse_orchestrator-0.5.0-py3-none-any.whl Python 3 none any Details

Total release size: 596.9 kB

Release files / specfuse_orchestrator-0.5.0.tar.gz

Download URL specfuse_orchestrator-0.5.0.tar.gz
Size 408.1 kB
Tags Source
SHA-256 checksum
How to use checksums
ab35c3ae14dd4a4ab31cd6d3b457ac1de0f5a2a098c678719e02f58144eaaceb
BLAKE2b-256 checksum
How to use checksums
320d2039a01d8209fc8ffb314c456e6dda2918fbbf1a11c9da8643dcd27f440b
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 Aug 9, 2026.

Transparency log

Release files / specfuse_orchestrator-0.5.0-py3-none-any.whl

Download URL specfuse_orchestrator-0.5.0-py3-none-any.whl
Size 188.8 kB
Tags Python 3
SHA-256 checksum
How to use checksums
b477e6c34b95e274ece215bce2d2cf8d21abcee4abcd6f51e82a209f31ff4be5
BLAKE2b-256 checksum
How to use checksums
8f9a83d919c081d8d15bd08278f4e86dfbad38a4b7782626bfdf2f27b2be2a28
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 Aug 9, 2026.

Transparency log

Release history Release notifications | RSS feed

0.8.0

2 release files

0.7.0

2 release files

0.6.0

2 release files

This release

0.5.0 This release

2 release files

0.4.1

2 release files

0.4.0

2 release files

0.3.4

2 release files

0.3.3

2 release files

0.3.2

2 release files

0.3.1

2 release files

0.3.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page