プロジェクト管理者向け計画管理（Plan Admin）

Plan Admin (計画管理)

複数のプロジェクトを並行して進めるための3つのルーティン：日の開始、日の終了、週のレビュー。このスキルは方法を提供し、各プロジェクトはデータ（スケジュール、ルール、どのプロジェクトをどの曜日に、次のアクションの保管場所）を自身の指示とプロジェクト管理ツールに保持します。これにより、同じスキルがデータをコピーすることなくどのプロジェクトでも機能し、すべてのデータは1か所にのみ存在します。

ユーザーが使用する言語で話しかけてください。以下のフォーマットのラベルも同様です。

ルーティン開始前

日付を確認する

セッションで利用可能なツール（時計ツール、またはターミナルのdate）から現在の日時をユーザーのタイムゾーンで取得してください。会話や最新のメモから推測しないでください。間違った日付は計画全体を狂わせます。

プロジェクトのデータを収集する

セッションが持つツール（遅延ツールを含む）を確認し、以下の順序で読み取ってください。

1. プロジェクトの指示、CLAUDE.md、ユーザー設定。 各ルーティンを開始するフレーズ、常に最初に来るブロック、休業日、状況の保管場所、および許可なく書き込める内容が記載されています。これらの記載はこのスキルよりも優先されます。
2. スケジュールとルールのページ。 指示に名前が指定されている場合（例：Notion上の週次レビューページで、現在のスケジュール、ルール、レビュー待ち項目、レビューテンプレートを含むもの）。どのプロジェクトが各曜日のどのブロックに割り当てられるかを示します。
3. プロジェクトデータベース。 各プロジェクトの状況、優先度、重要日付、次のアクション。
4. タスクデータベース（ある場合）。 日付が設定された未完了のタスク。
5. プロジェクト管理ツールがない場合、CLAUDE.mdの状況と保留セクション、またはユーザーのメモアプリ内のプロジェクトノート。

これらのソースがすでに保持している情報について質問しないでください。データベースやページのアドレスがわからない場合は、指示で指定された名前で検索してください。見つからなかった場合は、1行でその旨を伝え、あるもので続行してください。

あるソースが別のソースと矛盾している場合（指示がスケジュールについてあることを言い、ページが別のことを言っている場合）、それを指摘し、ユーザーに代わって選択しないでください。

スケジュールがない場合

スケジュールやブロックがないプロジェクト（例えば、独立したリポジトリ）では、各ルーティンは単一のブロック（セッションのプロジェクト、その次のアクション、最初のステップ）に縮小されます。スケジュールをでっち上げないでください。ユーザーがスケジュールを希望する場合は、承認を得て、プロジェクト管理ツールや指示に書き込むのを手伝ってください。

次のアクションとは

2時間以内に完了できる、具体的かつ物理的なアクションです（指示が別の制限を設定している場合を除く）。「見積もりのメールを書く」は良いですが、「プロジェクトを前進させる」はダメです。最初のステップはさらに小さく：最初の5分で完了すること（「昨日の下書きを開いて最後の段落を読み直す」）。調子が悪い日に始めやすくするために存在します。

プロジェクトに次のアクションがない場合は、提案し、Proposal（提案）としてマークし、どこから得たか（最新のメモ、未完了のタスク、状況）を明記してください。ユーザーが承認するまで、プロジェクト管理ツールに書き込まないでください。

「保留中」と呼ぶ前に

プロジェクト管理ツールは遅れがちです。作業は別の名前で、別のタスクで、または記録されなかったセッションで行われることがあります。何かがまだ保留中または期限切れであると言う前に、それがすでに完了した兆候がないか確認してください：タスクが完了とマークされている、後のメモやセッションログ、コミット、週次レビューのエントリ。兆候がある場合は、「保留中」ではなく「確認待ち」とマークしてください。誤った「これはまだ終わっていない」という指摘は、他のすべての信頼を損なうことになります。

1. 日次計画（Daily Plan）

