Just Agent It（中文：就叫 Agent 工作）

一開始，我以為自己已經很會用 AI。

我會下 prompt。 我會叫 AI 幫我寫文章。 我會叫 AI 幫我整理資料。 我會叫 AI 幫我想標題、改文案、做摘要。

看起來很進步。

但後來我發現，我其實只是從「自己手寫」升級成「AI 幫我生初稿，然後我自己手動修到崩潰」。

這不是破關。

這只是換了一種方式卡關。

真正讓我覺醒的，不是某一次 Agent 產出超神。

而是我聽到一個詞：

> Harness Engineering。

那一刻我突然懂了。

原來我一直在修 Agent 的 output。 但真正該修的，是 Agent 的 harness。

也就是：

> 不要修成果，去修產生成果的系統。

這才是我真正理解 Just Agent It 的開始。

剛開始用 AI 的時候，我的工作流大概是這樣：

1. 我丟一個任務給 AI。
2. AI 產出一版內容。
3. 我看了覺得：「嗯，有點普通。」
4. 我開始手動改標題。
5. 手動改語氣。
6. 手動補例子。
7. 手動調結構。
8. 最後變成我自己重寫半篇。

表面上，我有用 AI。

實際上，我還是在人工模式。

AI 只是幫我丟了一個素材包。

真正負責打 Boss 的，還是我。

更慘的是，每一次任務都一樣。

我叫 AI 寫一篇文章，然後我修。 I 叫 AI 寫一封信，然後我修。 我叫 AI 做一份策略，然後我修。 我叫 AI 產出內容，然後我修。

我以為自己在用 AI 提升效率。

但其實，我只是變成一個更忙的「AI 內容維修工」。

以前 Agent 產出不好，我的直覺反應是：

> 這句不夠好，我改一下。 > 這段不夠準，我補一下。 > 這個語氣不像我，我調一下。 > 這個架構有點亂，我重排一下。

這些動作看起來很合理。

但後來我發現，這些其實都是低等級操作。

因為我每次都只是在修「這一次的成果」。

我沒有讓下一次變得更好。

就像我在遊戲裡每次都手動補血、手動撿裝、手動閃招，但我從來沒有升級角色，也沒有換裝備，更沒有調整技能樹。

所以我永遠都很忙。

每次成果不好，我就下場救火。

每次 Agent 沒打好，我就自己接手。

結果是什麼？

> Agent 沒有變強。 > 系統沒有變好。 > 只有我越來越累。

這時候我還沒真正理解問題。

我只是模糊覺得：

> 為什麼我用了 AI，卻沒有真的從工作裡解放出來？

真正的轉折，是我聽到 Harness Engineering 這個概念。

一開始我聽到 harness，直覺想到的是「馬具」、「安全帶」、「把某種力量套住並引導它的裝置」。

這個比喻太準了。

Agent 很像一股能力很強但方向不一定穩的能量。

它可以寫。 可以查。 可以分析。 可以生成。 可以拆解。 可以執行。

但如果沒有 harness，它就像角色裸裝進副本。

會動，但不一定會照正確打法動。

會輸出，但不一定輸出你真正要的成果。

會很努力，但可能努力錯方向。

所以我開始理解：

> Harness Engineering，就是設計 Agent 的工作裝置。

更白話一點：

> Harness Engineering 不是改 Agent 的成果，而是改善 Agent 的工作環境、任務規則、上下文、工具、流程與評估標準，讓 Agent 下一次自己產出更好的成果。

這個定義直接打醒我。

我以前都在做 output editing。

但我真正該做的是 harness engineering。

如果 Agent 是遊戲角色，那 Harness 就是整套通關配置。

它不是單一 prompt。

它是一套讓 Agent 可以穩定工作的系統。

一個好的 Harness，通常包含這些模組：

| Harness 模組 | 遊戲裡像什麼 | 在 Agent 工作裡是什麼 | | ------------- | ------ | ------------------ | | Goal | 任務目標 | Agent 要完成什麼成果 | | Context | 世界觀與情報 | 品牌、受眾、背景、限制條件 | | Instructions | 操作指令 | Agent 應該怎麼工作 | | Examples | 通關示範 | 好成果長什麼樣 | | Tools | 武器與道具 | 搜尋、文件、API、資料庫、設計工具 | | Workflow | 攻略路線 | 先做什麼、後做什麼 | | Rubric | 評分系統 | 怎樣算好、怎樣算失敗 | | Guardrails | 禁區規則 | 什麼不能做、何時要人類確認 | | Feedback Loop | 經驗值系統 | 根據結果修正下一輪 |

