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

プロジェクトタスクルーター

タスクの複雑さに応じてルーティング、フェーズ計画、コンパクトな引き継ぎを行い、CodexやAIエージェントの効率的な実行を支援します。

プロジェクトタスクルーター とは?

このスキルは、タスクの複雑さを「単純」「集中型マルチステップ」「マルチステージ」「長時間実行」の4段階に分類し、それぞれに最適な実行方法を提案します。単純なタスクは即座に実行し、複雑なタスクは段階的なフェーズに分割して、会話境界の判断やコンパクトな引き継ぎを行います。主にCodex、Claude Code、CursorなどのAIエージェントを対象としており、SKILL.mdに基づいてフェーズ計画、ルーティングカードの提示、ソースオブトゥルース(真実の源)の管理、そして短く実用的な引き継ぎ文書の作成を行います。これにより、大規模な出力を生成する前に作業を最小限の信頼できる構造に整理し、古い会話トランスクリプトではなくプロジェクトファイルとコンパクトな引き継ぎを通じて継続性を維持します。

対応~Claude Code✓Codex CLI~Cursor
npx skills add dudashuai616/project-task-router

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

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

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

ドキュメント

プロジェクトタスクルーター は何をしますか?

大規模な出力を生成する前に、作業を最小限の信頼できる構造にルーティングします。古いチャットトランスクリプトではなく、プロジェクトファイルとコンパクトな引き継ぎを通じて継続性を維持します。

複雑性ゲートを実行する

タスクを最小限の儀式で分類します:

  • 単純: 明確な成果が1つ、依存リスクが少なく、永続的な引き継ぎの必要がないもの。計画を示さずに直接実行します。
  • 集中型マルチステップ: 1つの主要な成果物と、いくつかの関連するステップがあるもの。短い2〜5ステップの計画を示し、同じ会話内で続行します。
  • マルチステージ: 複数の異なる成果物、異なる参照セット、または明確な上流/下流の依存関係があるもの。作業全体を生成する前に、フェーズと会話の境界を提案します。
  • 長時間実行: セッションをまたがる可能性が高く、多くの決定が蓄積されるか、信頼できる会話コンテキストを超えるもの。実行前に、真実の源、フェーズステータス、および引き継ぎ方法を確立します。

残りのコンテキストの正確な割合を推測するふりをするのではなく、観察可能な証拠を使用します。警告サインには、繰り返しの修正、多数のファイルやアーティファクト、初期の制約の確認困難、以前のターンの要約、必要な参照セットを変更するフェーズ遷移などが含まれます。

会話の境界を決定する

作業が密結合であり、同じアーティファクトを反復しており、同じ小さなコンテキストセットで確実に完了できる場合は、同じ会話に留めます。

次のいずれかが当てはまる場合は、新しい会話を推奨します:

  • 現在のフェーズが、別のフェーズで消費される安定したアーティファクトを生成する。
  • 次のフェーズで、異なるファイルや専門知識が大幅に必要になる。
  • 1つの成果物の独立したレビューが価値を持つ。
  • 続行すると、破棄された探索、ログ、拒否されたドラフトが大量に引き継がれる。
  • コンパクトなファイルベースの引き継ぎでトランスクリプトを安全に置き換えられる。

機械的に分割しないでください。新しい会話は、コンテキストの負荷、手戻り、または曖昧さを減らす場合にのみ正当化されます。個別の会話を推奨し、スタータープロンプトを提供しますが、ユーザーが明示的に要求しない限り、ユーザー所有のタスクを作成したりフォークしたりしないでください。

ルーティングカードを提示する

マルチステージまたは長時間実行の作業では、一括実行を一時停止し、簡潔なルーティングカードを提示します。カードには以下を含めます:

  1. 全体目標 — 1文。
  2. 推奨フェーズ — 依存関係順。
  3. 会話境界 — 各フェーズの「同じ会話」または「新しい会話」と、1行の理由。
  4. 入力 — 読み込む正確な上流ファイルまたは確定した決定事項。広範なプロジェクトスキャンは避けます。
  5. 出力 — 名前付き成果物とその適切なプロジェクト内の場所。
  6. 完了条件 — 観察可能な完了基準。
  7. 引き継ぎ更新 — 更新する必要のあるステータス、決定、または真実の源ファイル。

分解によってスコープや順序が実質的に変更される場合は、後続のフェーズを実行する前にユーザーの同意を得ます。最初のフェーズがすでに明確に承認されている場合は、構造を提示した後、そのフェーズのみを開始します。

真実の源の連鎖を維持する

チャットを作業スペースとして扱い、信頼できるアーカイブとしては扱いません。

  • 該当する AGENTS.md と既存のプロジェクト構成に従います。
  • 現在のフェーズに必要な正確なファイルのみを読み込みます。
  • 受け入れられた結果は、コンテンツの実際のプロジェクト内の明確に名前付けられたファイルに保存します。
  • 各耐久性のある事実は1つの信頼できる場所に配置し、他の場所では複製せずに参照します。
  • 後続の作業に影響を与える決定のみを記録します。隠された推論、破棄されたドラフト、冗長なトランスクリプトの要約は保持しません。
  • 上流の決定が変更された場合は、レビューが必要な下流の成果物を特定し、プロジェクトステータスで明確にマークします。

既存のプロジェクトステータスファイルまたは決定ファイルを優先します。存在せず、意味のあるセッション間作業に必要な場合は、すべてのプロジェクトにインデックスを作成するのではなく、最も小さな有用なファイルセットを提案します。

コンパクトな引き継ぎを作成する

会話を変更する前、未完了の作業を一時停止する前、またはコンテキストの信頼性が低下した後に続行する前に、まず正式なアーティファクトを更新し、次に以下の内容を含むコンパクトな引き継ぎを準備します:

  • タスクと現在のフェーズ。
  • 完了し承認された作業。
  • 確定した決定事項。
  • 信頼できるファイルパスとバージョン。
  • 未完了の作業とブロッカー。
  • 次の即時のアクション。
  • 次の会話が読み込むべき正確なファイル。
  • 次の会話で使用できるすぐに使えるスタータープロンプト。

引き継ぎは、すばやくスキャンできる程度に短く保ちます。次の会話は、古いトランスクリプトを再構築するのではなく、正式なファイルと引き継ぎから再開する必要があります。

スタータープロンプトパターン

新しい会話を推奨するときは、この構造を使用します:

[プロジェクト] を続行、フェーズ: [フェーズ名]。

以下を読み、従ってください:
1. [該当する AGENTS.md]
2. [プロジェクトの真実の源]
3. [現在のステータスまたは引き継ぎ]
4. [正確な上流アーティファクトまたは関連セクション]

読み込まないもの: [無関係なチャット、フォルダ、ドラフト]。

目標: [単一フェーズの目標]。
出力: [名前付き成果物と場所]。
完了条件: [観察可能な基準]。
完了後: [ステータス/決定/引き継ぎの更新]。

オーバーヘッドを比例させる

  • 単純なリクエストに対して複雑なワークフローを宣言しないでください。
  • 将来の消費者がいない計画ファイルを作成しないでください。
  • 正確なソースがわかっている場合は、プロジェクト全体を再読しないでください。
  • 必要な上流の決定が安定する前に、後段のアセットを生成し続けないでください。
  • ユーザーが明示的に委任を要求するか、該当する指示がそれを要求しない限り、サブエージェントや並列エージェントを使用しないでください。

このスキルが実行を実質的に変更する場合、タスクが分割または引き継がれていることとその理由をユーザーに簡単に伝えます。

関連スキル