五個掣，邊個揸住個掣？
LangChain 喺 10 月 25 日喺自家 blog 寫咗一篇「company harness」（公司級 agent 框架）嘅文章，講佢哋點樣喺內部部署咗三個 AI agent，涵蓋銷售、工程同市場。佢哋話呢啲 agent「完全改變」咗相關團隊嘅工作方式。呢篇係廠商自述，唔代表本站實測。
三個 agent 做緊乜
根據文章，LangChain 有三個內部 agent：
- GTM Agent：負責 GTM（Go-To-Market）活動，監控同回覆 email、跟進新 lead、發每日簡報、回答客户問題、執行 outbound campaign。佢係「proactive, always-on」，即係自己主動運行，唔使等人叫。
- OpenSWE：工程 agent，可以寫同起草 PR（Pull Request），亦會 review 所有 PR 嘅 code。
- Content Studio：市場 agent，可以按品牌風格同定位起草 blog、圖片、PowerPoint 同影片。
最難嘅問題：身份
文章自己講明，身份（identity）係「最尖鋭同最棘手」嘅問題：當 agent 執行動作，佢係代邊個執行？
業界有兩種主要做法：
On-behalf-of（代用户）：agent 用調用佢嘅用户身份執行，即係你做嘢就係你做嘅。
Fixed credentials（固定憑證）：agent 用一套固定身份（例如 service account），無論邊個調用都一樣。
LangChain 嘅處理方式係混合：
- OpenSWE：你 DM 佢，佢用你嘅 GitHub 帳號開 PR；但當佢喺背景做 code review 時，用佢自己嘅 GitHub app 身份。
- GTM Agent：Salesforce 等工具用固定身份，唔使每個人都登入；但 email 等工具用用户身份，而且呢啞工具只在 DM 可用，喺 shared channel 唔提供。
呢個分層設計值得留意：邊啲動作可以「無名」執行，邊啲必須「有主」，呢個直接關係到問責——出錯邊個執手尾？
其他四個組成部分
除咗身份，文章列出其餘四點：
- 生活喺人已經喺度嘅平台：對 LangChain 嚟話就係 Slack，每個 agent 有自己嘅 Slack app。佢哋仲加入咗「breakout」功能——當 conversation 正進行，想叫 agent 出聲，agent 會自動分開到獨立 thread，唔會「污染」人類對話。
- 記憶（Memory）：有 global 同 user-level 兩層記憶。
- Sandbox：code 喺沙盒運行，可以對需要認證嘅服務發請求。
- 定時運行（Scheduled/ambient）：大部分運行係定時排程，唔係由人觸發。文章用「ambient agents」呢個詞，意思係 agent 背景持續運行，好似環境背景音咁。
文章亦提到，某些體驗唔適合喺 Slack 做。例如 GTM Agent 審核待發 email，一兩封喺 Slack 冇問題，但如果有大量 backlog，就另外建咗 custom UI。
阿調搞兩下
呢篇文章最值得拆解嘅唔係功能列表，而係身份分層設計。一個 agent 幫你開 PR，用你嘅帳號；同一個 agent 喺背景 review code，用佢自己嘅帳號。呢個分別唔細——前者嘅後果歸你，後者嘅後果歸邊個？文章冇講。
另外，「完全改變工作方式」呢個詞係廠商自己講嘅。冇獨立數據、冇用家回饋、冇效能對比。廠商自述同實際體驗之間，仲有段距離。呢度只能當功能解説睇，唔可以當實測。
對打工仔而言，真正要問嘅係：呢啲 agent 喺背景運行時，我嘅資料去咗邊？記憶存喺邊？用邊個模型？呢啲問題文章冇答案。
阿調｜深度調教