聽懂這個之後，我對 AI 工作的理解整個換地圖。

我以前問的是：

> 我要怎麼把這篇內容改好？

現在我問的是：

> 我要怎麼設計 Harness，讓 Agent 下次自己產出更好的內容？

這不是小修小補。

這是職業轉換。

聽懂 Harness Engineering 之後，我開始回頭看自己的用法。

我才發現，我常常只給 Agent 一句話：

> 幫我寫一篇關於 AI 的文章。

然後我期待它產出有觀點、有結構、有語氣、有案例、有洞察、還要像我本人寫的。

這就像我進副本前，只跟隊友說：

> 去，贏。

沒有地圖。 沒有裝備。 沒有角色定位。 沒有打法。 沒有 Boss 情報。 沒有勝利條件。 沒有禁區提醒。

然後隊友打爛了，我還怪他不會玩。

這時我才懂：

> Agent 的成果不好，很多時候不是 Agent 太弱，而是 Harness 太弱。

這句話讓我停止把注意力放在「修稿」。

我開始把注意力放在「配置」。

Agent 不再只是幫我產出內容的工具。

Agent 變成一個可以被訓練、被配置、被放進任務系統裡工作的角色。

而我的工作，也不再是當它的人工修稿員。

我的工作變成：

> 設計讓 Agent 做對事的 Harness。

這是我真正轉職的瞬間。

以前我的反射動作是：

> 產出不好 → 我手動改。

現在我的反射動作變成：

> 產出不好 → 我診斷 Harness → 改 Harness → 讓 Agent 重跑。

這個轉變非常關鍵。

因為手動改成果，只會救這一次。

但改善 Harness，會讓下一次、下十次、下一百次都變好。

以前我看到一篇 AI 產出的文章太空，我會自己補洞察。

現在我會問：

> 我是不是沒有給它足夠背景？ > 我是不是沒有定義受眾？ > 我是不是沒有給它好文章範例？ > 我是不是沒有要求它先提出觀點？ > 我是不是沒有設定評分標準？

以前我看到語氣不像我，我會手動改語氣。

現在我會問：

> 我有沒有給它我的語氣樣本？ > 我有沒有定義什麼叫「像我」？ > 我有沒有列出禁用語和偏好的句型？ > 我有沒有讓它自我檢查語氣一致性？

以前我看到架構混亂，我會自己重排。

現在我會問：

> 我有沒有指定輸出結構？ > 我有沒有給它文章骨架？ > 我有沒有要求它先列大綱再寫？ > 我有沒有讓它用 rubric 檢查邏輯？

這就是我對 Just Agent It 的真正理解：

> 不是把 Agent 產出的東西拿來人工加工。 > 而是讓 Agent 在更好的 Harness 裡重新工作。

我後來把這套心法整理成一個公式：

> Agent 原生思維 = Just Agent It + Harness Engineering

拆開來看：

> Just Agent It：就叫 Agent 工作。 > Harness Engineering：不手改成果，而是改善 Agent 的工作系統。

這兩個要一起出現。

只有 Just Agent It，會變成把任務亂丟給 AI，然後祈禱它神輸出。

只有 Harness Engineering，但不真的把工作交給 Agent，就會變成一直設計流程，卻沒有真正開打。

所以我的新流程變成：

1. 先把任務交給 Agent。
2. 看 Agent 的成果是否達標。
3. 如果不達標，不急著人工修改。
4. 反推是哪個 Harness 模組出問題。
5. 修改 Harness。
6. 讓 Agent 重跑。
7. 把有效的 Harness 存成模板。

這套打法，讓我從「每次都要親自救場」變成「每次都在升級系統」。

現在 Agent 產出不好，我會像看戰鬥紀錄一樣看它。

u不再只看表面結果。

我會開始拆：

| 產出問題 | 我會檢查的 Harness 缺口 | | --------- | --------------------------- | | 內容太空 | 目標、背景、資料來源是否不足 | | 沒有觀點 | 是否要求它先做判斷，而不只是整理 | | 語氣不像我 | 是否提供語氣樣本、禁用語、風格規則 | | 結構混亂 | 是否有輸出格式、文章骨架、段落任務 | | 太像 AI | 是否缺少個人經驗、具體場景、語氣約束 | | 看起來合理但不能用 | 是否缺少成功標準和驗證方式 | | 每次品質不穩 | 是否缺少範例、rubric、feedback loop |

