コーディング費用を 7,800 ドルから 129 ドルに削減した 15 個のプロンプト

1複数の AI エージェントを使って以下のプロジェクトを実行する必要があります。
2
3プロジェクト：[必要な最終成果物を説明]
4規模：[アイテム／ファイル／タスクの数]
5品質基準：[良い出力の定義]
6制約条件：[期限、形式、制限事項]
7
8あなたの仕事は実行計画を立てることであり、実行することではありません。
9
10以下のものを生成してください。
111. 作業を並列ストリームに分解したもの
122. ストリーム間の依存関係（何が何の前に起こるべきか）
133. 出力を確認してから続行すべき品質チェックポイント
144. 各実行ストリームの正確な概要（各エージェントが自分の役割を果たすために知る必要があること）
155. 最終組み立て手順（出力がどのように結合されて完成品になるか）
16
17実際のコンテンツは一切書かないでください。計画のみです。

1今週完了すべきタスクは以下の通りです。
2
3[タスクをリスト]
4
5これらを 2 つのグループに分類してください。
6
7グループ A — Opus が担当（推論重視、判断、曖昧、ハイステークス）：
8[Opus レベルの基準：アーキテクチャ決定、品質レビュー、戦略分析、間違えると下流に影響が出るもの]
9
10グループ B — Kimi Agent Swarm が担当（実行重視、バッチ処理、大規模反復、明確な出力仕様）：
11[Kimi レベルの基準：N 個の情報源を調査、N 個のファイルを生成、N 個の入力を変換、出力仕様が明確で作業が並列可能なもの]
12
13グループ B の各タスクについて、Kimi Agent Swarm が受け取る正確なプロジェクト概要を作成してください。
14グループ A の各タスクについては、直接処理してください。

1Kimi Agent Swarm が以下のプロジェクトを実行しようとしています。
2
3[プロジェクトを説明]
4
5実行前に、品質ルーブリックが必要です。
6
7以下のものを定義してください。
81. 各成果物タイプにおいて合格とみなされる出力の内容
92. 不合格とみなされる出力の内容（具体的に —「低品質」ではなく「引用欠落」「500 語未満」「形式間違い」）
103. このタイプのタスクで最もよくある 3 つの失敗モード
114. 各失敗モードを、最終組み立て段階に到達する前に出力で発見する方法
12
13このルーブリックは、Agent Swarm の出力を受け入れる前にレビューするために使用されます。

1Kimi Agent Swarm が以下のプロジェクトを完了しました。
2
3プロジェクト概要：[要求内容]
4出力：[出力を貼り付けるか要約]
5
6品質ルーブリックに照らしてレビューしてください。
7[プロンプト 3 のルーブリックを貼り付け]
8
9各成果物について：
10- 各ルーブリック基準に対する合格／不合格
11- 修正が必要な具体的な問題（正確な問題を引用）
12- 問題が完全な再実行を必要とするか、対象を絞った修正で済むか
13
14修正概要を生成してください：Kimi が修正すべきことを、同じプロジェクト概要形式で、説明し直すことなく直接送信できるように。

1Kimi Agent Swarm が以下の出力を生成しました。
2
3[出力をリストまたは貼り付け]
4
5これらは次のコンポーネントです：[最終成果物を説明]
6
7あなたの仕事は、これらを一貫した最終出力に組み立てることです。
8
9ルール：
10- うまくいっている部分は書き直さないでください。接続し、統合してください。
11- セクション間の矛盾を特定し、修正してください。
12- 最終出力が寄せ集めではなく、ひとつの統一された作品として読めるようにしてください。
13- 最終確定前に私のレビューが必要なものをフラグしてください。
14
15最終形式：[組み立て後の出力がどうあるべきかを正確に説明]

1Claude Opus が生成した以下の実行計画を取得してください。
2
3[プロンプト 1 の Opus 計画を貼り付け]
4
5それを Kimi Agent Swarm のプロジェクト概要として書き換えてください。
6
7形式：
8プロジェクト：[一行の要約]
9入力：[添付ファイル、URL、データ]
10出力：[ファイルタイプ／数／命名規則／形式]
11フェーズ 1：[最初の実行ストリーム — エージェントの作業内容、生成物]
12フェーズ 2：[2 番目のストリーム — 依存関係を記載]
13フェーズ 3：[組み立て — 出力の結合方法]
14品質注意事項：[各出力が満たすべき最低基準]
15
16Agent Swarm が説明なしで実行できるように、概要は完全である必要があります。

1プロジェクト：[バッチタスクを説明]
2入力：[N 個のアイテム — ファイルを添付するかリスト]
3出力仕様：[正確な形式、ファイルタイプ、命名規則、入力ごとに 1 出力]
4
5各入力に対して：
6- [実行手順 1]
7- [手順 2]
8- [手順 3]
9- 出力：[成果物の正確な形式]
10
11品質基準：[最低要件 — 文字数、引用形式、構造など]
12
13すべての [N] 入力を並列実行してください。[ファイル形式] で [命名規則] に従って納品してください。

1リサーチフェーズ：
2[トピック／競合／主題] について [N] 件の情報源を検索。
3各情報源から抽出：[具体的なデータポイントのリスト]
4出力：情報源ごとに 1 行の構造化データセット。
5
6分析フェーズ：
7リサーチデータセットを使用して、[パターン／ギャップ／機会／ランキング] を特定。
8データが不明瞭または矛盾している情報源をフラグ。
9
10成果物フェーズ：
11リサーチと分析を使用して [最終出力形式] を生成。
12形式：[正確な仕様]
13長さ：[文字数またはページ数]
14引用：[スタイル]
15
16総出力：1 つの [ファイルタイプ]、1 つの付随データセット。

