Menu
Kent Beck の Canon TDD を project workflow として進める orchestration skill。USE WHEN: ユーザが TDD、テストリスト、red/green/refactor、t_wada 指針、仕様から実装への TDD 進行を求めるとき。仕様書が関係する場合は spec-format と併用する。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
ponkan-python の PyPI release を計画・実行する workflow skill。USE WHEN: ユーザが PyPI へのデプロイ、ライブラリのバージョンアップ、release tag 作成、TestPyPI / PyPI publish、post-publish smoke check、release 手順の確認を依頼したとき。
new 3DS XL capture board を使う実機検証の安全手順、pytest marker、driver/USB 状態、raw artifact 保存を確認するスキル。USE WHEN: requires_n3dsxl テスト、probe、raw capture、streaming smoke test を実行・設計するとき。
実装中の設計上の気づき・疑問・バックログ送りにしたタスクを spec/dev-journal.md に記録するスキル。USE WHEN: ユーザが「ジャーナルに書いて」「メモしておいて」「dev-journal に追記して」「これ記録して」「あとで見返せるようにして」「バックログに入れて」「後回しにしたい」など、実装中の気づきや先送りタスクの記録を依頼したとき。spec/dev-journal.md を読み書きするときは必ず参照すること。
ponkan-python の Agentic Spec-Driven Development を開始・進行する入口 skill。USE WHEN: ユーザが Agentic SDD、次の Work Unit、spec/initial からの実装、Intent Delta、Subagent auto-orchestration、仕様起点の plan/tasks/implement/gate loop を求めるとき。
作業ブランチを GitHub PR 経由で default branch にマージし、ローカル同期・ブランチ削除まで一括実行するワークフロースキル。USE WHEN: ユーザが「PRを出して」「マージして」「ブランチをまとめて」「mainに入れて」「PRクリーンアップ」「PR後片付け」など、作業ブランチの変更をリモートに反映したい意図を示したとき。
test && commit || revert を隔離 worktree 上で試す実験 workflow skill。USE WHEN: ユーザが明示的に TCR、test && commit || revert、TCR実験、tcr-workflow-exp を求めるとき。通常の TDD workflow では暗黙的に使わない。
| name | tdd-workflow |
| description | Kent Beck の Canon TDD を project workflow として進める orchestration skill。USE WHEN: ユーザが TDD、テストリスト、red/green/refactor、t_wada 指針、仕様から実装への TDD 進行を求めるとき。仕様書が関係する場合は spec-format と併用する。 |
Kent Beck の Canon TDD を、ponkan-python の仕様、テスト、実装、検証に接続する。
通常の TDD は隔離 worktree を要求しない。変更を伴う TDD は、Agentic SDD の Git Context Gate を通した通常 worktree の作業ブランチ上で進める。
tcr-workflow-exp を使い、隔離 worktree へ切り替える。spec-format を使い、振る舞い仕様と TDD Test List を仕様書に置く。tdd-test-list で、期待する振る舞い、variant、edge case、既存動作の回帰リスクを列挙する。tdd-one-cycle で red、green、必要に応じた refactor を 1 サイクルだけ実行する。tidy-first で behavior change と structure change を分ける。test-desiderata-review で trade-off を確認する。cc3dsfs 由来の定数、USB command、構造体サイズは cc3dsfs-source-audit で参照元を確認する。n3dsxl-hardware-harness の marker と安全条件を優先する。作業中は、現在の TDD 状態を簡潔に示す。
TDD status:
- list item: <対象のテスト項目>
- state: red | green | refactor | done
- command: <実行した検証コマンド>
- notes: <追加したテストリスト項目や判断>