一键导入
wipnote-tdd-protocol
TDD protocol for sub-agent implementation tasks — write failing tests first, run quality gates, commit format, attribution rules
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
TDD protocol for sub-agent implementation tasks — write failing tests first, run quality gates, commit format, attribution rules
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | wipnote:tdd-protocol |
| description | TDD protocol for sub-agent implementation tasks — write failing tests first, run quality gates, commit format, attribution rules |
Use this skill for any implementation task dispatched by /wipnote:execute. It defines the mandatory workflow: failing tests first, quality gates, commit format, and work-item attribution.
Trigger keywords: write tests first, TDD, test-driven, quality gate, commit format, attribution
wipnote feature start {feature_id}
Run this as the FIRST command, before reading files, writing tests, or any implementation.
Create test file(s) before writing any implementation:
go test ./... # Expect failures here, not compilation errors
Do not write implementation code until tests exist and fail for the right reason.
Write the minimum implementation to make all tests pass. Do not add code that is not covered by a test.
go build ./... && go vet ./... && go test ./...
All three must pass. Fix any errors before committing — even pre-existing ones in files you touched.
Use conventional commits with the feature ID in the message:
git commit -m "feat({scope}): {description} ({feature_id})"
Include attribution in every commit:
Co-Authored-By: <agent name> <noreply@example.com>
wipnote feature complete {feature_id}
Run this after quality gates pass and the commit is made.
After completion, report:
wipnote orchestration patterns for AI-assisted development. Use when working on code in an wipnote project — provides delegation patterns, model selection, quality gates, and work tracking guidance. Activate when planning work, delegating to agents, debugging, building features, or managing tasks.
wipnote orchestration patterns for AI-assisted development. Use when working on code in an wipnote project — provides delegation patterns, model selection, quality gates, and work tracking guidance. Activate when planning work, delegating to agents, debugging, building features, or managing tasks.
wipnote orchestration patterns for AI-assisted development. Use when working on code in an wipnote project — provides delegation patterns, model selection, quality gates, and work tracking guidance. Activate when planning work, delegating to agents, debugging, building features, or managing tasks.
Plan development work using a triage-gated, blocks-first interview. Classify scope as trivial/standard/complex, then run 0/3/4 staged interview rounds through the current harness native ask-user tool when available, or plain conversation when it is not. Each stage elicits the VISUAL block first (file-tree, api-endpoint, data-model, wireframe/diagram) and derives the prose slice fields (what/why/done_when) from it — blocks are authored inline as the YAML is built, not in a post-pass. Produces slice-card YAML with grounded visual blocks and visible research provenance for external claims; pauses for human review; promotes approved slices to features. Use when asked to plan, create a development plan, or build a feature with design clarity first.
SECONDARY enrichment path — add or revise structured visual blocks (data-model, api-endpoint, file-tree, wireframe, diagram, tabs) on an EXISTING wipnote plan. Use for legacy plans drafted before blocks-first existed, or for ad-hoc later block additions/revisions — NOT for primary planning. New plans get blocks authored inline during the wipnote:plan interview (blocks-first); only reach for this skill when a plan already exists and needs blocks added or changed after the fact. Reads the live block catalog from wipnote plan blocks, adds grounded blocks to slices, regenerates the plan HTML, and links to the dashboard.
Generate a grounded visual recap for a work item, git range, or session. Runs wipnote recap to produce a self-contained HTML artifact grounded in the real diff, reads the artifact, writes an outcome narrative (secrets redacted), and links to the dashboard recap URL. Use when asked to recap, summarize, or visualize completed work.