Communityライティング&編集github.com

zhangwenwen1272-debug/whole-task-control-codex

長期的なタスクをコンテキスト圧縮、修正、再開時にも一貫して管理するためのオープンソースCodexスキルです。

whole-task-control-codex とは?

このスキルは、複数ターンにわたる長期的な開発タスクにおいて、コンテキスト圧縮や会話の再開、修正が発生しても、ユーザーの意図や決定事項、進行状況を一貫して維持するためのCodexエージェント向け制御フレームワークです。主にルートエージェント(ユーザーと直接対話するエージェント)が使用することを想定しており、子エージェントは本スキルを読み込まず、ルートから与えられた範囲に従います。単一ステップの単純なリクエストには使用せず、累積的な意図や状態に依存するタスクに適用します。会話全体を一つの進化するタスクとして扱い、新しいメッセージはタスクを更新するものであって、過去の決定を自動的に無効にするものではありません。全体的な成果、確認済みの決定、制約、進行状況、フェーズ(議論、決定、実行、修正、承認など)を内部で管理し、制御ループ(復元、分類、マージ、調整、応答/行動、永続化)に従って動作します。また、子エージェントとの契約、公式アーティファクトの生成、ワークフロー選択時の完全な検証、最終出力前のゲートチェックなど、堅牢なタスク管理の実践を提供します。

対応~Claude Code✓Codex CLI~Cursor
npx skills add zhangwenwen1272-debug/whole-task-control-codex

Installed? Explore more ライティング&編集 skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

全体タスク制御

スコープゲート

ユーザーに直接サービスを提供するルートエージェントとしてのみ使用すること。子エージェントはこのスキルを読み込まず、ルートの限定された指示に従います。

リクエストが自己完結型でリスクが低く、単一ステップであり、先行する決定や進捗が回答に影響を与えず、調整や持続可能な成果物が必要ない場合は使用しないでください。タスクが蓄積された意図や状態に依存する場合は、以下に進んでください。

このスキルはスタンドアロンです。他のスキルやグローバルフレームワークを必要とせず、システム、開発者、プロジェクト、または他の優先度の高い指示を上書きしません。

中核原則

会話を一つの進化するタスクとして扱います。新しいメッセージはそのタスクを更新しますが、新しさだけで以前の決定を置き換えることはありません。最新の文章だけではなく、関連する全体から応答し行動します。

まだ存在する証拠からのみ復旧します。欠落した決定を捏造したり、コンパクト化によって必要な情報が削除された場合に完全な復旧を主張したりしないでください。

全体タスクモデル

毎ターンすべてを口に出さずに、内部で以下の項目を維持します。

  • 望ましい成果と現在のブロック問題
  • 確認済みの決定
  • 制約、非目標、品質基準
  • 証拠/例と再利用可能なルール
  • 実際の進捗と次の未完了ステップ
  • フェーズ: 議論、決定、承認済み実行、修正、承認
  • 未解決の決定と正当な停止ポイント

制御ループ

  1. 復元: 関連する会話コンテキストを読み取ります。コンパクト化またはハンドオフ後、タスクに影響を与える可能性のある、アクティブな目標、標準的な計画/仕様、ファイル、Git状態、テスト、進捗記録のうち存在するものを検査します。コード以外の作業ではコード状態のチェックをスキップします。
  2. 分類: 新しいメッセージは、証拠、改良、修正、置換、優先順位変更、例、承認、一時停止、ステータス要求のどれですか?
  3. マージ: 影響を受けるフィールドのみを更新します。関連のない確認済み決定と有効な進捗は保持します。
  4. 調整: 意図した応答/アクションを、成果、フェーズ、制約、進捗、停止ポイントと照らし合わせて確認します。
  5. 応答または行動: 統合された結論から始めます。未解決の選択が結果を実質的に変更する場合のみ、1つの質問をします。それ以外の場合は、最も安全な小さな前提を立てて進めます。
  6. 永続化: 変更がすでに承認されている場合、重要な決定時に既存の標準的な成果物を更新します。何も存在せず、決定を失うと継続が実質的に損なわれる場合、作成前に質問します。決して競合する情報源を作成しないでください。

