# 不會寫程式就不能有自己的 Agent？這篇說一小時就能搭好：關鍵不是寫程式，是先把工作寫清楚 這是 The AI Break（Rui & Luis）在 … · @swordBluesy · TwKit

@swordBluesy

# 不會寫程式就不能有自己的 Agent？這篇說一小時就能搭好：關鍵不是寫程式，是先把工作寫清楚 這是 The AI Break（Rui & Luis）在 2026 年 10 月 27 日發的入門教學，標題直譯是《打造你的第一個 AI Agent（從這裡開始）》。先把結論放在前面，因為它反常識： **第一個 Agent 不需要寫程式，也不需要一開始就做大——只要在 Claude 裡設一次，讓它每週替你做同一件無聊的工作，一小時就能跑起來。Agent 和聊天提示詞的差別只有一個：提示詞是你每次都要重新打一遍的話，Agent 是你設好一次、以後不用再說的話。** 先說清詞。**簡報（brief）**，是寫給 Agent 的身份說明：它是誰、做什麼、有什麼規則、什麼樣的結果才算好。**上下文（context）**，是 Agent 做事需要的檔案和事實：你的業務、你的客戶、你的語氣。**例行流程（routine）**，是它什麼時候跑、讀什麼、把結果交到哪裡。**專案（Project）**，是 Claude 裡可以存指令和知識檔案的地方，簡報放指令、資料放知識庫，Agent 就住在裡面。 一個真實例子：作者團隊用 Agent 分管銷售、市場、內容、營運等部門，但每一個 Agent 的起點都一樣——都是一件他們做膩了、每週重複的手工活。第一個好任務不是「幫我管公司」，而是「每週五用本週筆記寫一份更新」、「每次開會前準備一頁簡報」、「每週一總結本行業發生了什麼」。 他們還點名了一種「眼熟的路線」：一上來就想搭一個什麼都能幹的 Agent 團隊，又要自動化、又要多部門、又要全天候。官方的拆台很直接：**每個 Agent 都是從一件無聊的工作開始的，起點越大，死得越快**。 先把話說全：不是所有工作都適合當第一個 Agent。滿足下面任何一條，就先別選它： - 步驟每週都不一樣，沒有固定流程； - 結果好壞沒有明確標準，連你自己都說不清什麼叫做好； - 出錯會有真實損失，比如對外發送、涉及錢。 ## 一、不寫清楚的三種翻車方式 - **只給一句話就開工**：Agent 不知道你是誰、為誰服務、結果交到哪裡，只能憑空猜，猜出來的東西你還得重寫。 - **上下文全靠臨時貼**：每次都要重新貼背景資料，貼漏一次，結果就偏一次——這和每次重打提示詞沒有差別。 - **第一次結果不滿意就放棄**：第一版幾乎不可能完美，不改簡報就放棄，等於連 Agent 的門都沒進。 ## 二、替代方案：簡報、上下文、例行流程三件套 原文給了一個可以直接填空的簡報模板，照著填就行： 你是我的［工作名稱］Agent。你的工作是：［一句話說清做什麼］。你服務的對象是：［我／我的團隊／我的公司，一行寫清］。每次執行時：1. 讀［你要它讀的東西：筆記、專案檔案、貼上的郵件］；2. 做［按順序寫清步驟］；3. 交付［輸出格式、長度、交到哪裡］。規則：只用我給你的事實，缺東西就先問我；按我的語氣寫：［三個形容語氣的詞］；絕對不許［那一件絕對不能幹的事］。好的結果長這樣：［描述出來，或貼一個範例］。 ## 三、目標形態：設一次，每週自己跑 設定只要三步，全在 Claude 裡完成，不寫程式： 1. 在 Claude 新建一個專案（Project），用 Agent 的名字命名； 2. 把填好的簡報貼進專案的指令（instructions）； 3. 把上下文檔案加進專案的知識庫（knowledge）：一頁介紹你或你的業務的短文件、過去的範例、模板。 跑起來的時間表有三種，由簡到難：最簡單是直接打開 Claude 叫它跑、保持會話開著；進一階是用 Claude App 裡的例行流程（Routines）；作者團隊自己用的是 Claude SDK（軟體開發套件）加伺服器，功能最強、但也最複雜，新手不用從這裡開始。 ## 四、遷移三步走：從第一版到合用的版本 ### 第一步：先跑一次，別先求完美 拿一個真實任務跑第一版，重點是跑通流程——讀對資料、按步驟做、交出東西。第一版不完美是正常的，原文說得很直白：第一個結果從來不是完美的。 ### 第二步：把修改寫回簡報，不要只改這一次的結果 看完第一版，告訴 Agent 哪裡要改，然後把這條修改加進簡報，讓它以後每次都記住。改結果是一次性的，改簡報是永久的。 ### 第三步：兩三輪之後再判斷 一般兩三輪修改之後，Agent 就會越來越像你親手做的樣子。到這一步還是不行，問題多半不在模型，在簡報——回去檢查工作選得夠不夠具體、規則寫得夠不夠硬。 ## 五、團隊怎麼共建：每個 Agent 只管一個部門的一件活 作者團隊的做法是按部門分 Agent：銷售一個、市場一個、內容一個、營運一個。但每個 Agent 的結構都一樣——簡報、上下文、例行流程三件套，附帶一次試跑和試跑後的修正方法。分工的單位不是「能力」，是「每週重複的那件工作」。 ## 六、官方工具包：每週二、五的新手冊 原文沒有列廠商工具箱，它給的是一個持續更新的節奏：每週二和週五發一個新的 Agent 做法，每篇都給簡報、上下文模板、例行流程、第一次試跑和修正方法。入門篇的前半段免費，完整做法和 150 多篇做法庫屬於付費會員——這篇入門本身不依賴付費內容，三步設定全在免費部分講完了。 ## 結尾：原則比架構重要 會不會寫程式，決定不了你有沒有 Agent；願不願意把一件工作寫清楚，才決定得了。**原則比架構重要——Agent 不是更聰明的聊天框，是你把工作說明書寫好之後，交給它每週照著執行的那份說明書。** 可重複的動作規則是：下次想自動化一件事，先別問用什麼工具，先填那份簡報——工作一句話、步驟按順序、規則三條、好結果貼一個範例——填完再設專案，設完跑三輪。 原文連結：https://theaibreak.substack.com/p/build-your-first-ai-agent-start-here 原文：The AI Break（Rui & Luis）（由 S1哥 編譯） ## S1哥觀點 這篇最狠的地方，是它把 Agent 的門檻從「會不會寫程式」換成了「會不會把工作說清楚」——而說清楚這件事，大多數人根本沒練過。大家總以為 Agent 做不好是模型不夠聰明，真相往往是：你自己都沒把這件工作講明白，憑什麼指望它一次做對？ 我站這一邊：先別買工具、別學框架，先拿你每週最煩的那件重複活，照著模板寫一份簡報。寫不出來，就說明這件活本來就不適合交給 Agent——這個判斷本身，就值一小時。 所以問一句：你每週最煩的那件重複工作是什麼？敢不敢在評論區寫出來，順便說說你寫得出它的步驟嗎？

曝光 122 · 评论 1 · 点赞 0 · 书签 0