haoyun18881-beep/project-delivery-engine

プロジェクトデリバリーエンジン | Project Delivery Engine

AI が数ヶ月にわたる作業を行っても、常に状況を把握し続けられるようにする。

プロジェクトが長引くほど、AI は進捗を忘れたり、ファイルを混乱させたり、未完了のタスクを完了したと誤認しやすくなります。プロジェクトデリバリーエンジンは、プロジェクトの状態を継続的に管理します。

• 非常に軽量：エントリポイントは約 4KB のみで、ルールは必要に応じて読み込みます。
• 非常に厳格：重要な成果物は別の AI に独立したレビューを任せ、偽の完了を見抜きます。
• 非常に安定：プロジェクトファイルが残っている限り、ウィンドウを切り替えても、AI を変更しても、数ヶ月後に戻ってきても、保存された状態から続行できます。

使用方法： このスキルを選択し、プロジェクト立ち上げ、プロジェクト再開、引き継ぎ文書を作成、独立レビュー、並列実行（spawn agent：サブエージェントを起動） などと入力します。

プロジェクトページ： GitHub｜プロジェクトデリバリーエンジン（作者の GitHub ページ）。

これがユーザーのために管理するもの

• 現在の進捗、次のステップ、リスク、引き継ぎエントリポイントを保存し、ウィンドウを切り替えても再説明する必要がありません。
• ルール、現在の状態、履歴の証拠、実際の成果物を分離して管理するため、ファイルが増えても混乱しません。
• サブタスクにスコープ、完了条件、停止条件を定義し、複数の AI が並行して作業してもそれぞれがバラバラに進むことを防ぎます。
• 重要な成果物は独立したレビューを受けさせ、作業を行った AI 自身が採点することを防ぎます。
• フェーズ終了時に引き継ぎ情報を整理し、新しいウィンドウ、新しい AI、または数ヶ月後でも続行できます。

処理順序

SKILL.md にはプロジェクトデリバリーエンジンのルーティングとハードバウンダリのみを保持し、詳細なルールは必要に応じて references から読み込みます。

1. ユーザーの最新の指示と現在のプロジェクトファイルに基づいてタスクの境界を決定します。タスクが現在のプロジェクトの状態に依存する場合、またはユーザーが明示的に現在のプロジェクトの管理を要求した場合にのみこのスキルを適用します。通常の一時的なリクエストや、プロジェクトの状態に依存しない一度限りの並列タスクはアーカイブしてはいけません。
2. タスクがプロジェクトの状態に依存する場合、references/project-state.md に従ってプロジェクトルート、五件套、および必要なインデックスを確認します。新規作成またはファイル修正時に references/project-file-templates.md を読み込みます。
3. 単純なメインスレッドタスクはそのまま実行します。協調作業、並列実行、worktree（隔離作業ツリー）、または確認が必要な場合は、references/collaboration.md に従ってルートを選択します。実際の分担が必要な場合は、references/taskcard-evidencebundle.md を読み込みます。
4. タスク終了時、references/project-state.md に従って状態の保存が必要か判断します。

機械的なチェック、番号付与、起動メッセージ、およびガバナンスファイルの制御付き書き込みについては、references/project-gov-cli.md を参照してください。

初回使用時、ユーザーが具体的な使用方法を尋ねた場合、または project-gov がエラーを報告した場合は、references/quickstart-faq.md を読み込みます。

ハードバウンダリ

• メインスレッドが最終的な採用を決定します。協調スレッド、スクリプト、証拠パッケージは、メインスレッドに代わって完了を宣言したり、結果をマージしたりすることはできません。
• プロジェクトの AGENTS.md には、プロジェクトのアイデンティティ、固有の事実、権限、境界のみを記述し、このスキルの汎用ルールを複製しないでください。
• ガバナンス範囲のアーカイブ、checkpoint（チェックポイント）、または引き継ぎの書き込みを行う場合は、必ず project-gov propose（プレビュー）→ apply（実行） を使用してください。ツールで表現できない場合は停止して説明し、回避しないでください。
• 現在のタスクに必要な参照ファイルのみを選択し、選択後は必ず完全に読み込んでください。