__ __
____ ____ / /______ _ __ ______ / /______ ___ __
/ __ \/ __ \/ //_/ __ `/ / / / / __ \/ //_/ __ `/ / / /
/ /_/ / /_/ / ,< / /_/ / / /_/ / /_/ / ,< / /_/ / /_/ /
/ .___/\____/_/|_|\__,_/ \__, /\____/_/|_|\__,_/\__, /
/_/ /____/ /____/
AI-assisted development orchestration - A Claude Code plugin that orchestrates AI-assisted development sessions with configurable human oversight, bridging the gap between hands-on control and full automation through skills, hooks, agents, and integration with ohno for task management.
- PRD to Tasks - Automatically break down requirements into epics, stories, and tasks
- Orchestrated Sessions - Work across multiple sessions without losing context
- Human Checkpoints - Choose your autonomy level: supervised, semi-auto, auto, or unattended
- Multi-Dimensional Auditing - Verify accessibility, testing, security, docs, and observability
- 21 Specialized Skills - Route work to domain-specific workflows automatically
- Spike Protocol - Time-boxed investigations with mandatory decisions
- Claude Code v1.0.0 or later
- Node.js v18 or later (for ohno CLI)
- Git (for version control integration)
The easiest way to install is with the setup wizard:
npx pokayokayThis interactive wizard will:
- Install the pokayokay Claude Code plugin
- Configure the ohno MCP server
- Initialize ohno in your project
- Optionally set up kaizen integration
Run npx pokayokay doctor anytime to verify your installation.
Click to expand manual steps
# 1. Add the marketplace (one-time setup)
claude plugin marketplace add srstomp/pokayokay
# 2. Install the plugin
claude plugin install pokayokay@srstomp-pokayokayOr from inside Claude Code REPL:
/plugin marketplace add srstomp/pokayokay
/plugin install pokayokay@srstomp-pokayokay
Add to your MCP configuration (~/.claude/settings.json):
{
"mcpServers": {
"ohno": {
"command": "npx",
"args": ["@stevestomp/ohno-mcp"]
}
}
}npx @stevestomp/ohno-cli init# 1. Run setup wizard (if not done already)
npx pokayokay
# 2. Restart Claude Code to activate MCP server
# 3. Plan from a PRD
/pokayokay:plan docs/prd.md
# 4. View kanban board
npx @stevestomp/ohno-cli serve
# 5. Start working
/pokayokay:work supervised
# 6. Audit completeness
/pokayokay:audit --full| Command | Description |
|---|---|
/pokayokay:plan [--headless] [--review] <path> |
Analyze PRD and create tasks with skill routing |
/pokayokay:revise [--direct] |
Revise existing plan with impact analysis |
/pokayokay:work [mode] [-n N] |
Start/continue work session (supervised/semi-auto/auto/unattended) |
/pokayokay:audit [feature] |
Audit feature completeness across 5 dimensions |
/pokayokay:review |
Analyze session patterns and skill effectiveness |
/pokayokay:handoff |
Prepare session handoff with context preservation |
/pokayokay:hooks |
View and manage hook configuration |
/pokayokay:worktrees |
List, cleanup, switch, or remove worktrees |
| Command | Description |
|---|---|
/pokayokay:quick <task> |
Create task and work inline (no agents) |
/pokayokay:fix [--thorough] <bug> |
Bug fix with diagnosis + light pipeline (--thorough for full) |
/pokayokay:spike <question> |
Time-boxed technical investigation |
/pokayokay:hotfix <incident> |
Production incident response |
| Command | Description |
|---|---|
/pokayokay:api <task> |
API design - REST/GraphQL patterns |
/pokayokay:arch <area> |
Architecture review and refactoring |
/pokayokay:db <task> |
Database schema and migrations |
/pokayokay:test <task> |
Testing strategy and implementation |
/pokayokay:integrate <api> |
Third-party API integration |
/pokayokay:sdk <task> |
SDK creation and extraction |
| Command | Description |
|---|---|
/pokayokay:cicd <task> |
CI/CD pipeline creation and optimization |
/pokayokay:security <area> |
Security audit and vulnerability scanning |
/pokayokay:observe <task> |
Logging, metrics, and tracing |
| Command | Description |
|---|---|
/pokayokay:research <topic> |
Extended technical research |
/pokayokay:docs <task> |
Technical documentation |
The plugin includes 21 specialized skills loaded on demand via commands or planner routing:
work-session- Coordinator workflow, modes, agent dispatchplanning- PRD-to-task breakdown with ohno integrationplan-revision- Impact analysis on existing plansspike- Time-boxed investigation with structured outputdeep-research- Multi-day technology evaluationsession-review- Post-session analysis and handoff prepfeature-audit- L0-L5 completeness verificationworktrees- Git worktree managementbrowser-verification- Playwright UI verification
api-design- REST/GraphQL endpoint designapi-integration- Third-party API consumptiondatabase-design- Schema design, migrations, optimizationarchitecture-review- Code structure, module boundariesci-cd- GitHub Actions, GitLab CI, deployment strategiescloud-infrastructure- AWS service selection, CDK patternsobservability- Logging, metrics, tracing, alertingtesting-strategy- Test architecture, coverage, E2E patternssecurity-audit- OWASP Top 10, dependency scanningerror-handling- Error hierarchies, recovery patternssdk-development- TypeScript SDK extraction and publishingdocumentation- READMEs, API docs, ADRs
The /pokayokay:audit command checks 5 dimensions:
| Dimension | Levels | Description |
|---|---|---|
| Accessibility | L0-L5 | Is the feature user-accessible? |
| Testing | T0-T4 | Test coverage and types |
| Documentation | D0-D4 | Code comments to user docs |
| Security | S0-S4 | Input validation to hardened |
| Observability | O0-O4 | Logging to full telemetry |
/pokayokay:audit # Quick (accessibility only)
/pokayokay:audit --dimension testing # Specific dimension
/pokayokay:audit --full # All dimensions| Mode | Task | Story | Epic |
|---|---|---|---|
supervised |
PAUSE | PAUSE | PAUSE |
semi-auto |
log | PAUSE | PAUSE |
auto |
skip | log | PAUSE |
unattended |
skip | skip | skip |
Run multiple tasks simultaneously for faster throughput:
# Run up to 3 tasks in parallel
/pokayokay:work semi-auto -n 3
# Adaptive sizing (starts at 2, adjusts based on outcomes)
/pokayokay:work semi-auto -n autoNote:
-pis reserved for the Claude CLI--promptflag. Use-nfor parallel count.
How it works:
- Coordinator dispatches N implementer agents in a single message
- Each agent works independently with fresh context
- Results processed as they complete
- Dependency graph prevents unsafe parallelization
Adaptive mode (-n auto):
- Starts at 2 parallel tasks
- Scales up (max 4) when tasks succeed consecutively
- Scales down (min 2) when failures occur
- Displays batch size changes during session
Recommended settings:
- Default: 1 (sequential, safest)
- Independent tasks: 2-3
- Adaptive:
auto(recommended for most sessions) - Maximum: 5
Tradeoffs:
- Higher token usage (N concurrent contexts)
- Potential git conflicts (auto-resolved when possible)
- No shared learning between parallel agents
Resume interrupted work sessions without losing context:
# Resume the last session, picking up where you left off
/pokayokay:work --continueLoads tasks with saved WIP data from ohno, skips brainstorming for resumed tasks, and dispatches the implementer with previous context.
When context fills during auto-mode work, sessions can automatically chain — finishing gracefully and spawning a new session that resumes from WIP. This is configured in .claude/pokayokay.json, not via a command flag:
{
"headless": {
"max_chains": 10,
"report": "on_complete",
"notify": "terminal"
}
}Chaining requires an explicit scope to prevent runaway sessions:
# Scope to a story — chains will continue until story tasks are done
/pokayokay:work auto --story story-abc123
# Scope to an epic
/pokayokay:work auto --epic epic-def456Chain reports are generated to .ohno/reports/. The max chains limit (default 10) prevents runaway execution.
Tasks automatically run in isolated git worktrees based on type:
| Task Type | Behavior | Override |
|---|---|---|
| feature, bug, spike | Worktree | --in-place |
| chore, docs | In-place | --worktree |
# Default: smart based on task type
/pokayokay:work
# Force worktree for a chore
/pokayokay:work --worktree
# Force in-place for a feature
/pokayokay:work --in-placeStory-based reuse: Tasks in the same story share a worktree, keeping related changes together.
On completion: Choose to merge, create PR, keep worktree, or discard work.
pokayokay includes 13 specialized sub-agents that run in isolated context windows for verbose operations:
| Agent | Model | Purpose |
|---|---|---|
yokay-auditor |
Sonnet | L0-L5 completeness scanning (read-only) |
yokay-brainstormer |
Sonnet | Refines ambiguous tasks into clear requirements |
yokay-browser-verifier |
Sonnet | Browser verification for UI changes (read-only) |
yokay-explorer |
Haiku | Fast codebase exploration (read-only, 5-10x cheaper) |
yokay-fixer |
Sonnet | Auto-retry on test failures with targeted fixes |
yokay-implementer |
Sonnet | TDD implementation with fresh context |
yokay-planner |
Sonnet | PRD analysis and structured plan generation |
yokay-reviewer |
Sonnet | Code review and analysis (read-only) |
yokay-security-scanner |
Sonnet | OWASP vulnerability scanning (read-only) |
yokay-spec-reviewer |
Sonnet | Adversarial spec compliance review |
yokay-quality-reviewer |
Sonnet | Code quality review (after spec passes) |
yokay-spike-runner |
Sonnet | Time-boxed investigations |
yokay-test-runner |
Haiku | Test execution with concise output |
- Context isolation - Verbose scan output stays separate from main conversation
- Cost optimization - Haiku agents are 5-10x cheaper for exploration
- Enforced constraints - Read-only agents can't accidentally modify files
- Parallel execution - Run multiple investigations simultaneously
Commands like /pokayokay:audit, /pokayokay:security, and /pokayokay:spike automatically delegate to the appropriate agent.
For ambiguous or under-specified tasks, yokay-brainstormer runs before implementation:
- Detects vague descriptions or missing acceptance criteria
- Explores codebase for context
- Produces clear requirements and technical approach
- Requests confirmation before implementation proceeds
This prevents wasted work from misunderstood requirements.
After implementation, two sequential reviewers check the work:
| Stage | Agent | Checks |
|---|---|---|
| 1 | yokay-spec-reviewer |
Adversarial spec compliance (requirements met? no scope creep?) |
| 2 | yokay-quality-reviewer |
Code quality (well-written and tested?) |
Stage 2 only runs if Stage 1 passes. Both must PASS before a task is marked complete.
pokayokay includes a guaranteed hook system that executes actions at key lifecycle points via Claude Code's native hooks:
| Hook | Trigger | Actions |
|---|---|---|
| pre-session | Session starts | Verify clean, pre-flight (unattended), recover |
| pre-task | Task starts | Check blockers, suggest skills, setup worktree |
| post-task | Task completes | Sync, commit, detect spike, capture knowledge |
| post-story | Story completes | Test, story integration, audit gate |
| post-epic | Epic completes | Audit gate |
| on-blocker | Task blocked | Notification |
| pre-commit | Before git commit | Lint, check ref sizes |
| post-session | Session ends | Sync, session summary, curate memory, session chain |
Beyond lifecycle automation, hooks provide intelligent guidance:
| Action | Hook | Purpose |
|---|---|---|
suggest-skills |
pre-task | Suggests relevant skills based on task keywords |
detect-spike |
post-task | Detects uncertainty signals, suggests spike conversion |
capture-knowledge |
post-task | Auto-suggests docs for spike/research tasks |
audit-gate |
post-story/epic | Checks quality thresholds at boundaries |
Hooks are registered through the plugin system and routed by bridge.py. The ohno MCP server provides boundary metadata when tasks complete, enabling automatic detection of story/epic completion.
Use /pokayokay:hooks to view and manage hook configuration.
See HOOKS.md for configuration and customization.
For high-uncertainty work:
- Time-box: 2-4 hours (max 1 day)
- 50% Checkpoint: Assess progress
- Mandatory Decision: GO / NO-GO / PIVOT / MORE-INFO
- Output:
.claude/spikes/[name].md
- GUIDE.md - Detailed usage guide
- CHEATSHEET.md - Quick reference card
- CHANGELOG.md - Version history
See GUIDE.md for:
- Command relationships diagram
- Skill routing patterns
- Keyword detection
- Integration with ohno
git clone https://github.com/srstomp/pokayokay.git
claude --plugin-dir ./plugins/pokayokay- ohno - Task management via MCP
MIT