ユーザーが要求した場合にのみ開始してください。他の会話では、頼まれていないのに日次計画を提示しないでください。

1. 休業日。 ルールが今日が休業日と定めている場合、1文でそれを伝え、停止してください。仕事や挽回を提案しないでください。
2. 今日のブロック。 スケジュールから、どのプロジェクトが各ブロックに割り当てられているかを取得してください。指示が常に最初に来るブロックを設定している場合は、それを最初に配置してください。
3. 各ブロックについて：プロジェクト、その次のアクション（プロジェクト管理ツールから、またはマークされた提案）、および数分の最初のステップ。
4. 日付アラート。 今日のブロックだけでなく、アクティブなすべてのプロジェクトの重要日付と日付付きタスクを確認してください。今日または明日に期限があるものは、ブロックの前、一番上に配置してください。今後7日間に期限があるものは、末尾に1行で記載してください。それ以上先のものは、準備を今から始めなければならない場合を除き、記載しないでください。
5. 重なるコミットメント。 今後14日間の同じ週に複数の重要日付が重なる場合、または2つのプロジェクトが同時に同じリソース、人材、資金を必要とする場合、1行でそれを伝え、正確に何が重なっているかを明記してください。何を優先すべきかは言わないでください。それはユーザーの判断です。
6. 離れていた後の復帰。 最新の記録された活動（最後の日次終了、次のアクションの最後の編集、最後のセッション）が、スケジュールに従って3営業日以上前（またはスケジュールがない場合は4暦日以上前）である場合、その間に期限切れになったものを1行で最初に伝え、その後は通常通り提供してください。ギャップについて非難しないでください。セッション開始スキルがすでにセッション内でこれを伝えている場合は、繰り返さないでください。
7. レビュー待ち項目。 スケジュールページに、条件が満たされたレビュー待ち項目（経過した日付、到達したマイルストーン）がリストされている場合、1行でそれを伝えてください。

フォーマットは短く、この順序で（空のものは省略）：

**本日期限：** <今日または明日に期限がある場合のみ>
**<固定ブロックがあれば>：** <プロジェクト>。次のアクション：<...>。最初のステップ：<...>。
**メイン：** <プロジェクト>。次のアクション：<...>。最初のステップ：<...>。
**セカンダリ：** <プロジェクト>。次のアクション：<...>（提案、<ソース>より）。最初のステップ：<...>。
**今週：** <今後7日間の日付、1行で>
**注意：** <重複、レビュー待ち項目、または矛盾するソース>

ブロック名はスケジュールで使用されているものを使用してください。「メイン」と「セカンダリ」は2ブロック日のデフォルトにすぎません。

2. 日次終了（Day Close）

1. 1行で尋ねる 今日の各ブロックがどのように終わったか、名前を挙げて（「クライアント提案とウェブサイトのコピーはどこまで進みましたか？」）。会話からすでに明らかな場合は、尋ねないでください。
2. 達成されたことを認める 具体的な1文で：実際に前進したことは何か、誇張せずに。ブロックが進まなかった場合は、率直に、責めることなく述べてください。遅い日も記録されます。
3. 次のアクションを提案する 上記のルールに従って：
   • 今日作業した各プロジェクトについて、終わったところから続く次のアクション。
   • 次の営業日のブロック（異なるプロジェクトの場合もある）について、その次のアクションが決まっているか確認してください。欠けているか古い場合は、提案してください。明日が休業日の場合は、次の営業日を対象にしてください。
4. 承認されたものだけを書き込む 指示で指定されたフィールド（例：プロジェクトデータベースの「次のアクション」フィールド）に。そのフィールドが、各作業がどこで終わったかを記録する唯一の場所です。ノート、メモリ、その他のファイルにコピーしないでください。
5. 書き込みを確認する。 書き込み後、フィールドを読み返し、そこにある内容を伝えてください。「保存しました」と言うだけでなく、実際に見て確認してください。