1以下のワークフローを完了しました。
2
3Opus が定義：[Opus が計画したもの]
4Kimi が実行：[Kimi が実行したもの]
5出力：[生成されたもの]
6
7これを [名前] という再利用可能なスキルとして保存してください。
8
9以下の項目を文書化：
10- トリガー（どのようなリクエストがこのスキルを起動するか）
11- Opus オーケストレーションプロンプト（Opus に送って概要を生成させる内容）
12- Kimi 実行概要テンプレート（Agent Swarm に送信されるもの）
13- Opus レビューチェックリスト（Opus が出力を受け入れる前にチェックする項目）
14- 想定される入力と出力
15
16次回このワークフローを実行するときは、ゼロからではなくスキルから開始したいと思います。

1このワークフローが実行されました。
2
3Opus 4.8 タスク：
4[Opus が処理した各タスクをリスト、推定トークン数を記載]
5
6Kimi K2.6 タスク：
7[Kimi が処理した各タスクをリスト、推定トークン数を記載]
8
9以下の計算を行ってください：
10- Opus コスト：[トークン] × $0.015 / 1,000 トークン
11- Kimi コスト：[トークン] × $0.0006 / 1,000 トークン
12- 実コスト合計
13- このワークフローをすべて Opus で実行した場合のコスト
14- 今回の節約額
15
16これを WORKFLOW_COSTS.md に、日付、ワークフロー名、内訳とともに記録してください。

1今週実行した以下のワークフローをレビューしてください。
2
3[ワークフローをリスト]
4
5各ワークフローについて、すべてのタスクを分類してください：
6- Opus のみ：判断重視、明確なルーブリックなし
7- Kimi のみ：実行重視、明確な出力仕様、並列処理に適している
8- ハイブリッド：Opus が計画 + Kimi が実行 + Opus がレビュー
9
10各ハイブリッドワークフローについて、引き継ぎポイントを書いてください：
11- Opus が引き継ぎ前に生成するもの（概要）
12- Kimi が受け取るもの（実行仕様）
13- Opus が後でレビューするもの（品質ルーブリック）
14
15現在 Opus で実行されているタスクで、Kimi に移行すべきものをフラグしてください。

1繰り返し発生するワークフロータイプのためのルーティングフレームワークが必要です。
2
3以下の各ワークフロータイプについて、次の項目を定義してください：
41. 各段階を処理するモデル（Opus / Kimi / 両方）
52. 適切なモデルにルーティングするトリガー
63. モデル間の引き継ぎ形式
74. 実行あたりのコスト見積もり
8
9ワークフロータイプ：
10- [タイプ 1、例：コンテンツリサーチ＋制作]
11- [タイプ 2、例：競合分析]
12- [タイプ 3、例：アウトリーチのパーソナライズ]
13- [タイプ 4、例：コードレビュー＋リファクタリング]
14
15出力：30 秒で任意の受信リクエストを分類できるルーティングテーブル。

1先月、AI ワークフローで以下のボリュームを処理しました。
2
3[ボリュームを説明 — 例：200 件のリサーチ概要、500 件のアウトリーチメール、30 件のコード監査]
4
5現在のセットアップ：[現在 Opus と Kimi に何が割り当てられているか説明]
6現在の月次コスト：[金額]
7
8以下の分析を行ってください：
91. Opus に過剰に割り当てられていて Kimi が処理できるワークフロー
102. 現在 Kimi で実行されているが、品質のために Opus が処理すべきワークフロー
113. 最適な分割案
124. 最適な分割での予測コスト
13
14推定月間節約額とともに、ルーティング変更の推奨事項を生成してください。

1以下のワークフローのための標準的な引き継ぎテンプレートを作成してください。
2
3Opus が [タスクタイプ] を完了すると、[出力形式] を生成します。
4Kimi Agent Swarm はこれを受け取り、[実行タスク] を実行します。
5その後 Opus が [レビュー基準] をレビューします。
6
7以下のものを書いてください：
81. Kimi の概要として機能する Opus の出力形式（構造化され、曖昧さがない）
92. Kimi 実行概要テンプレート（Opus が埋めるスロット）
103. Opus レビューチェックリスト（Kimi の出力が評価される 5 つの基準）
114. 修正ループ：Kimi の出力が不合格の場合、何がどのような形式で送り返されるか
12
13このテンプレートは、このワークフロータイプにおける 2 つのモデル間の恒久的なインターフェースになります。

1Opus 4.8 + Kimi K2.6 のワークフローセットアップについて、月次の ROI レポートを生成してください。
2
3以下を含めてください：
41. 今月実行されたワークフロー総数：[N]
52. 処理されたボリューム：[N アイテム / ファイル / タスク]
63. コスト内訳：
7   - Opus 4.8 支出：$[金額]
8   - Kimi K2.6 支出：$[金額]
9   - 合計：$[金額]
104. すべてのワークフローを Opus 4.8 だけで実行した場合の同等コスト：$[計算金額]
115. 月間節約額：$[金額]
126. 年間換算節約額：$[金額 × 12]
137. 品質インシデント（レビューに不合格で再実行が必要だったワークフロー）：[N]
148. 品質インシデント率：[%]
15
16エグゼクティブサマリーとしてフォーマットしてください。1 ページ。数字を最初に。