write-a-test-plan
Write a Test Plan
Generate a comprehensive testing plan by searching the conversation and project context for PRDs, implementation plans, triage documents, and issues. Output is a Markdown file in ~/Development/docs/test-plans/.
Process
1. Find source documents
Search for context in this order. Use ALL sources found, not just the first match:
- Conversation context: Check if a PRD, implementation plan, or triage doc has already been discussed
- Local docs: Ask the user where their PRDs, issues, and plans are stored. Read from the provided paths
- Codebase: Explore existing tests, test utilities, fixtures, and test configuration to understand current test patterns
The user may also provide links to Linear issues, Figma designs, or Notion documents for additional context.
2. Gather external context
If the user provided references to external tools, use the available MCP tools to pull in context:
More from evans-sam/skills
grill-me
Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".
15git-guardrails-claude-code
Set up Claude Code hooks to block dangerous git and gh CLI commands before they execute. Use when user wants to prevent destructive git operations, block dangerous GitHub CLI actions (repo delete, pr merge, secret management, API mutations), or add git/gh safety hooks to Claude Code.
14write-a-prd
Create a PRD through user interview, codebase exploration, and module design, then save as a local markdown document. Use when user wants to write a PRD, create a product requirements document, or plan a new feature.
13request-refactor-plan
Create a detailed refactor plan with tiny commits via user interview, then save it as a local markdown RFC document. Use when user wants to plan a refactor, create a refactoring RFC, or break a refactor into safe incremental steps.
13prd-to-issues
Turn a PRD into independent ticket artifacts — GitHub issues, Linear tickets, local files, or Notion pages — with HITL/AFK tags and dependency links. Each ticket is a tracer-bullet vertical slice. Use when user wants to produce standalone work items from a PRD. Not for a live feature-building workflow.
12design-an-interface
Generate multiple radically different interface designs for a module using parallel sub-agents. Use when user wants to design an API, explore interface options, compare module shapes, or mentions "design it twice".
12