カーパシー・メソッド・プロンプト・ビルダー・スキル

# 仕様: [プロジェクト/タスク名] ## 目標 [これが支える実際の意思決定や成果。タスクの説明だけではない。 例：「入札ロジックに時間帯分割を追加する」ではなく「過去にコンバージョン率が低い時間帯の無駄な支出を削減しつつ、一見遅いだけで実際はコンバージョンしている時間帯のボリュームも削らない」] ## 範囲 **対象内:** - [...] **対象外（当面）:** - [...] ## 判断が必要な点（黙って解決せずフラグを立てる） - [具体的な曖昧な点。例：「データが2週間未満のキャンペーンでどうするか：カテゴリのベンチマークを即適用するか、キャンペーン固有のデータを待つか」] - [...] ## 制約 **絶対条件:** - [...] **優先事項（トレードオフ可能）:** - [...] ## チェックポイント [範囲が大きい場合：最後に一度だけ引き渡すのではなく、続行前にトムが確認するポイントを2〜4箇所] 1. [...] 2. [...] # 検証: [プロジェクト/タスク名] ## 合格/不合格基準 [具体的で検証可能なもの。「良さそう」や「悪い時間帯を削る」ではない。 例：「入札を減らす対象の時間帯は、履歴が少なくともN件あり、CPAがアカウント平均よりX%以上高い場合のみ」] - [ ] [基準1] - [ ] [基準2] ## 確認者 - [ ] 上記の基準に対するエージェント自身の自己チェック - [ ] セカンドモデルによる批評パス（別モデルまたは新しいコンテキストで、仕様に照らして評価） - [ ] 外部シグナル：[デプロイ成功 / テストスイート / 既知の優良な過去事例との一致] ## 失敗時 [基準が失敗した場合の対応。具体的なフィードバックを添えて再試行するか、先に進まずトムにフラグを立てて停止する] ## [プロジェクト/機能名] **これは何か:** [1〜2文] **関連ファイルの場所:** [ファイルパス、データソース、関連ドキュメント] **関連スキル:** [使用する既存スキル、または「新スキルの候補：X」] **ルール:** - 常に実行: [...] - 事前確認: [...] - 禁止: [...]