- expert/expert-mini/expert-cqrs/expert-cqrs-mini を dual 系にリネーム (「フルスタック」→「フロントエンド+バックエンド」に説明も修正) - expert-supervisor ペルソナを dual-supervisor にリネーム - passthrough, structural-reform ピースを削除 - default-mini, default-test-first-mini を default に統合 - coding-pitfalls ナレッジの主要項目を coding ポリシーに移動し削除 - implement/plan インストラクションにセルフチェック・コーダー指針を追加 - builtin カタログに不足していた terraform, takt-default 系を追加 - deep-research をカテゴリに追加
3.1 KiB
3.1 KiB
計画に従って、テストがパスするように実装してください。 Piece Contextに示されたReport Directory内のファイルのみ参照してください。他のレポートディレクトリは検索/参照しないでください。 Report Directory内のレポートを一次情報として参照してください。不足情報の補完が必要な場合に限り、Previous Responseや会話履歴を補助的に参照して構いません(Previous Responseは提供されない場合があります)。情報が競合する場合は、Report Directory内のレポートと実際のファイル内容を優先してください。
重要: テストは既に作成済みです。既存テストがパスするように実装してください。
- 既存のテストファイルを確認し、期待される振る舞いを理解する
- テストがパスするようにプロダクションコードを実装する
- テストは作成済みのため基本的に追加不要だが、必要なら追加してよい
- テストの修正が必要な場合は、修正理由をDecisions出力契約に記録した上で修正可
- ビルド確認は必須。実装完了後、ビルド(型チェック)を実行し、型エラーがないことを確認
- テスト実行は必須。ビルド成功後、必ずテストを実行して全テストがパスすることを確認
- ファイル名・設定キー名などの契約文字列を新規導入する場合は、定数として1箇所で定義すること
Scope出力契約(実装開始時に作成):
# 変更スコープ宣言
## タスク
{タスクの1行要約}
## 変更予定
| 種別 | ファイル |
|------|---------|
| 作成 | `src/example.ts` |
| 変更 | `src/routes.ts` |
## 推定規模
Small / Medium / Large
## 影響範囲
- {影響するモジュールや機能}
Decisions出力契約(実装完了時、決定がある場合のみ):
# 決定ログ
## 1. {決定内容}
- **背景**: {なぜ決定が必要だったか}
- **検討した選択肢**: {選択肢リスト}
- **理由**: {選んだ理由}
実装完了前の自己チェック(必須): ビルドとテストを実行する前に、以下を確認してください:
- 新しいパラメータ/フィールドを追加した場合、grep で呼び出し元から実際に渡されているか確認した
??,||,= defaultValueを使った箇所で、フォールバックが本当に必要か確認した- リファクタリングで置き換えたコード・エクスポートが残っていないか確認した
- タスク指示書にない機能を追加していないか確認した
- if/else で同一関数を呼び出し、引数の差異のみになっていないか確認した
- 新しいコードが既存の実装パターン(API呼び出し方式、型定義方式等)と一致しているか確認した
必須出力(見出しを含める)
作業結果
- {実施内容の要約}
変更内容
- {変更内容の要約}
ビルド結果
- {ビルド実行結果}
テスト結果
- {テスト実行コマンドと結果}