Menu
Kent Beck の Canon TDD を project workflow として進める orchestration skill。USE WHEN: ユーザが TDD、テストリスト、red/green/refactor、t_wada 指針、仕様から実装への TDD 進行を求めるとき。仕様書が関係する場合は spec-format と併用する。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
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: <追加したテストリスト項目や判断>