實驗室已驗證

給 AI 下達任務,先定義「何謂完成」

給 AI 下達任務,先定義「何謂完成」 「幫我整理一下這份週報」——這句話發出去,你大概率會收到一份猜心作品。AI 寫東西最容易翻車的地方,不是能力,而是「完成」這個詞由誰說了算。 我最近固定的做法很簡單: 在發出任務之前,先寫一行「什麼叫做完」 。 比如不說「把訪談記錄整理成文件」,而是說「整理成 Markdo…

給 AI 下達任務,先定義「何謂完成」

驗證報告

給 AI 下達任務,先定義「何謂完成」

「幫我整理一下這份週報」——這句話發出去,你大概率會收到一份猜心作品。AI 寫東西最容易翻車的地方,不是能力,而是「完成」這個詞由誰說了算。

我最近固定的做法很簡單:在發出任務之前,先寫一行「什麼叫做完」。

比如不說「把訪談記錄整理成文件」,而是說「整理成 Markdown,每個受訪者一個二級標題,每條結論必須有原話引用,最後附上 3 個未解問題,總長不超過 800 字」。第一稿的可用率從五成左右提升到基本只需要修改錯別字。

什麼時候該用:任務有明確的產出物(文件、郵件、報告、程式碼檔案),而且產出物會被別人檢視或直接使用。時間越緊迫,「定義完成」就越有价值——因為沒有回頭再問的機會。

什麼時候不用:腦力激盪、尋找靈感、「你隨便提幾個想法」這類任務,卡死格式反而會扼殺創意。還有當你自己也說不清要什麼的時候,先讓 AI 產出一個粗糙草稿,看完再補充驗收標準,比硬編一行定義更有效率。

檢查清單(發出任務前過一遍):

  1. 產出物是什麼格式?(md / 表格 / 純文字 / 程式碼)
  2. 結構和長度有要求嗎?(標題層級、字數、條目數)
  3. 什麼內容必須出現?(數據、引用、來源連結)
  4. 什麼內容禁止出現?(虛構數據、客套話、免責聲明)
  5. 交付後誰來看?受眾決定語氣和專業度。

常見地雷:

  • 只寫「詳細一點」。「詳細」沒有驗收標準,等於沒說。改成「每個要點配一個真實案例或數據」。
  • 把審美也當標準寫:「要有高級感」這種詞 AI 只能猜,不如描述具體元素:「短句、不用排比、少用驚嘆號」。
  • 標準一次寫太長。驗收標準超過五行,AI 會顧此失彼。挑 3 條最硬性的寫,其餘留到第二輪回饋再說。
  • 把初稿標準當終稿標準。第一輪可以只要結構和事實正確,語氣、潤飾放第二輪,迭代兩次的成本低於一次憋出完美的 prompt。

一句話總結:定義完成,就是把驗收標準前置。你省下的每一輪返工,都是那行小字換來的。

怎麼用

先在隔離環境中按記錄步驟重現,再決定是否採用這項技能。

實測效果

實驗室只記錄可重現結果,不把未經驗證的說法寫成結論。

踩坑

套用前核對權限、輸入、回復步驟和證據是否完整。

適用場景

適合環境條件與本報告證據範圍一致的任務。

不適用場景

缺少必要證據、隔離條件或回復控制時不要使用。