15 個讓我將程式開發成本從 7,800 美元降至 129 美元的提示詞

1我需要使用多個 AI Agent 來執行以下專案：
2
3專案：[描述你需要的完整成果]
4規模：[項目 / 檔案 / 任務數量]
5品質標準：[良好輸出的樣子]
6限制條件：[截止日期、格式、限制]
7
8你的工作是建立執行計畫，而不是執行它。
9
10產出：
111. 將工作拆分為平行執行流
122. 各執行流之間的相依性（什麼必須先完成）
133. 品質檢查點（輸出必須先經過審查才能繼續）
144. 每個執行流的精確任務說明（每個 Agent 需要知道什麼才能完成其部分）
155. 最終組裝說明（各輸出如何組合成最終交付物）
16
17不要撰寫任何實際內容。只要計畫。

1我本週有以下任務要完成：
2
3[列出你的任務]
4
5將它們分為兩組：
6
7A 組 — Opus 處理（推理密集、需要判斷、模糊、高風險）：
8[Opus 級別標準：架構決策、品質審查、策略分析，以及任何出錯會產生下游影響的事項]
9
10B 組 — 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. 此類任務最常見的三種失敗模式
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最終格式：[精確描述組裝後的輸出應該是什麼樣子]

1取用以下由 Claude Opus 產出的執行計畫：
2
3[貼上提示 1 的 Opus 計畫]
4
5將其改寫為 Kimi Agent Swarm 專案說明。
6
7格式：
8專案：[一行摘要]
9輸入：[附加的檔案、網址、資料]
10輸出：[檔案類型 / 數量 / 命名規則 / 格式]
11第一階段：[第一個執行流——Agent 做什麼、產出什麼]
12第二階段：[第二個執行流——註明相依性]
13第三階段：[組裝——輸出如何結合]
14品質備註：[每個輸出必須達到的最低標準]
15
16說明應該足夠完整，讓 Agent Swarm 無需釐清即可執行。

1專案：[描述批次任務]
2輸入：[N 個項目——附加檔案或列出它們]
3輸出規格：[精確格式、檔案類型、命名規則、每個輸入一個輸出]
4
5對於每個輸入：
6- [步驟 1：做什麼]
7- [步驟 2]
8- [步驟 3]
9- 輸出：[交付物的精確格式]
10
11品質標準：[最低要求——字數、引用格式、結構等]
12
13平行執行所有 [N] 個輸入。以 [檔案格式] 交付，命名為 [規則]。

1研究階段：
2搜尋 [主題 / 競爭對手 / 議題] 橫跨 [N] 個來源。
3對每個來源提取：[具體資料點清單]
4輸出：結構化資料集，每個來源一行。
5
6分析階段：
7使用研究資料集，找出：[模式 / 差距 / 機會 / 排名]
8標示任何資料不清楚或矛盾的來源。
9
10交付階段：
11使用研究與分析結果產出 [最終輸出格式]。
12格式：[精確規格]
13長度：[字數或頁數]
14引用來源：[風格]
15
16總輸出：一個 [檔案類型]，一個輔助資料集。

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 處理的每個任務，估計 token 數量]
5
6Kimi K2.6 任務：
7[列出 Kimi 處理的每個任務，估計 token 數量]
8
9計算：
10- Opus 成本：[token] × 每千個 token 0.015 美元
11- Kimi 成本：[token] × 每千個 token 0.0006 美元
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
3當 Opus 完成 [任務類型] 時，它產出 [輸出格式]。
4Kimi Agent Swarm 接收這個並執行 [執行任務]。
5然後 Opus 審查 [審查標準]。
6
7撰寫：
81. Opus 輸出格式，作為 Kimi 的說明（結構化、無模糊性）
92. Kimi 執行說明範本（Opus 填寫的欄位）
103. Opus 審查檢查清單（Kimi 輸出被評分的 5 項標準）
114. 修正循環：如果 Kimi 輸出不合格，什麼會被送回，以什麼格式
12
13這個範本將成為此工作流程類型中兩個模型之間的永久介面。

1為我們的 Opus 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格式為高階摘要。一頁。數字優先。