Skip to main content

anycrew

One crew of specialist AI agents for any coding assistant.
Spec-driven · test-first · security-reviewed · model-tiered

CI npm node dependencies MIT
Claude Code Codex Antigravity Cursor OpenCode Copilot


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

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)

Source distribution for anycrew 0.1.0
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)

Table of built distributions (wheels) for anycrew 0.1.0
File Interpreter ABI Platform Actions
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.

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