archon-dev
|
pinned to #6045848updated 3 months ago
Ask your AI client: “install skills/archon-dev”.
Requires the metahub MCP server installed in your client. Set up MCP.
mh install skills/archon-devmetahub onboarded this repo on the author's behalf.
If you own github.com/coleam00/Archon on GitHub, claim the listing to take over publishing. Your claim preserves the existing eval history and badges; only the curator label is replaced with verified-publisher on your next publish.
Stars
22,840
Last commit
3 months ago
Latest release
published
- #ai
- #automation
- #bun
- #claude
- #cli
- #coding-assistant
- #developer-tools
- #typescript
- #workflow-engine
- #yaml
About this skill
Pulled from SKILL.md at publish time.
Development workflow — research, plan, build, review, ship.
Automated checks the publisher passed at publish time — structure, docs, safety, and whether the artifact behaves as claimed.6045848· 3 months ago
Behavioral checks ran but aren't published for this artifact; the static checks above ran at publish time.
Documentation
4 passed1 warningDescription qualitywarn
14 words · 97 chars — skills use the description as their trigger; aim higher — manifest description is empty; graded the GitHub repo description instead
Aim for 15+ words and include trigger phrases like “use this skill when …”.
README is present and substantial
18,679 chars · 13 sections · 14 code blocks
Tags / topics declared
10 total — ai, automation, bun, claude, cli, coding-assistant (+4)
README has usage / example sections
found: Getting Started
Homepage / docs URL declared
https://archon.diy
Release history
1- releasecurrent6045848warn3 months ago
Contents
Development workflow — research, plan, build, review, ship.
Current State
- Branch: !
git branch --show-current 2>/dev/null || echo "not in git repo" - Artifacts: !
ls .claude/archon/ 2>/dev/null || echo "none yet" - Active plans: !
ls .claude/archon/plans/*.plan.md 2>/dev/null | head -5 || echo "none"
Routing
Read $ARGUMENTS and determine which cookbook to load.
If the user explicitly names a cookbook (e.g., "plan", "implement"), use that. Otherwise, match intent from keywords:
| Intent | Keywords | Cookbook |
|---|---|---|
| Codebase questions, document what exists | "research", "how does", "what is", "where is", "trace", "find" | cookbooks/research.md |
| Strategic research, library eval, feasibility | "investigate", "should we", "can we", "compare", "evaluate", "feasibility", "best way to", "best approach" | cookbooks/investigate.md |
| Write product requirements | "prd", "requirements", "spec", "product requirement" | cookbooks/prd.md |
| Create implementation plan | "plan", "design", "architect", "write a plan" | cookbooks/plan.md |
| Execute an existing plan | "implement", "execute", "build", "code this", path to .plan.md | cookbooks/implement.md |
| Review code or PR | "review", "review PR", "code review", "review changes" | cookbooks/review.md |
| Debug or root cause analysis | "debug", "rca", "root cause", "why is", "broken", "failing" | cookbooks/debug.md |
| Commit changes | "commit", "save changes", "stage" | cookbooks/commit.md |
| Create pull request | "pr", "pull request", "create pr", "open pr" | cookbooks/pr.md |
| Report to GitHub | "issue", "report to gh", "log in github", "file a bug", "feature request", "create issue", "gh issue" | cookbooks/issue.md |
If ambiguous: Ask the user which cookbook to use.
After routing: Read the matched cookbook file and follow its instructions exactly.
Workflow Chains
Cookbooks feed into each other. After completing one, suggest the next:
research ──► investigate ──► prd ──► plan ──► implement ──► commit ──► pr
▲ │
debug ───────────┘ review ◄──────┘
│
▼
issue ──► plan (if feature) or debug (if bug)
Artifact Directory
All artifacts go to .claude/archon/. Create subdirectories as needed on first use.
.claude/archon/
├── prds/ # Product requirement documents
├── plans/ # Implementation plans
│ └── completed/ # Archived after implementation
├── reports/ # Implementation reports
├── issues/ # GitHub issue investigations
│ └── completed/
├── reviews/ # PR review reports
├── debug/ # Root cause analysis
└── research/ # Research findings
Project Detection
Do NOT hardcode project-specific commands. Detect dynamically:
- Package manager: Check for
bun.lockb→ bun,pnpm-lock.yaml→ pnpm,yarn.lock→ yarn, else npm - Validation command: Check
package.jsonscripts forvalidate,check, orverify - Test command: Check for
testscript inpackage.json - Conventions: Read CLAUDE.md for project-specific rules
Rules
- Evidence-based: Every claim about the codebase must reference
file:line - No speculation: If uncertain, investigate first
- Fail fast: Surface errors immediately, never swallow them
- Respect CLAUDE.md: Project conventions override cookbook defaults
- No AI attribution: Never add "Generated with Claude" or "Co-Authored-By: Claude" to commits or PRs
Reviews
No reviews yet. Be the first.
Related
Verification Before Completion
Evidence before assertions, always
Writing Plans
Turn specs into phased implementation plans
Test-Driven Development
Red → green → refactor discipline for any feature or bugfix
mh install skills/archon-dev