不想帶人？那就帶AI！大劉教你用 OpenClaw 攢出第一支 AI 員工團隊
整理版優先睇
用 OpenClaw 加 Telegram Bot 組建 AI 員工團隊，實現一人公司協作
呢篇文章係大劉親身分享佢點樣用 OpenClaw 呢個工具，配合 Telegram Bot，建立一個由多個 AI Agent 組成嘅「一人公司」團隊。佢先解釋咗咩係 AI OPC（一人公司），即係你一個人加一班唔使請、唔使交社保、24小時隨傳隨到嘅 AI 員工。然後佢逐個步驟教點樣由零開始：喺 Telegram 領取 Bot Token、複製 workspace 做獨立工位、修改 openclaw.json 配置路由同 agentToAgent 功能，最後拉羣開會，令到幾個 Agent 可以互相溝通協作。
大劉特別強調「防止記憶串台」嘅關鍵，就係要為每個 Agent 準備獨立工作區，唔好共用檔案。配置方面，bindings 路由決定邊個 Bot 對應邊個 Agent，而 agentToAgent 同 visibility 就係令到佢哋可以互相傳話、睇到對方會話嘅重點。佢仲解決咗羣聊入面 Bot 扮死嘅問題，例如關閉 Privacy Mode、設定 allowFrom 同 subagents.allowAgents。
整體嚟講，呢篇文章係一個好實戰嘅教學，由概念到執行都講得好清楚。結論係只要跟足步驟，你都可以擁有一隊自動運作、互相協作嘅 AI 同事，而家你就可以做甩手掌櫃，淨係喺羣組發個需求，等佢哋自己傾自己搞掂。
- 一人公司概念：用 OpenClaw 加 Telegram Bot 可以低成本建立多個 AI 員工，唔使真人薪酬同管理。
- 防止記憶混淆：每個 Agent 要有獨立工作區，複製 workspace 再做個別設定，唔好共用檔案。
- 核心路由配置：喺 openclaw.json 設定 bindings，將每個 Telegram Bot 對應到指定 Agent，先做到多通道溝通。
- 開啟 agentToAgent：呢個設定係令到 Agent 之間可以互相傳話，唔係各自為政，先似一個團隊。
- 羣聊協作設定：必須關閉 Privacy Mode、開 Bot to Bot Communication、設定 allowFrom 同 subagents，先做到 Bot 喺羣入面正常互動。
一人公司嘅 AI 員工團隊係乜概念？
大家好，我係大劉。呢兩年「一人公司」（OPC）嘅概念好火。其實講到尾，就係老一代話嘅「下海」或者「再就業」嘅 2.0 AI 增強版。以前你單槍匹馬，而家你有一班唔使糧、唔交社保、24 小時 standby 嘅 AI 員工。咁既然係公司，就要有啲架生。大劉先同大家拆解下技術名詞：OpenClaw 實例就係你間辦公大樓，Telegram 機器人就係員工嘅辦公電話，獨立 Agent 就係唔同部門嘅同事，獨立工作區就係每人一個位，防止文件亂放。
AI OPC 本質：一個 OpenClaw 實例 + 多個 Telegram 機器人 + 多個獨立 Agent + 多套獨立工作區
先領員工號碼，再安排獨立工位
第一步係去 Telegram 嘅 BotFather 領取「員工號碼」（Token）。揾到 @BotFather，按指示輸入 Bot 名稱同用戶名（用戶名一定要以 bot 結尾），然後你就會收到一串 Token，呢個係員工嘅「入職通知書」，要好好收埋。之後，你要為每個員工準備獨立工位：複製 OpenClaw 嘅 workspace 目錄，例如 cp -rf workspace workspace_seo、cp -rf workspace workspace_dev。呢個步驟好重要，如果佢哋共享同一份檔案，記憶就會亂曬籠，SEO 專家可能會走去寫 Code。
唔好俾 AI 產生「人格分裂」——每個 Agent 都要獨立工作區
打通內部通訊系統
而家要修改 openclaw.json，將電話線接入總機。首先喺 agents.list 定義員工 ID（例如 master/dev/seo），建議直接用 Bot 名對齊。然後喺 channels 嘅 telegram accounts 填返啲 Token。最重要係 bindings 路由，設定邊個 Bot 收到嘅消息交給邊個 Agent 處理。
"bindings": [
{ "agentId": "master", "match": { "channel": "telegram", "accountId": "master" } },
{ "agentId": "dev", "match": { "channel": "telegram", "accountId": "dev" } },
{ "agentId": "cxt", "match": { "channel": "telegram", "accountId": "cxt" } },
{ "agentId": "seo", "match": { "channel": "telegram", "accountId": "seo" } }
]拉羣開會，等佢哋自己傾
跟住係拉羣開會：開個新羣組，將所有 Bot 加埋入去。但係你會發現 @佢哋冇反應，因為 Telegram 默認開咗 Privacy Mode，Bot 喺羣入面係盲嘅。你要逐個 Bot 關閉 Privacy Mode，同埋開啟 Bot to Bot Communication Mode。然後將 Bot 踢走再重新拉入羣，佢哋先會正常讀取訊息。仲要喺 openclaw.json 嘅 channels.telegram.allowFrom 加入你嘅 Telegram 用戶數字 ID，同埋 set visibility: "all" 令到會話透明。最後，改每個 Agent 嘅 SOUL.md，加入 subagents.allowAgents 雙向授權，咁樣佢哋先會直接回覆你，而唔係經主 Agent 轉介。
關閉 Privacy Mode 同開 Bot to Bot Communication，係羣聊正常溝通嘅關鍵
visibility: "all" 同 subagents.allowAgents 雙向授權令到協作更加順暢
結業致辭：你可以做甩手掌櫃
恭喜你，而家你都有自己嘅 AI 團隊喇。呢種玩法有兩種爽法：私聊單練，適合叫佢靜靜雞幫你改 Bug 或者審合同；或者羣聊協作，你喺羣組發個需求，睇住幾個 AI 自己討論、自己做嘢、自己出結果，嗰種感覺真係比帶 20 個真人仲爽。快啲動手試下，唔好俾你嘅 AI 員工喺後台食塵。
大家好，我係大劉。
呢兩年「一人公司」（OPC）呢個概念紅到爆。
其實講穿咗，就係我哋上一代人講嘅「下海」或者「再就業」嘅 2.0 AI 增強版。
以前你一個人做曬，而家你有成班唔使出糧、唔使交社保、24 小時隨傳隨到嘅 AI 員工。
既然係公司，就要有個樣
為咗費事大家聽唔明，我哋先將技術名詞「翻譯翻譯」：
OpenClaw 實例 = 你嘅辦公大樓（硬件基礎）。
Telegram 機械人 = 員工嘅辦公電話（對外溝通窗口）。
獨立 Agent = 你嘅各個部門員工（SEO、程式、策劃）。
獨立工作區 = 每個員工嘅位（唔俾文件撈亂，各自做各自嘅嘢）。
AI OPC 本質上係：一個 OpenClaw 實例 + 多個 Telegram 機械人 + 多個獨立 Agent + 多套獨立工作區
今日，大劉手把手教你用 OpenClaw 組建你嘅第一支 AI 團隊。
招人：去「人才市場」領員工
想叫 AI 幫你開工，就要去 Telegram 嗰度領幾個「工號」。
同 BotFather 傾偈：登入 Telegram 賬號，然後搜 @BotFather，佢係 Telegram 嘅「户籍警」。
跟住提示輸入 Bot 名同用戶名（注意：用戶名一定要以 'bot' 結尾）。
改個響亮嘅名：比如 lq_SEO_Bot。注意，名稱係俾客戶睇嘅，要專業、有辨識度；用戶名係俾程式睇嘅，一定要以 bot 結尾。
拎 Token：輸入完成之後會收到 Token，請好好保存唔好洩漏出去，呢個就係員工嘅「入職通知書」，收好佢，一陣設定會用到。
裝修：俾員工安排獨立工位
而家 OpenClaw 目錄下面得一個 workspace，呢個工作區有以下呢幾個檔案。
因為我哋要新建多個 agent 角色，如果共用同一個目錄，記憶、行為、文件必然會互相干擾。
唔可以俾 SEO 專家同開發工程師用同一個文件夾，如果唔係佢哋嘅記憶會「串台」，SEO 可能會走去寫 code，開發可能會去研究關鍵字。
直接複製目錄，一人一個位： 唔好嫌麻煩，呢個係防止 AI 產生「人格分裂」嘅關鍵。
cp -rf workspace workspace_seo
cp -rf workspace workspace_cxt
cp -rf workspace workspace_dev
設定公司嘅「內部通訊系統」
老規矩，改檔案之前先備份
用 vscode 或者 Cursor 都可以遠程連上雲伺服器，我哋要修改 openclaw.json。
呢一步係將電話線接入總機。
第一步：定義員工 Agent 名單列表
在 agents.list 裏面俾員工編號（master/dev/seo）
id 係你自己定義嘅，用嚟引用唔同嘅 agent，只要對應到就得。
大劉提提你： 呢個 ID 建議直接同機械人名稱對齊（例如機械人叫 lq_dev_bot，ID 就寫 dev）。
雖然你可以亂改名，但係相信我，OpenClaw 會記仇㗎——佢可能會喺記憶檔案度同你玩捉迷藏，我哋就唔好自己增加「人工降噪」嘅工作量喇。
第二步：設定 Telegram 多賬户通道
將頭先拎到嘅 Token 填落 channels 裏的 telegram 賬户：定位如下：
修改之後：
注意：accounts 裏面嘅 key 要同 agents.list 的 id 保持一致（master / dev / cxt / seo），後面 bindings 靠呢個 accountId 做路由。
第三步：核心路由（Bindings）
呢一步係多 Agent 嘅核心，佢決定：邊個 Telegram Bot 收到嘅消息，就交俾邊個 Agent 處理。
在openclaw.json嘅根節點，填落以下內容：
"bindings": [
{ "agentId": "master", "match": { "channel": "telegram", "accountId": "master" } },
{ "agentId": "dev", "match": { "channel": "telegram", "accountId": "dev" } },
{ "agentId": "cxt", "match": { "channel": "telegram", "accountId": "cxt" } },
{ "agentId": "seo", "match": { "channel": "telegram", "accountId": "seo" } }
]
效果如圖：
第四步：開啟 Agent 串門功能
定位關鍵詞「tools」，填落以下內容。
"agentToAgent": {
"enabled": true,
"allow": ["master", "dev", "cxt", "seo"]
}
效果如圖：
大劉吐槽： 呢一步一定要點火！唔開嘅話，你請嘅唔係 6 個員工，而係 6 個老死不相往來嘅「辦公室孤島」。開咗佢，佢哋先會互相傳訊息、傳話。
全員集結，準備開業！
檢查設定係咪正常
第一步：重啟 openclaw 網關
openclaw gateway restart
第二步：檢查通道狀態
openclaw channels status --probe
我哋設定嘅 Telegram Agent 設定都算正常。
私聊
聊天視窗中 @ 用戶名，揾到我哋創建嘅機械人。
撳「start」。
複製 openclaw pairing approve telegram xxxxx 到伺服器執行。
點對點對話冇問題！
拉 Group 開會
開 Group 拉人
第一步：新建羣組
暫時唔好加人，我先改個名叫「大劉OPC」。
第二步：添加成員
雙點左上角
第三步：加機械人
全部成功加入！
羣組設定
痛點：點解我 @ 機械人，佢扮死？
好多同學設定到呢度發現：機械人入咗羣，但好似木頭人。呢個時候你需要俾佢開「天眼」：
1. 閂咗 Privacy Mode（羣組必做）
將多個 Bot 拉入同一個 Telegram 羣之後，你會留意到每個 Bot 旁邊有一行狀態說明：has no access to messages
意思係 Bot 雖然已經喺羣入面，但冇辦法讀取羣消息——人喺羣度，對眼係盲嘅。
具體步驟如下：
點開每個機械人嘅詳情之後，再打開「Bot Setting」。
Telegram 嘅 bot 默認開咗 Privacy Mode，喺羣入面淨係睇到 /命令 同 @ 自己嘅訊息。
呢個係 Telegram 嘅「防騷擾保護」，但喺我哋公司，呢個就係「返工偷懶」。
一定要閂咗佢，佢先可以讀到羣消息。
2. 打開 Bot to Bot Communication Mode
呢個開關嘅作用係：容許呢個 Bot 同其他 Bot 喺羣組入面通訊，令到佢哋喺特定情況下可以互相睇到、回應對方嘅訊息。對「多 Agent 同羣協作」嚟講，呢一項好關鍵。
逐個將每個機械人嘅設定，都改好之後。
踢走再拉返入嚟：呢個係玄學，亦都係科學。Telegram 淨係喺機械人入羣嗰陣讀設定。改完唔重新拉入羣，等如白改
可以見到重新拉入羣嘅機械人嘅狀態冇問題喇，跟住測試喺羣入面 @ 機械人嘅情況。
3. Telegram 用戶能夠 @ 機械人
發現我 @ 機械人都係冇反應，呢個時候需要喺 channels.telegram.allowFrom 入面寫上 Telegram 用戶數字 ID。
如果你想令機械人都可以 @ 其他機械人，可以加上其他機械人嘅用戶數字 ID，機械人嘅用戶數字 ID 就係頭先保存嘅 token 前半截數字。
原理係：當羣入面，得你或者少數管理員同機械人講嘢嗰陣，只用設定 allowFrom 就夠用。
用戶數字 ID 點樣揾？最簡單嘅方法係搜一個叫 @userinfobot 嘅機械人，send 條訊息俾佢，佢會好似查户口咁話俾你知你嘅數字身份證。
檢查下效果，OK，至少 @ 機械人冇問題喇。
4. 會話可見性
而家我 @ 機械人得咗，但依然唔可以令主 Agent @ 其他機械人。
我哋要嘅係公開透明！所以要喺 openclaw.json 度加一行 visibility: "all"。咁就等如俾辦公室裝咗透明玻璃，大家互相睇到喺度做乜，協作效率即刻起飛。
原理：喺列出/選擇會話、向指定會話發訊息嘅時候，唔侷限於當前智能體自己嗰條線，可以看到系統入面其他 agent 嘅 session，
和 agentToAgent 一齊用嘅時候，更容易從當前會話定位並寫入其他 agent 嘅會話。
終於有回應喇，但佢覆咗主 agent，並冇直接覆我，原理係主 agent 透過 sessions_send 發訊息俾其他機械人，其他機械人推送俾主 agent，主 agent 再轉發俾我。
明顯呢個唔係我想要嘅！
5. subagents.allowAgents 雙向授權
每個 agent 都聲明咗可以同邊個通訊，例如：
"subagents": {
"allowAgents": [
"dev",
"master",
"cxt"
]
}
重啟網關之後，喺 Telegram 羣入面，
依然係用緊 sessions_send 嘅方式，覆我。
6. 修改 SOUL.md
修改主 Agent 嘅 SOUL.md 檔案，追加下面嘅調度規則。
再睇睇效果，基本滿足要求，淨低嘅，繼續微調每個 agent 嘅調性。
結業致辭：你嘅 AI 商業帝國已經啟航
恭喜你，而家你都有團隊喇。
呢種玩法有兩種爽法：
私聊單練：適合叫佢靜靜幫你改 Bug、審合同。
羣組協作：適合你做甩手掌櫃。你喺羣度出個需求，睇住佢哋幾個 AI 自己喺度討論、開工、出結果，嗰種感覺……真係比帶 20 個真人仲要爽！
快啲動手試下啦，唔好俾你嘅 AI 員工喺後台封塵！
如果你喺設定過程中遇到「報錯紅字」，唔使驚，留言區留言，大劉幫你遠程「人工降噪」。
大家好，我是大劉。
這兩年“一人公司”（OPC）的概念火得一塌糊塗。
其實說白了，這就是咱們老一代人說的“下海”或者“再就業”的 2.0 AI 增強版。
以前你是單槍匹馬，現在你有了一羣不拿工資、不交社保、24 小時待命的 AI 員工。
既然是公司，得有個樣子
為了不讓大家聽暈，咱們先給技術名詞“翻譯翻譯”：
OpenClaw 實例 = 你的辦公大樓（硬件基礎）。
Telegram 機器人 = 員工的辦公電話（對外溝通窗口）。
獨立 Agent = 你的各個部門員工（SEO、代碼、策劃）。
獨立工作區 = 每個人的工位（防止文件弄混，各幹各的）。
AI OPC本質上是：一個 OpenClaw 實例 + 多個 Telegram機器人+ 多個獨立 Agent + 多套獨立工作區
今天，大劉手把手教大家用 OpenClaw 組建你的第一支 AI 團隊。
招人：去“人才市場”領員工
想讓 AI 給你幹活，得先去 Telegram 那裏領幾個“工號”。
找 BotFather 談話：登錄 Telegram 賬號，並搜索 @BotFather，它是 Telegram 的“户籍警”。
按提示輸入 Bot 名稱和用戶名（注意：用戶名必須以 ’bot‘ 結尾）。
起個響亮的名字：比如 lq_SEO_Bot。注意，名稱是給客戶看的，要專業，有辨識度；用戶名是給程序看的，必須以 bot 結尾。
拿走 Token：輸入完成後會收到 Token，請妥善保存好勿對外泄露，這就是員工的“入職通知書”，藏好了，一會兒配置要用。
裝修：給員工安排獨立工位
當前OpenClaw目錄下只有一個workspace，這個工作區有以下幾個文件。
因為我們要新建多個agent角色，如果共用同一個目錄，記憶、行為、文檔必然會互相串擾。
不能讓 SEO 專家和開發工程師共用一個文件夾，否則他們的記憶會“串台”，SEO 可能會跑去寫代碼，開發可能會去研究關鍵詞。
直接複製目錄，一人一個座兒： 別嫌麻煩，這是防止 AI 產生“人格分裂”的關鍵。
cp -rf workspace workspace_seo
cp -rf workspace workspace_cxt
cp -rf workspace workspace_dev
配置公司的“內部通訊系統”
老規矩修改文件前，先備份
用 vscode 或 Cursor都可以遠程連上雲服務器， 我們要修改 openclaw.json。
這一步是把電話線接入總機。
第一步： 定義員式Agent 名單列表
在 agents.list 裏給員工編號（master/dev/seo）
id 是你自己定義的，用來引用不同的 agent，只要對應上就可以。
大劉提示： 這個 ID 建議直接跟機器人名稱對齊（比如機器人叫 lq_dev_bot，ID 就寫 dev）。
雖然你可以亂取名，但相信我，OpenClaw 會記仇的——它可能會在記憶文件裏跟你玩捉迷藏，咱們還是別給自己增加“人工降噪”的工作量了。
第二步：配置 Telegram 多賬户通道
把剛才領到的 Token 填進 channels 裏的 telegram 賬户 ： 定位如下：修改後：
注意：accounts 裏的 key 要和 agents.list 的 id 保持一致（master / dev / cxt / seo），後面 bindings 靠這個 accountId 做路由。
第三步：核心路由（Bindings）
這一步是多 Agent 的核心，它決定：哪個 Telegram Bot 收到的消息，交給哪個 Agent 處理。
在openclaw.json的根節點，填充以下內容：
"bindings": [
{ "agentId": "master", "match": { "channel": "telegram", "accountId": "master" } },
{ "agentId": "dev", "match": { "channel": "telegram", "accountId": "dev" } },
{ "agentId": "cxt", "match": { "channel": "telegram", "accountId": "cxt" } },
{ "agentId": "seo", "match": { "channel": "telegram", "accountId": "seo" } }
]
效果如圖：
第四步：開啓Agent串門功能
定位關鍵詞“tools”，填充如下內容。
"agentToAgent": {
"enabled": true,
"allow": ["master", "dev", "cxt", "seo"]
}
效果如圖：
大劉吐槽： 這一步必須點火！不開的話，你招的不是 6 個員工，而是 6 個老死不相往來的“辦公室孤島”。開了它，他們才會互相發消息、遞話。
全員集結，準備開業！
檢查配置是否正常
第一步：重啓openclaw 網關
openclaw gateway restart
第二步：檢查通道狀態
openclaw channels status --probe
我們設置的Telegram Agent配置都算正常。
私聊
聊天窗口中@用戶名，找到我們創建的機器人。
點“start”。
複製 openclaw pairing approve telegram xxxxx 到服務器執行。
點對點對話沒有問題！
拉羣開會
建羣拉人
第一步：新建羣組
先不要加人，我先起個名稱是“大劉OPC”。
第二步：添加成員
雙擊左上角
第三步. add機器人
全部添加成功！
羣聊配置
痛點：為什麼我 @ 機器人，它裝死？
很多同學配置到這兒發現：機器人進羣了，但像個木頭人。這時候你需要給它開“天眼”：
1. 關掉 Privacy Mode（羣聊必做）
把多個 Bot 拉進同一個 Telegram 羣之後，你會注意到每個 Bot 旁邊有一行狀態說明：has no access to messages
意思是Bot 雖然已經在羣裏，但無法讀取羣消息——人在羣裏，眼睛是瞎的。
具體步驟如下：
點開每個機器人的詳情後，再打開“Bot Setting”。
Telegram 的 bot 默認開 Privacy Mode，在羣裏只能看到 /命令 和 @自己的消息。
這是 Telegram 的“防騷擾保護”，但在咱公司，這就是“上班摸魚”。
必須關掉，它才能讀到羣消息。
2. 打開 Bot to Bot Communication Mode
這個開關的作用是：允許這個 Bot 與其他 Bot 在羣組中通信，讓它們在特定場景下能互相看到、響應彼此的消息。對"多 Agent 同羣協作"來說，這一項非常關鍵。
依次將每個機器人的配置，都修改完成後。
踢了重拉：這是玄學，也是科學。Telegram 只在機器人進門那一刻讀配置。改完不重拉，等於白改
可以看到重新拉到羣裏的機器人的狀態沒有問題了，接下來，測試在羣裏@機器人情況。
3. Telegram用戶能@機器人
發現我@機器人還是沒有響應，此時需要在 channels.telegram.allowFrom 裏寫上 Telegram 用戶數字 ID。
如果你想讓機器人也能@其它機器人，可以加上其它機器人的用戶數字id，機器人的用戶數字ID就是先前保存的tokent的前半截數字。
原理是：當羣裏，只有你或少數管理員在羣裏和機器人說話時，只用配置allowFrom就夠用了。
用戶數字 ID 怎麼找？最簡單的辦法是搜一個叫 @userinfobot 的機器人，給它發條消息，它會像查户口一樣告訴你你的數字身份證。
檢查下效果，OK，至少@機器人沒有問題了。
4. 會話可見性
現在我@機器人可以了，但現在依然不能讓主Agent@其它機器人。
我們要的是公開透明！所以要在 openclaw.json 里加一行 visibility: "all"。 這就相當於給辦公室安了透明玻璃，大家互相能看見在幹啥，協作效率直接起飛。
原理：在列出/選擇會話、向指定會話發消息時，不侷限於當前智能體自己那條線，能看到系統裏其它 agent 的 session，
和 agentToAgent 一起用時，更容易從當前會話定位並寫入其它 agent 的會話。
總算有回應了，但他回覆了主agent，並沒有直接回復我，原理是主agent通過sessions_send 發消息給其它機器人，其它機器人推送給主agent，主agent再轉發給我。
明顯這不是我想要的！
5. subagents.allowAgents 雙向授權
每個 agent 都聲明瞭能跟誰通信，比如：
"subagents": {
"allowAgents": [
"dev",
"master",
"cxt"
]
}
重啓網關後，在Telegram羣裏，還是依然在採用sessions_send的方式，回覆我。
6. 修改SOUL.md
修改主Agent的SOUL.md文件，追加下面的調度規則。
再看看效果，基本滿足要求，剩下的，繼續微調每個agent的調性了。
結業致辭：你的 AI 商業帝國已起航
恭喜你，現在你也是有團隊的人了。
這種玩法有兩種爽法：
私聊單練：適合讓他安安靜靜幫你改 Bug、審合同。
羣聊協作：適合你當甩手掌櫃。你在羣裏發個需求，看他們幾個 AI 自己在那討論、幹活、出結果，那種感覺……真的比帶 20 個真人還要爽！
趕緊動手試試吧，別讓你的 AI 員工在後台吃灰了！
如果你在配置過程中遇到了“報錯紅字”，別慌，評論區留言，大劉幫你遠程“人工降噪”。