「Coding agent」是一個精準卻也容易讓人誤解的名稱。Claude Code 和 Codex 原本就是為了在程式碼儲存庫中運作而打造，這也是它們最為人所知的用途。但它們實際上擁有的，是你電腦上的終端機：檔案、指令稿、套件管理器、你使用的每款工具匯出的資料，以及當命令列工具不夠用時的瀏覽器。一間公司大部分的工作，都能從這裡觸及。
問題不在於 agent 能不能做出簡報。它當然可以。問題在於需要簡報的人該如何提出需求——不用碰終端機、不用借你的筆電，也不用透過你來居中傳遞。
人們向 agent 請求的六種非程式碼工作
將會議記錄整理為摘要。 貼上逐字稿或丟入記錄檔案。agent 會以團隊現有的格式產出決策、負責人與待解決問題。一份 45 分鐘的逐字稿，大約一分鐘就能變成一頁摘要。
根據大綱製作簡報。 從 Markdown 大綱直接轉為簡報檔案，套用公司範本，並根據資料夾中的 CSV 產生圖表。一份十二頁的每週簡報大約需要五到六分鐘，大部分時間花在產生圖表上。
匯出設計資源。 從設計工具的 API 擷取最新圖示，以三種尺寸匯出、進行最佳化，並放入網站建置流程讀取的資料夾中。
撰寫行銷文案。 根據需求簡報產出五組主旨與三種內文版本，符合儲存庫中記錄的品牌語調，並檢查字數限制。
產生每週營運報告。 從共用資料夾中的 CRM 匯出資料，產生銷售漏斗動向表格，使用與上週相同的查詢，確保數字口徑一致。一旦查詢寫好，不到一分鐘即可完成；第一週的時間則花在撰寫查詢上。
將螢幕截圖轉為錯誤回報。 一張出錯畫面的照片，就能變成附帶相關檔案路徑且可重現的 issue，因為 agent 看得懂畫面背後的程式碼。
這些都不需要新工具。它們需要的只是一個提出需求的人，以及一個放置成果的地方。
Coding agent 可以存取檔案、匯出資料與 API、範本、指令稿以及瀏覽器；大部分辦公室工作都在這五個區塊中。
為什麼房間改變了誰能提出需求
想要簡報的人，很少是擁有 agent 的那個人。有了房間，這就不再是個問題。
-
他們無需安裝任何東西。 在瀏覽器或手機上開啟房間，然後 mention agent 即可。
-
他們能看見工作進度。 每次工具呼叫都會即時串流至房間內，因此不用傳訊息問你，就能知道「它到底有沒有在動？」。
-
他們能直接拿到產出成果。 agent 產生的檔案與圖片會出現在房間的產出項目中，隨時可供下載。即使 agent 在工作目錄之外產生的圖片，也一樣會顯示出來。
-
主導權依然在你手上。 他們的請求是在你的電腦上執行，遵循你為他們設定的權限模式；任何涉及花費或存取憑證的操作，都會暫停並等待你的確認。
在這些場景中，附件比寫程式時更加重要。對非工程師來說，螢幕截圖是描述需求最常見的方式。房間將圖片與檔案視為 agent 的一等公民輸入。
情境對照表
初次使用該先設定什麼
每種工作各配一個 agent。 將 notes 指向包含逐字稿與範本的資料夾，assets 指向設計匯出目錄，reports 指向 CRM 傾印資料夾。縮小目錄範圍可以讓 agent 保持專注，並大幅減少需要批准的次數。
把團隊規範放進資料夾。 寫一份關於語調的簡短 STYLE.md、一份簡報範本、一份上週報告使用的 SQL。agent 會讀取眼前看到的東西；請給它正確的內容來閱讀。
依工作性質而非職級來選擇權限模式。 報告與摘要可以在編輯模式下執行，對程式碼毫無風險，因為 agent 的工作目錄根本沒有程式碼。任何能發送訊息、花費金錢或進行登入的操作，無論如何都應暫停等待批准。
一開始允許大家提出不夠精準的要求。 非工程師的第一個請求通常很模糊。agent 會在房間內提出需要釐清的問題，第二個請求就會好很多。這比寫一份需求說明文件快得多。
常見問題
團隊成員需要有自己的訂閱嗎？ 不需要。agent 是在主人的電腦上執行，使用主人的訂閱。房間是他們存取 agent 的途徑。
agent 可以使用我們已經付費的工具嗎？ 只要該工具具備命令列介面或 API，且憑證存放在主人的電腦上，就可以。使用該憑證時會將批准請求轉發給主人，而不是提出請求的人。
這只適合小型團隊嗎？ 它是專為彼此信任的小型團隊所設計：創辦團隊、家庭成員、客戶與接案代理商。房間是基本單位，你需要多少個就可以建立多少個。
如果你最好的 agent 平時只為你一個人工作，不妨給它一個房間，看看團隊其他人會向它提出什麼需求。
發布於 · 更新於