tdd-test-list
Canon TDD の最初の分析段階として、振る舞いベースのテストリストを作成・更新する skill。USE WHEN: テストシナリオ、TDD Test List、期待する振る舞い、edge case、回帰確認項目を仕様や実装前に洗い出すとき。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Canon TDD の最初の分析段階として、振る舞いベースのテストリストを作成・更新する skill。USE WHEN: テストシナリオ、TDD Test List、期待する振る舞い、edge case、回帰確認項目を仕様や実装前に洗い出すとき。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
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-test-list |
| description | Canon TDD の最初の分析段階として、振る舞いベースのテストリストを作成・更新する skill。USE WHEN: テストシナリオ、TDD Test List、期待する振る舞い、edge case、回帰確認項目を仕様や実装前に洗い出すとき。 |
実装設計ではなく、観測可能な振る舞いの分析としてテストリストを作る。
spec-format の 振る舞い仕様 と TDD Test List。cc3dsfs 原典に依存する場合は、参照元と未検証仮説。cc3dsfs 由来の値は、確定値ではなく仮説として記録する。仕様書に書く場合は次の形を使う。
| 状態 | テスト項目 | 種別 | 関連仕様 | 備考 |
|---|---|---|---|---|
| todo | 期待する振る舞いを 1 つだけ書く | new behavior | 3.1 | 入力、期待結果、実機要否を書く |
状態は todo / red / green / refactor-done / deferred を使う。種別は new behavior / regression / edge case / characterization / hardware-gated を基本にする。
hardware-gated として明示する。