By zainw
Spec-driven coding for Claude Code. Paste a spec, get reviewed code. Reviews specs for gaps, asks clarifying questions, routes to implementation based on prescriptiveness, and delivers verified code in an isolated branch.
Review a freeform spec for completeness and classify its prescriptiveness. Detects gaps across four categories (technical, criteria, context, scope), tags each as blocking or nice-to-clarify, and classifies the spec as prescriptive, directional, or open-ended.
Execute a refined spec in an isolated git worktree. Makes all code changes needed to fulfill the spec, commits frequently, follows the implementation plan exactly. Primary input is spec.md — the spec is the source of truth.
Convert gap analysis into natural, conversational questions for the user. Groups related gaps, proposes smart defaults, references codebase context. Feels like a sharp tech lead reviewing your spec, not a robotic checklist.
Focused research on a specific technical question arising from a spec. Answers questions like "What's the best WebSocket library for this stack?" without full candidate evaluation. Returns findings with a recommendation.
Run multi-layer verification on spec-driven implementation changes: tests, typecheck, lint, bundle analysis, benchmarks, and static analysis. Returns structured pass/fail/warn report.
Uses power tools
Uses Bash, Write, or Edit tools
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
Early work-in-progress. These plugins work and produce high-quality output, but the experience is rough around the edges. Expect lots of permission prompts to accept, some UI jank, and a workflow that isn't yet polished. The results, however, are genuinely good.
A monorepo of Claude Code plugins that make Claude research before it codes.
/research — autoresearchAutonomous research-driven coding. Instead of jumping straight to implementation, Claude researches multiple options, scores them, presents you with a ranked comparison, and only implements after you pick a winner.
Inspired by Andrej Karpathy's autoresearch concept and pi-autoresearch by davebcn87.
Pipeline:
Example:
/research replace moment.js with a lighter alternative
/spec — autospecSpec-driven coding. Paste a spec from anywhere — Google Docs, Jira, Slack, an email from your boss — and Claude will review it for gaps, ask clarifying questions, then implement it.
Pipeline:
Example:
/spec Here's the PRD my PM sent: [paste spec]
From your terminal:
# Install autoresearch
claude plugin add /path/to/ai-plugins/autoresearch
# Install autospec
claude plugin add /path/to/ai-plugins/autospec
Or if published to a registry:
claude plugin add autoresearch
claude plugin add autospec
After installing, the /research and /spec slash commands become available in any Claude Code session.
# Should list both plugins
claude plugin list
# Start a Claude Code session in your project
claude
# Run autoresearch
/research replace our REST client with something better
# Run autospec
/spec implement user authentication with OAuth2 and refresh tokens
Lots of permission prompts. The plugins dispatch multiple subagents that read files, search the web, write to disk, create git branches, and run shell commands. You'll be accepting tool permissions frequently. This is the biggest UX pain point right now.
It takes a while. A full research pipeline with 4 candidates can take 5-10+ minutes. It's doing real work — web searches, documentation analysis, codebase scanning — but it's not instant.
The UI can be noisy. You'll see agent dispatches, state file writes, and structured log updates scrolling by. The intermediate output isn't pretty, but it's transparent.
The output is genuinely good. Despite the rough experience, the final implementation quality is high. Research is thorough, trade-off analysis is real, and implementation happens in isolated branches so nothing breaks your working tree.
Both plugins maintain state in their respective directories (.autoresearch/ and .autospec/). Sessions are resumable — if Claude Code crashes or you close the terminal, the plugin picks up where it left off on next launch.
# Clear a session and start fresh
/research clear
/spec clear
Create a config file to override defaults:
# For autoresearch
echo '{"maxRetries": 5, "maxResearchers": 6}' > .autoresearch/config.json
npx claudepluginhub zainw/ai-plugins --plugin autospecAutonomous research-driven coding for Claude Code. Research options, present choices, implement with full verification. Inspired by Andrej Karpathy's autoresearch concept and pi-autoresearch by davebcn87.
Autonomous research-driven coding for Claude Code. Research options, present choices, implement with full verification. Inspired by Andrej Karpathy's autoresearch concept and pi-autoresearch by davebcn87.
Spec-driven development with task-by-task execution. Research, requirements, design, tasks, autonomous implementation, and epic triage for multi-spec feature decomposition.
Skills-first specification-driven development framework with 7 agent skills for planning, implementation, review, and shipping. Natural language activation with intelligent agent orchestration. Includes /plan, /implement, /research commands plus managing-specifications, implementing-features, and reviewing-and-shipping skills.
Specification-Driven Development with Process Discipline for Claude Code
Specification-driven development workflow: specify → plan → tasks → implement
Core agents and commands required by all Developer Kit plugins
Spec-driven development plugin for Claude Code. Markdown specs as the source of truth, code downstream.