Skip to content

02 · 給目標:自主度越高,目標越要寫死 ​

Workflow 裡你寫的是步驟,Agent 裡你寫的是目標。聽起來輕鬆了,其實反過來——步驟你可以中途改,目標一旦發出去就沒人管了。所以目標要寫得比任何一條提示詞都硬。

一份目標書的四塊 ​

一個能用的目標,不是一句話,是四塊:

text
① 目標      要拿到什麼
② 完成標準  什麼情況算做完   ← 最多人漏的一塊
③ 邊界      不許做什麼
④ 交付形態  最後交給我的東西長什麼樣

對照一下:

text
❌ "幫我調研一下這幾家競品的定價。"

✅ 目標:查清 A / B / C 三家的定價方案,用於我們下週的定價會。

   完成標準:三家各拿到「套餐名 + 價格 + 計費單位 + 包含什麼」四項。
   任一項在官網公開資訊裡找不到,就標註「未公開」並附上你查過的頁面——
   不要去猜,也不要用第三方部落格的轉述。

   邊界:
   - 只看這三家的官網和官方文件,不看第三方評測和社群討論;
   - 不要註冊帳號、不要提交任何表單;
   - 不要聯絡對方。

   交付:一張表,四列,每行一個套餐。表下面列出「未公開」的項和你查過的地址。

第二個版本長了十倍,但它把 Agent 最容易跑偏的三處都堵死了:查到什麼程度算夠、可以去哪兒、交出來什麼樣。

② 完成標準:最該花力氣的一塊 ​

不寫完成標準,會出現兩種極端,而且都很常見:

一種是永遠不完。 它轉了十五圈,每圈都在"再確認一下""再補充一點",因為沒有任何東西告訴它"夠了"。

另一種是草草交差。 第二圈它就說"我已經找到了主要資訊"——因為也沒有任何東西告訴它"還不夠"。

寫完成標準的方法:寫成一份它能自己對照的清單,而不是一個形容詞。

text
❌ 完成標準:調研得比較充分。
✅ 完成標準:以下每一項都有結果(找到了,或明確標註"未公開"):
   □ A 家:套餐名 / 價格 / 計費單位 / 包含內容
   □ B 家:同上
   □ C 家:同上
   全部有結果即完成,不要再繼續查。

最後那句"全部有結果即完成,不要再繼續查",是防止它無限擴充套件的最有效一句話。

①③④ 各自的寫法 ​

① 目標:加上"為了什麼" ​

text
❌ 查清三家的定價。
✅ 查清三家的定價,用於我們下週的定價會——
   我們要判斷自己的價格帶位置,所以最關心「起步價」和「計費單位」。

用途會影響它的每一次判斷。 知道你要比價格帶,它遇到一個複雜的階梯定價時,會知道該抓哪一檔;不知道,它就隨便抓一個。

③ 邊界:寫成能執行的動作,不是原則 ​

text
❌ 注意資訊來源要可靠。
✅ 只看這三家的官網和官方文件;第三方評測、社群討論、AI 生成的對比文章一律不採信。

邊界這塊 05 章單獨展開,那裡講的是"權限層面"的邊界。這裡說的是"任務層面"的:別去哪兒、別用什麼、別做什麼動作。

④ 交付形態:連中間產物一起規定 ​

Agent 交出來的不只是最終結果,還有它的過程。兩樣都要規定:

text
交付:
1. 一張表(四列:套餐 / 價格 / 計費單位 / 包含內容)
2. 表下面:「未公開」項的清單,每項附上你實際查過的 URL
3. 最後:你的查證路徑(每家你打開了哪幾個頁面)——一行一條,不要展開描述

第 3 條就是後面要講的"留痕",在目標裡就要求它交,比事後去日誌裡翻方便得多。

三個具體的寫法技巧 ​

一、把"不知道"變成合法的結果 ​

Agent 最危險的時刻,是它查不到但又必須往下走的時候——它會編。

所以要給"查不到"一個出口,跟提示詞篇 06 章那條"每個禁止配一個出路"是同一招:

text
任何一項在官方來源裡找不到,就在表裡填「未公開」,並在清單裡註明你查過哪些地方。
「未公開」是一個合格的結果,不扣分。**猜一個數字才扣分。**

最後那句是點睛——明確告訴它"承認查不到不算失敗",它才敢承認。

二、給出停止條件,不止是完成條件 ​

完成條件說的是"什麼算成功",停止條件說的是"什麼情況下不要再試了":

text
遇到以下情況,停下來告訴我,不要自己想辦法繞過:
- 頁面需要登入或註冊;
- 需要提交表單才能看到價格;
- 連續三次嘗試都拿不到某一項。

不寫這一條,它會"想辦法" ——而它想的辦法可能是去第三方站點找、可能是根據同類產品推算、也可能是編一個。

三、如果有偏好路徑,就說出來 ​

Agent 不需要你規定步驟,但如果你知道怎麼做最快,說出來能省很多圈:

text
建議路徑(不強制,你可以調整):
先找官網的 pricing 頁面;沒有的話找文件站的 billing 章節;
再沒有就看官方部落格的釋出公告。

寫"不強制"很重要——寫死了它就成了 Workflow,那你不如直接寫 Workflow。

一份目標模板 ​

text
# 目標
【要拿到什麼】,用於【幹什麼】——所以我最關心【哪一點】。

# 完成標準
以下每一項都有結果(拿到,或明確標註"未獲得"):
□ 【項 1】
□ 【項 2】
全部有結果即完成,不要繼續擴充套件範圍。

# 邊界
- 只能【可以做的】
- 不要【明確禁止的動作,一條一行】
- 遇到【這些情況】就停下來問我,不要自己繞過

# 交付
1. 【最終產物的結構】
2. 未獲得項的清單,每項附上你實際嘗試過的來源
3. 你的執行路徑(一行一步,不要展開)

# 說明
"未獲得"是合格結果。猜一個答案才是不合格。

一個檢驗方法 ​

把你寫的目標發給一個同事,問他兩個問題:

  1. "你覺得幹到什麼程度算完?"
  2. "如果你查不到其中一項,你會怎麼辦?"

兩個問題他都答得上來、而且答案跟你想的一樣——目標就寫清楚了。

答不上來,Agent 也答不上來。區別只是同事會來問你,Agent 不會。

下一步 ​

03 · 給它手:工具怎麼設計

一份講通用概念的入門手冊 · 不綁定任何一家模型或工具 · 例子可直接照抄