這張表對我來說，就像裝備維修清單。

以前我只會說：

> 這篇不行，我來改。

現在我會說：

> 這篇不行，代表我的 Harness 有 bug。

這個心態一變，整個遊戲就不一樣了。

舊打法：人工修稿流

以前我要寫一篇文章，我會這樣做：

> 幫我寫一篇關於 Agent 原生思維的文章。

AI 產出後，我覺得太普通。

於是我自己補開場。 自己加觀點。 自己調語氣。 自己改段落。 自己補例子。 自己重寫結尾。

最後文章完成了。

但這套能力沒有被系統化。

下次我還要再手動來一次。

新打法：Harness 升級流

現在我會先設計一個小型 Harness：

> 你是一個文章策略 Agent。 > 目標是寫一篇給 Z 世代看的文章，主題是 Just Agent It。 > 核心觀點是：不要人工修改 Agent 生成內容，而是透過 Harness Engineering 改善 Agent 的工作成果。 > 語氣要像遊戲攻略，用第一人稱覺悟的敘事方式。 > 結構要包含：新手村、聽到 Harness Engineering 的覺悟瞬間、新打法、實戰例子、Boss 關卡、通關總結。 > 產出後，請用「好懂、有畫面感、觀點清楚、能讓人改變工作方式」四個標準自評。 > 任一項低於 8 分，請指出 Harness 哪裡不足，然後重寫。

這就不是單純 prompt。

這是一個可以重複使用、持續優化的工作系統。

Agent 不只是幫我生一篇文章。

Agent 開始進入一個有任務、有規則、有打法、有檢查標準的副本。

成果自然就會穩很多。

真正最難的 Boss，不是 AI 不夠強。

真正最難的 Boss，是我腦中的那句話：

> 我自己改比較快。

這句話很有毒。

因為很多時候，它是真的。

短期看，我自己改，可能真的比較快。

但長期看，這句話會讓我永遠停在手動模式。

每一次我自己改，我都在訓練自己成為更強的人工修稿員。

但我沒有訓練出更強的 Agent 系統。

所以我後來給自己一條規則：

> 除非是最後發布前的必要審核，否則不要急著手改 Agent 內容。

我可以評論它。 我可以指出問題。 我可以修改 Harness。 我可以讓 Agent 重跑。 我可以建立新的檢查規則。

但我不要直接跳下去，把內容修成我想要的樣子。

因為那會讓我偷走升級 Harness 的機會。

也會讓我永遠停在人工維修流。

過去，我把自己放在 Agent 後面。

Agent 產出。 我修改。 Agent 出錯。 我補救。 Agent 不夠好。 我接手。

現在我才知道，這個位置錯了。

我不該站在 Agent 後面當修稿員。

我應該站在 Agent 前面當系統設計者。

我要設計任務。 我要配置上下文。 我要給工具。 我要定義標準。 我要設計回饋。 我要讓 Agent 反覆執行、檢查、修正。

我的工作不是把每一篇 output修漂亮。

我的工作是讓 Agent 生產 output 的能力變強。

這才是 Agent 原生思維。

我現在對 Just Agent It 的理解是：

> 把工作交給 Agent，不再用人工修補 Agent 的成果。

而我對 Harness Engineering 的理解是：

> 改善 Agent 的工作系統，而不是人工修改 Agent 的單次成果。

如果成果不好，我不再第一時間跳下去改。

我會先問：

> 是哪個 Harness 模組沒設計好？

是目標不清楚？ 是上下文不足？ 是範例不夠？ 是工具缺失？ 是流程錯了？ 是評分標準不明？ 是沒有 feedback loop？

然後我修 Harness。

再讓 Agent 重跑。

這就是我的新工作流：

> 不要修成果，去修系統。 > 不要當人工修稿員，要當 Agent 系統設計者。 > Just Agent It。 > 就叫 Agent 工作。

最後，我給這套覺悟一句遊戲攻略式總結：

> 手改 output 是補血。 > 改 Harness 是升級。 > 聽懂 Harness Engineering 是覺醒。 > Just Agent It 是轉職。

這一轉，我才真正離開 AI 新手村。