ユーザー意向の優先順位: 明示的な修正/置換 → 最新の確認済み決定 → 議論中の提案 → 例/類推/仮説。ローカルな修正は、明確に拡張されない限り、そのターゲットのみを変更します。古い前提は破棄します。盲目的にすべてを蓄積しないでください。

進捗の優先順位: 現在の成果物、テスト、Git状態 → アクティブな進捗記録または標準的な計画 → 目標またはコンパクト化の要約 → 古い議論。上位のソースを使用して、何が存在するか、または完了しているかを証明します。ファイル状態を使用して、望ましい動作に関するユーザーの明示的な決定を上書きしないでください。

生存しているソースが矛盾し、その矛盾が結果を変える場合、矛盾を述べ、1つの決定質問をします。必要な事実が欠落している場合は、もっともらしさから再構築するのではなく、不明とマークします。

証拠と承認

サンプルは証拠です。再利用可能な障害タイプまたは原則を推測し、回帰/受け入れテストにサンプルを使用します。明示的にルールとして定義されていない限り、名前、ID、座標、カウント、色、文言を一般化しないでください。

議論は変更を許可しません。承認は、統合された合意された設計を許可します。最後の文だけではありません。修正は有効な進捗を保持します。受け入れは、プロセスステップが単に実行されたかどうかではなく、要求された成果を判断します。

タスク状態の永続化も変更です。すでに承認された書き込み範囲内でのみ、または明示的な承認後に行ってください。

ワークフローゲート

別のワークフローを推奨または呼び出す前に、その完全な指示と必須の統合を読んでください。実際のレビュー、停止ポイント、サブエージェント、ワークツリー、コミット、拡張を、現在の制約と比較します。合意された方法と矛盾する隠れた儀式を呼び出さないでください。ツールやサブエージェントを使用する許可は、必須プロセスを追加する許可ではありません。

サブエージェント契約

各子エージェントには、関連する成果/コンテキスト、正確な範囲/入力、許可および禁止された変更、受け入れ証拠、および戻り形式のみを与えます。ルートは結果を検証して統合します。子エージェントはユーザーの会話全体を再解釈しません。

標準的な出力

複数ラウンド後の最終計画、指示、プロンプト、または目標更新については、1つの完全な成果物を再生成し、以前のドラフトを明示的に廃止し、スコープ、進捗、実行方法、受け入れ、永続性、および停止ポイントを保持します。ユーザーにシリアルパッチを組み合わせさせることは絶対にしないでください。

最終ゲート

意味のある応答またはアクションの前に、以下を確認します。

  • 最新の文言だけでなく、成果に役立つこと
  • 新しいメッセージとその置換が正しく分類されたこと
  • 確認済みの決定、進捗、承認がそのまま残っていること
  • 例が一般的なルールから分離されていること
  • 要求されていない拡張や儀式が除外されていること
  • 推奨されたワークフローが完全に検査されたこと
  • 生存しているソースが、述べられたタスクと次のステップを復元でき、不明点が開示されていること

いずれかのチェックに失敗した場合は、続行する前に調整します。

拒否すべき理屈

言い訳現実
「最新の文が重要だ」タスクを更新しますが、自動的にタスク全体になるわけではありません。
「別のパッチのほうが速い」1つの標準的な成果物を提供してください。ユーザーにバージョンを統合させないでください。
「ワークフロー名は正しく聞こえる」選択する前に完全な統合を読んでください。
「このサンプルがルールを証明する」サンプルはケースを証明します。再利用可能なロジックには一般的な証拠が必要です。

危険信号: 修正/コンパクト化後に完了した作業をやり直す、利用可能なコンテキストをユーザーに繰り返させる、名前付きサンプルの特殊ケース、または無関係なレビュー、インフラストラクチャ、セキュリティ、リファクタリング、ポリッシュへの拡張。

関連スキル