checklist

チェックリスト

タスク

この会話で直近に提示された構造化コンテンツ（計画、コードレビュー、タスクリスト、実装手順など）を Markdown のチェックリストファイルに変換し、プロジェクトに保存します。

手順

1. 対象コンテンツを特定する

現在の会話のコンテキストを確認します。直近の計画、コードレビュー、実装手順、その他の構造化コンテンツを探します。これが変換対象です。

2. ファイル名を決める

コンテンツのトピックから、短く内容を表すケバブケースの名前を作成します（例：auth-refactor、api-migration、payment-integration）。ファイルは .claude/plans/<name>-checklist.md に保存します。

3. 既存ファイルを確認する

書き込む前に、.claude/plans/<name>-checklist.md がすでに存在するか確認します。存在する場合は、上書きするか、別の名前を選ぶか、キャンセルするかをユーザーに確認します。ユーザーの回答を得るまで、処理を進めないでください。

4. 適切なチェックリストの粒度を決める

変換する前に、チェックボックスをどの粒度にするべきか判断します。

• コンテンツがプランモードで生成された計画の場合： 計画のテキストはそのまま保持してください。書き換え、要約、言い換え、構成変更はしないでください。主要な実装セクション／手順にのみ - [ ] マーカーを追加します。細かなサブステップすべてに追加してはいけません。ユーザーはすでにこの計画を確認し、承認しています。あなたの役割は、進捗を追跡できるようにすることだけです。
• コンテンツが、すでに明確に定義された大きな手順／セクションを含む計画の場合： それらの大きな手順の粒度で - [ ] マーカーを追加します。さらに細分化しないでください。
• コンテンツが、明確なセクション分けのない一般的なタスクリストまたは未整理の内容の場合： どのような単位で分けるか、作業を進める前にユーザーに確認してください。推測したり、独自に粒度を決めたりしてはいけません。

5. チェックリスト形式に変換する

次のルールに従って、コンテンツをチェックリストファイルに変換します。

• 元のテキストをそのまま保持してください。見出し、セクション、グループ分け、階層、順序、表現をすべて維持します。書き換え、要約、言い換えはしないでください。
• 手順 4 で特定した最上位の実行可能なセクションにのみ、- [ ] チェックボックスマーカーを追加します。
• 説明、背景、根拠、セクション内の詳細など、実行可能でないテキストはチェックボックスを付けず、そのまま保持します。
• 見出しの階層（##、### など）は元のまま維持します。
• セクション内に箇条書きや番号付きリストがすでにある場合は、そのまま残します。これらはチェックボックス付きセクションの詳細であり、独立したチェックリスト項目ではありません。
• ネストされたチェックボックス（例： - [ ]）を使うのは、元の内容に明示的な複数階層の構造（フェーズ／サブフェーズ）がある場合に限ります。

6. トラッキング用ヘッダーを追加する

次の正確なブロックを、他のコンテンツより前のファイル最上部に追加します。

7. ディレクトリが存在することを確認する

.claude/plans/ がまだ存在しない場合は作成します。

8. ファイルを書き込む

チェックリストを .claude/plans/<name>-checklist.md に保存します。

9. 完了を報告する

ファイルのパスと、何を記録したかの簡単な概要をユーザーに伝えます。項目は完了するたびにチェックされることも伝えてください。