delivery は何をしますか？
ユーザーは目標と制約を提示し、監視なしで完成・検証された結果を期待します。現在の指示とリポジトリのルールが以下のすべてに優先します。ユーザーのグローバル指示には、個人の詳細（マシンの制限、製品、レビューボット、口調など）が含まれる場合があります。それに従ってください。
タスクの確立
- リポジトリのAGENTS.md/CLAUDE.md、関連するアーキテクチャ、パッケージマニフェストとロックファイル、現在のGitステータスを読み込みます。編集前に、タスクの実際のブランチ、ベース、イシュー、既存のワークツリーを調査します。
- 観察可能な受け入れ基準を特定します：動作、設定、互換性、UIの洗練度、テストエビデンス、要求されたデリバリー方法。合理的で可逆的な選択を行い、重大な曖昧さについてのみ質問します。
- 実質的に無関係なタスクには、隔離されたGitワークツリーを使用します。ハーネスがこのタスク用にすでに作成したワークツリーを再利用します。共有チェックアウトを切り替えたりリセットしたりしないでください。複数のエージェントが意図的にワークツリーを共有する場合は、ファイルの所有権と1つのGit書き込みについて合意します。mainにプッシュする以前の要求は、新しいプッシュを許可しません。
実装と検証
- プロダクトのアイデンティティを維持します。タスクが再設計を求めていない限り、既存のサーフェスを再設計するのではなく、洗練させます。
- 新しいAPIを使用する前に、インストールされているフレームワークとAPIのバージョンを確認します。なじみのない、またはバージョン依存の動作については、現在の公式ドキュメント、またはContext7がインストールされている場合はそれを参照します。
- プラットフォームターゲット（ゲームサーバー、モバイルOSバージョン、ブラウザエンジン、ランタイム）については、ビルドの実際のターゲットと公式APIに対して互換性を確認します。開発インスタンスの代わりに本番環境でテストすることは絶対に避けます。
- リポジトリのテストコマンドとビルドコマンドを優先します。動作変更に対して意味のある回帰テストカバレッジを追加し、影響を受ける統合をテストします。UI作業の場合は、指示がなくても
visual-qaを使用します。 - 独立した調査と編集を、明確な所有権のもとで並列化すると有効な場合があります。同時実行数はマシンに合わせます。複数の重いビルドやレンダリング、または2つ以上のブラウザセッションを実行する前に、CPUとメモリを確認します。バックグラウンドサーバーを蓄積したり、冗長なエージェントスウォームを起動したりしないでください。
エンジニアリングプレイブック（pstack）
このスキルはルーターのままです。Lauren Tan氏のpstackプラグインがインストールされている場合、そのプレイブックをタスク内のエンジニアリング手法として使用します。ほとんどのpstackスキルは手動専用ですので、読み込みを待つのではなく、パス <pstack>/skills/<name>/SKILL.md で直接読んでください。pstackファイルに従う前に、ハーネス用のアダプターをセッションごとに1回読みます。Cursorのツール、モデル、パス名をマッピングしています。
ハーネスに応じて <pstack> を解決します：
- Claude Code:
ls -d ~/.claude/plugins/cache/cursor-plugins/pstack/*/ | sort -V | tail -1。 アダプター<pstack>/docs/harness/claude-code.md。モデルシート~/.claude/rules/pstack-models.md（自動読み込み）。 - Codex:
ls -d ~/.codex/plugins/cache/tinderbox-pstack/pstack/*/ | sort -V | tail -1。 アダプター<pstack>/docs/harness/codex.md。モデルシート~/.codex/pstack-models.md（ロールモデルを起動する前に読み込み）。
どちらのパスも存在しない場合、pstackはインストールされていません：なしで作業します。
| タスクの形状 | 読み込みと従うべきもの |
|---|---|
| 報告された欠陥 | skills/poteto-mode/playbooks/bug-fix.md |
| 測定された遅さ、または1つのメトリクスを押し上げる | perf-issue.md、hillclimb.md |
| リーク、スピン、またはグリッチ；キャプチャされたプロファイル | runtime-forensics.md、trace-forensics.md |
| 新しい動作；構造のみの変更 | feature.md、refactoring.md |
| 経験的な設計フォーク | prototype.md（ユーザーに尋ねる代わりに） |
| 読み取り専用の「どのように/なぜ/確かなのか」 | investigation.md、skills/how、skills/why |
| 影響範囲が不明確な変更 | 編集前に skills/blast-radius |
| ベンチマークまたは高速化の主張 | 報告前に skills/benchmark-checklist |
| 繰り返し可能なアプリ証明がないプロジェクト | skills/create-verification-skill（1回尋ねる） |
| PRタイトル、本文、リリースノート | ドラフト後に skills/unslop |
プレイブックのパスは <pstack>/skills/poteto-mode/playbooks/ 以下にあります。プレイブックが引用する各 principle-* リーフを適用前に読んでください。
pstackが異なる場合、以下のルールが優先されます：
- デリバリー. PRの作成、CI、レビューは
pr-follow-throughとfile-prに従います。pstackのopening-a-pr、babysit、shippingプレイブックは参考資料としてのみ使用します。pstackの自律性セクションは、現在のリクエストを超えたコミット、プッシュ、マージ、外部メッセージ、デプロイを許可しません。 - リソース.
arena、swarm、interrogate、architectのファンアウトは、ユーザーがそれ以上を要求しない限り、最大3つのサブエージェントに制限されます。コードを書くレーンは独自のワークツリーを取得します（Claude Codeではisolation: "worktree"、Codexではgit worktree add）。ユーザーが名前で要求しない限り、autopilot-fullとorchestrateはスキップします。 - モデル. モデルシートは、pstackのロールをハーネスが到達可能なモデルにマッピングします。プロバイダー間のレビューは
councilに従います。 - 欠落しているCursorパーツ.
cursor-team-kitはインストールされていません。/deslopには、利用可能な場合はpr-review-toolkit:code-simplifierを使用します。control-uiにはvisual-qaとplaywright-cliを使用します。control-cliにはCLIを直接実行します。Bugbot、Cursor自動化、クラウドエージェントのステップはアダプターの指示通りに1行でスキップします。 - 口調. pstackの返信ルール（短い文、長いダッシュなし、エビデンスラベル）は、そのまま使用できます。最初のメッセージでの目標の言い換えは2文に抑えます。
完了
- リクエストにPRやレビューフィックスが含まれる場合は
pr-follow-throughを使用します。 - 現在のタスクがそのアクションを許可している場合のみ、コミット、プッシュ、リリースの作成、マージを行います。最初にリポジトリのリリース自動化を調査します。リリースの切り方がどうなっているか推測しないでください。
- 実際の成果を報告します：URL、テストシナリオ、エビデンスリンク、失敗、そしてユーザーのアクションが本当に必要なもの。プレビュー、プラットフォームビルド、リリース、レビューが合格したことを確認せずに言わないでください。
- コンテキストリセットや長時間の待機の前に、追跡対象外のソース（例：タスクの
.agent-artifacts/HANDOFF.md）に簡潔なハンドオフを残します。ブランチ/ワークツリー、目的、完了した変更、コマンド/結果、PR/head SHA、ブロッカー、所有ファイル、リソース/セッション名、正確な次のアクションを含めます。トークンは絶対に含めないでください。 - 自分が所有するサーバーとブラウザセッションのみを停止します。有用なエビデンスを保持し、無関係なワークツリー、キャッシュ、ユーザーの作業を削除しないようにします。