prath-mode

Prath モード

各リーフが独自の呼び出し方法、オプション、手順、終了条件を定めます。選択した リーフを読みます。プレイブックが定めるのは所定の順序であり、リーフの動作の複製ではありません。

マッチャー

• design：段階的な設計またはマイルストーンの確認、playbooks/design.md
• autoplan：自律的な計画、playbooks/autoplan.md
• review-plan：提案のレビュー、playbooks/review-plan.md
• deslop：差分のクリーンアップ、playbooks/deslop.md
• commit：コミットのみ、playbooks/commit.md
• open-pr：PR の公開／更新、playbooks/open-pr.md
• finish-pr：フィードバックへの対応、playbooks/finish-pr.md
• inspect-pr：PR／CI の確認または返信、playbooks/inspect-pr.md
• understand-repo：リポジトリのマップ作成／保存済みマップの読み込み、playbooks/understand-repo.md
• research-external：ローカルの外部ソース、playbooks/research-external.md
• orchestrate：委任作業、playbooks/orchestrate.md
• session：引き継ぎ／再開、playbooks/session.md
• cursor-agent：Cursor CLI、playbooks/cursor-agent.md
• claude-code：Claude CLI、playbooks/claude-code.md
• codex：Codex CLI、playbooks/codex.md
• todoist：タスクの作成／プレビュー、playbooks/todoist.md
• use-skill：リモートスキルの実行、playbooks/use-skill.md
• restate：平易な言い換えとキャッチアップ、playbooks/restate.md
• ship：実装／deslop／コミット／PR、playbooks/ship.md
• design-then-ship：設計と納品、playbooks/design-then-ship.md
• save-work：任意のクリーンアップ／コミット、playbooks/save-work.md

即時のアクションは連鎖より優先されます。レビューは ship の前に追加しません。 確認／返信は inspect-pr のままです。フィードバックの修正には finish-pr を選択します。 inspect-pr も gh も fix-pr へエスカレーションしません。fix-pr が独自に gh を呼び出します。 deslop は ship では必須、save-work では任意です。異なるインデックス／ワークツリーの パスが混在している場合は、deslop の前に解決します。実装の責任は親が持ちます。

1. マッチして確認する

route | owner | completed | design | diff/tests | terminal を記録します。 プレイブックを1つ開き、その手順をそのまま TODO にコピーします。一致するアクション／ 連鎖が2つある場合は、確認を1つ行います。一致しない場合は、成果について質問を1つ行い、 規模が大きければその後に design を実行します。 プレイブックからリーフを ../../<name>/SKILL.md または ../../../personal/<name>/SKILL.md として解決します。開始前にすべてを確認し、 各リーフの手番の前にも再度確認します。見つからない場合はパスを示して停止し、 npx skills@latest add prathamdby/skills を提案します。 ルート、完了条件、インストール済みの所有者が確定したら完了です。

2. 実行して再開する

現在のリーフをそれぞれ最後まで読み、終了条件に達するまで実行します。報告された終了条件は アクションルートを終わらせますが、必ずしも成功を意味しません。エビデンスで確認できる 成功／変更なしの場合に限り、リーフから次の連鎖へ進みます。プレイブックに終了条件を 確認済みとする完了文言があっても、ブロック中／待機中／プッシュ待ちの場合は一時停止します。

事前設計では、DIRECT は変更なし、DESIGNED／CHECKED は成功、 AWAITING_USER／BLOCKED の場合は次に進みません。親の実装では、予定する差分とテストの エビデンスを記録します。make-pr の前にクリーンなツリーであることを確認します。 中断後に再開する場合は、続行する前に直前の所有者の成果物を再検証します。 ルートの成功完了条件を満たすか、所有者を明示して一時停止を報告したら完了です。 ブロッカーの報告は、納品の成功を意味しません。