One crew of specialist AI agents for any coding assistant.
Spec-driven · test-first · security-reviewed · model-tiered
anycrew installs a ready-made engineering team into the coding assistant you already use. Sixteen agents (brainstormer, product manager, architect, designer, spec writer, implementer, tester, reviewer, security reviewer, debugger, AI engineer, release engineer, doc writer, scout, crew lead) follow one method from idea to a deployed MVP, and leave behind the documents a team can review: a constitution, a PRD, ADRs, specs with acceptance criteria, and a status page that says what is really built. Each agent declares how much model it needs, so cheap work runs on cheap models.
npx anycrew init # once published to npm
npx github:fadlytanjung/anycrew init # works today, straight from this repository
Status: 0.1.0, early. Claude Code and Antigravity outputs are verified end to end; Codex, Cursor, OpenCode and Copilot outputs follow their documentation and are being exercised next. See the tool matrix. Feedback and PRs welcome.
Contents
- Why anycrew
- Concepts in two minutes
- What you get
- Quick start
- Install the pack globally
- How it works
- The crew
- Model tiers
- What
initwrites - Documentation and wiki
- FAQ
- Roadmap
- Contributing
- Acknowledgements
- Licence
Why anycrew
Every new project with a coding assistant repeats the same setup: an agent guide, rules, a handful of slash commands, a constitution, a docs skeleton, a spec loop, quality gates, a status page. Each assistant wants those in a different folder with a different front matter. The packs that exist are tied to one assistant, or ship skills without a team, or ship a method without the security, testing, docs and release roles an MVP needs. None of them says which model each role needs.
anycrew is the boilerplate for the team, not for the stack. A preset describes your stack's commands and conventions; anycrew never forces a framework, a cloud or a language.
Concepts in two minutes
Every term has a page in the wiki. The short version:
| Term | Means | In anycrew |
|---|---|---|
| SDD (spec-driven development) | write and approve the spec first, implement from it, change both together | the whole method; rules/00-sdd-process.md |
| Constitution | the short list of principles every change is checked against | docs/00-constitution.md, created by init |
| PRD (product requirements document) | who it is for, what they need, scope by priority, requirements with IDs | docs/03, written by /crew-prd |
| ADR (architecture decision record) | one decision that is expensive to reverse: context, options, decision, consequences | docs/adr/ADR-NNN-*.md, written by /crew-adr |
| AC (acceptance criterion) | one testable Given/When/Then statement, AC-NNN-n |
in every spec; test names and commits cite them |
| Spec · plan · tasks | what and why · how and which files · ordered test-first checklist | docs/specs/NNN-name/, the unit of work |
| Implementation status | the only doc that says what is actually built, with the test that proves it | docs/20, kept true by /crew-checkpoint |
| Gate | a point where a person decides before the next phase | decision, P0 scope, ADRs, spec Ready, production deploy |
| Agent | a specialist with its own prompt, tools and model the assistant delegates to | 16 in agents/ |
| Skill | a procedure loaded on demand, typed as /name |
22 /crew-* in skills/ |
| Rule | always-on or path-scoped guidance | 6 in rules/, plus stack rules from your preset |
| Tier | how much model an agent needs: fast, balanced, strong |
mapped per assistant in models.json |
| Preset | a JSON description of a stack: commands, layout, conventions | presets/, or your own file |
| Hook | a command the assistant runs at an event, e.g. after a file edit | lint-after-edit, wired into each assistant |
What you get
| 16 agents | each with a job, inputs, outputs, a procedure, rules, stop conditions and a model tier |
22 skills (/crew-*) |
the workflow as slash commands: status, brainstorm, research, prd, architecture, adr, design, spec, plan, tasks, implement, test, review, security, verify, debug, checkpoint, deploy-check, docs, llm, sync, init |
| 6 rules | spec-driven process, architecture boundaries, security and data, LLM features, testing, docs and status; plus backend and frontend rules generated from your preset |
| Docs skeleton | constitution, brainstorm, research, PRD, traceability, architecture, data model, API, frontend, design system, conventions, security, testing, infra, observability, delivery plan, status, ADRs, specs |
| Presets | python-fastapi-react, node-typescript-next, go-service, generic; write your own in one JSON file |
| Hook | a tool-agnostic lint-after-edit hook wired into each assistant |
| One CLI | npx anycrew init generates every assistant's native files from one source; sync keeps them current without touching your edits; zero dependencies |
Quick start
cd your-project
npx anycrew init --preset python-fastapi-react --tools claude,codex,antigravity
# or just: npx anycrew init (detects the assistants on your machine)
# until the npm release lands, use the same commands with: npx github:fadlytanjung/anycrew
npx anycrew doctor # what each assistant will read
npx anycrew list # agents, tiers and the model each assistant will use
Then open your assistant in the folder and type /crew-status. For a new idea, /crew-brainstorm;
for an existing codebase, /crew-spec.
Install the pack globally
| Assistant | Command |
|---|---|
| Claude Code | claude plugin marketplace add fadlytanjung/anycrew && claude plugin install anycrew@anycrew |
| Antigravity | agy plugin install https://github.com/fadlytanjung/anycrew |
| Codex | codex plugin marketplace add fadlytanjung/anycrew then /plugins |
| Copilot CLI | copilot plugin install fadlytanjung/anycrew |
| Cursor | Customize → Install, point at the repository (Agent Plugins manifest) |
| Skills only, any assistant | npx skills add fadlytanjung/anycrew |
A global install gives you the agents and skills everywhere. npx anycrew init in a project adds
the docs skeleton, the stack rules, the hooks and the per-project model overrides.
How it works
flowchart LR
idea["Idea"] --> b["/crew-brainstorm<br/>docs/01 decision"]
b --> p["/crew-prd<br/>docs/03 PRD, FR/NFR"]
p --> a["/crew-architecture<br/>docs/05, 09, 10, ADRs"]
a --> s["/crew-spec<br/>spec · plan · tasks"]
s --> i["/crew-implement<br/>TDD, one task, one commit"]
i --> r["/crew-review · /crew-security<br/>findings with evidence"]
r --> d["/crew-deploy-check<br/>checklist, rollback"]
d --> c["/crew-checkpoint · /crew-docs<br/>status that is true"]
i -. "/crew-debug · /crew-test" .-> i
Each skill delegates to one agent at its tier. The crew lead sequences the phases and keeps a person at every gate. Agents never approve their own work.
The crew
| Agent | Tier | Does |
|---|---|---|
| crew-lead | strong | routes a request through the phases; never codes |
| scout | fast | finds what exists, read-only, before anyone guesses |
| brainstormer | strong | idea → problem scan → scored options → decision (docs/01) |
| researcher | balanced | facts with sources and confidence (docs/02) |
| product-manager | strong | personas, journeys, P0/P1/P2, FR/NFR (docs/03, 04) |
| architect | strong | containers, boundaries, data model, API contract, ADRs |
| designer | balanced | screens, states, tokens, responsive and accessibility rules |
| ai-engineer | strong | model/code boundary, prompts as files, schemas, grounding, evals |
| spec-writer | strong | spec, plan, tasks with acceptance criteria |
| implementer | balanced | one task, test first, smallest change, one commit |
| tester | balanced | AC → test map, fixtures, boundary and property tests, evals |
| debugger | strong | reproduce, isolate, root cause, regression test |
| reviewer | strong | findings with file:line and a failure scenario; drift audit |
| security-reviewer | strong | threat model, OWASP and LLM top-10 audit, test per fix |
| release-engineer | balanced | build, pipeline, deploy, rollback, observability, cost guardrails |
| doc-writer | fast | README, docs index, changelog, the status page |
Model tiers
| Tier | Claude Code | Antigravity | Codex | OpenCode | Used by |
|---|---|---|---|---|---|
| fast | haiku, low effort | flash | low effort | claude-haiku | scout, doc-writer |
| balanced | sonnet, medium | flash | medium | claude-sonnet | implementer, tester, researcher, designer, release-engineer |
| strong | opus, high | pro | high | claude-opus | brainstormer, product-manager, architect, spec-writer, reviewer, security-reviewer, debugger, ai-engineer, crew-lead |
Override any cell per project in .anycrew/config.json under models. Cursor and Copilot default
to inherit until you set model IDs. Details: docs/03-model-tiers.md.
What init writes
your-project/
├── AGENTS.md agent guide, read by every assistant (yours to edit)
├── CLAUDE.md @AGENTS.md
├── docs/ constitution, status, specs index, ADR and spec templates (yours)
├── .anycrew/config.json preset, tools, model overrides
├── .anycrew/hooks/ lint-after-edit.sh
├── .agents/rules|skills|agents universal layer: Codex, Antigravity, Cursor, Copilot, OpenCode
├── .claude/agents|skills|rules + settings.json hooks
├── .codex/agents/*.toml
├── .cursor/rules/*.mdc, agents/, hooks.json
├── .opencode/agents/
└── .github/copilot-instructions.md, instructions/, agents/, hooks/
Generated files carry an anycrew:generated marker; sync rewrites only those and reports the
rest. AGENTS.md and everything under docs/ are created once and then belong to you.
Documentation and wiki
| Where | What |
|---|---|
| wiki/ | every term and concept, one page each: SDD, constitution, PRD, ACs, ADRs, spec loop, status, gates, agents vs skills vs rules, tiers, hooks, presets, standards, glossary, FAQ |
| docs/00-vision.md | what anycrew is and is not |
| docs/01-method.md | the lifecycle, artifacts, gates, who does what |
| docs/02-agents.md | the roster and how to customise it |
| docs/03-model-tiers.md | tiers and the mapping per assistant |
| docs/04-tool-matrix.md | what each assistant reads, install, verification status |
| docs/05-landscape.md | comparison with BMAD, superpowers, spec-kit, wshobson/agents and others |
| docs/06-project-layout.md | the docs skeleton and the spec loop in a project |
| docs/07-presets.md | stack presets and writing your own |
| docs/08-roadmap.md | what is next |
| docs/adr/ | decisions about anycrew itself |
The wiki/ folder is published to the GitHub wiki on every push to main.
FAQ
Is this a framework like CrewAI or LangGraph? No. Those run agents inside your product. anycrew is a crew that helps you build your product inside your coding assistant.
Will it overwrite my CLAUDE.md, rules or agents? No. init never touches AGENTS.md, docs/
or any file without the anycrew:generated marker; it reports them instead.
Do I have to use the whole method? No. Each skill works alone; the gates and IDs pay off most when the loop is used end to end.
Can I use cheaper models everywhere? Yes: override the tier mapping per project.
More in the wiki FAQ.
Roadmap
0.2: exercise Codex, Cursor, OpenCode and Copilot outputs for real; eval cases per agent; a shared
MCP server list; Gemini CLI extension. 0.3: Windsurf/Devin, Cline, Kiro, Amp, Augment; upgrade;
an example project built end to end. Full list: docs/08-roadmap.md.
Contributing
npm test validates the pack (front matter, tier consistency, Agent Skills spec fields, size
budgets) and runs the smoke test (init for every preset and tool, idempotent sync, protection of
hand-written files). See CONTRIBUTING.md, SECURITY.md and the
code of conduct.
Acknowledgements
anycrew stands on the work of others: the spec loop and constitution from spec-kit and Kiro; brainstorm-first skills from superpowers and Compound Engineering; per-agent model selection from wshobson/agents and oh-my-claudecode; the open formats AGENTS.md, Agent Skills and Agent Plugins; and the ADR format from Michael Nygard.
Licence
MIT.
Metadata
Release files for anycrew 0.1.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 | Provenance | Actions |
|---|---|---|---|---|
| anycrew-0.1.0.tar.gz | 62.3 kB | Without provenance | Details for anycrew-0.1.0.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| anycrew-0.1.0-py3-none-any.whl | Python 3 | none | any | Details for anycrew-0.1.0-py3-none-any.whl |
Total release size: 159.8 kB
Release files / anycrew-0.1.0.tar.gz
| Download URL | anycrew-0.1.0.tar.gz |
|---|---|
| Size | 62.3 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
eedb8cc2338a2b476537610df48e8fe739b67eb0c3778be983d44beb43244f45
|
|
BLAKE2b-256 checksum How to use checksums |
d658de239a4281e9a1ec6ae5d3f130a3846b12e1f0f35986c0d466a805da8720
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
uv/0.8.0
|
Release files / anycrew-0.1.0-py3-none-any.whl
| Download URL | anycrew-0.1.0-py3-none-any.whl |
|---|---|
| Size | 97.5 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
b07bffbe884bbf09259e56942d3a9a21b35b4402b818a9471613d16848453e10
|
|
BLAKE2b-256 checksum How to use checksums |
f5d7e50f924ac6ebdcbd998380abd5d862766f95ec06099db848007f7dad52ce
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
uv/0.8.0
|
Security for anycrew 0.1.0
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.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.