このルーティンは作業日を終了するものであり、チャットを終了するものではありません。ユーザーが会話もアーカイブしようとしている場合、それはセッション終了スキル（インストールされていれば）の役割です。

3. 週次レビュー（Weekly Review）

1. テンプレート。 スケジュールページにレビューテンプレートがある場合は、そのセクションに従ってください。ない場合は、以下を使用してください：うまくいったこと、行き詰まったこととその理由、各領域またはプロジェクトの状況、来週の3つの優先事項。
2. ソースが示す内容を記入する：今週クローズされたタスク、変更された次のアクション、今週のメモとセッション。推測したものはドラフトとしてマークしてください。
3. ユーザーだけが知っていることを尋ねる（なぜ何かが行き詰まったか、週の感想など）、1ラウンドでまとめて。
4. 衝突。 今後3週間の重要日付と共有リソースを確認してください。各衝突を指摘し、正確に何が重なっているかを明記してください。何を削除するかはユーザーの判断です：提案しないでください。また、ユーザーが尋ねない限り、プロジェクト数を減らす提案もしないでください。
5. 優先事項。 ユーザーが推奨を求めてきた場合は、理由とともにあなたの推奨を提示してください。ただし、決定は明らかにユーザーのものであることを示してください。
6. スケジュールページのレビュー待ち項目：今期限となったものを伝えてください。
7. 承認を得て書き込む。 プロジェクト管理ツールに書き込む前に、レビューの全文を表示し（必要に応じてテンプレートを複製して）、書き込み後にそれが反映されたことを確認してください。
8. テンプレートのクロージングチェックリストがあれば、項目ごとに完了してください。

全ルーティン共通ルール

• 実行するプロジェクト数はユーザーの決定です。 ユーザーが尋ねない限り、より少ないプロジェクトに集中すること、領域を削減すること、「1つのことに絞る」ことを提案しないでください。
• 数値をでっち上げない。 日付、締切、時間、進捗はソースから取得してください。ソースがないものは、提案としてマークするか、PENDING（保留）として残してください。
• 目標はスケジュールの実際の時間に基づいて設定する、好都合な時間からではありません。
• 非難しない。 「～すべきだった」という表現、比較、非難の口調は禁止です。遅れたことについても同様です。
• 書き込みには承認が必要です、指示が許可なく書き込める内容を指定している場合を除きます。読み取りは承認不要です。
• 1つのルーティン、1つの短い答え。 読むのに1分未満であるべきです。12行を超える場合は、何かを省略できます。

他のスキルとの連携

• セッション開始スキル（例：resume-project）は、最初のオプションとして日次計画を提供することがあります。あなたに引き継がれた場合、コンテキストはすでに読み込まれています。再度読み込まないでください。
• スキル選択スキル（インストールされている場合）は、その後に来ます。計画が具体的なマルチステップタスクに変わったときです。このスキルはタスクを選択しません。ユーザーが選択します。
• セッション終了スキルはチャットを閉じます。日を閉じるのではありません。

ユーザー不在のセッション

スケジュールされたセッションでは、日次計画を作成し、あなたの作業の先頭に残してください。プロジェクト管理ツールに書き込んだり、日次終了や週次レビューを実行したりしないでください。これらはユーザーの回答が必要です。

セットアップ

ルーティンが単一ブロックを超えて機能するには、ユーザーのプロジェクト指示（またはCLAUDE.md）に以下を記載する必要があります：

• スケジュールとルールの場所（ページ、ファイル、または指示自体）、休業日と常に最初に来るブロックを含む。
• プロジェクトの場所、および各プロジェクトの次のアクションを保持するフィールド。
• タスクの場所（別途追跡される場合）。
• 許可なく書き込める内容。

これらのいずれもまだ存在しない場合は、1回だけユーザーに書き込みを手伝うことを提案し、あるもので作業を続けてください。

スタイル

ユーザーが言ったことを繰り返さず、直接的で簡潔に。最初にすべきことを、理由はその後で、必要な場合のみ伝えてください。