每個成長中的業務都會遇到同樣的瓶頸
一個人負責找潛在客戶、寫開發信、製作素材、回覆詢問、追蹤成交狀況。這根本是五個完全不同性質的工作，全部疊在一個人身上，而且只能一件一件做，因為一雙手能做的就只有這麼多。
待辦清單不會變短，只會不斷延續到明天、後天，以及更久之後。
Grok Bot 改變了這個局面。它不是讓你做每件事變得更快，而是讓你不再需要親自做這五件事。
閱讀前提醒： 如果你想讓這些策略今晚就為你所用：
→ 追蹤 @bl888m_eth**
→ 按讚 + 收藏這篇文章 (設定時你會需要它)
→ 加入私人 TG： https://t.me/+Uw3KDdu0s7cxOTdh
現在，來看看它如何運作。
它到底是什麼
打開它，看起來就像一個群組聊天室。左邊是名稱，右邊是訊息。這是第一天最容易產生的誤解：你輸入問題、閱讀答案、再次輸入，感覺就像你用過的其他聊天機器人一樣。
但它不是。
側邊欄的每個名稱都是一個獨立的 Agent，擁有自己的工作、自己的記憶，以及自己的電腦——一台在雲端運行的真實機器，而不是一個關閉分頁就會消失的臨時工作階段。你在工作進行到一半時闔上筆電，工作仍會繼續。三小時後回來，它已經完成了。
一個帳號、一台共享機器，最多可以同時運行 50 個這樣的 Agent。一個 Agent 完成的工作，下一個 Agent 可以立刻接手。相同的檔案、相同的瀏覽器狀態、相同的登入資訊。
建立團隊
第一個錯誤就是一次找太多人，太快，結果把自己變成一個管理十個平庸通才的經理，而不是一個專注的頂尖專家。
一個工作要值得為它專門聘請一個 Agent，必須通過五項檢驗：
- 它負責的事項是其他人不會碰的
- 它需要自己的工具和資料來源
- 它的運作方式與團隊中其他工作不同
- 它有一個明確的界線，知道何時該停下來請示你
- 它會按照排程重複執行
一個通用的「助手」Agent 在這五項檢驗中全部不合格。一個負責開發、使用三個指定來源、並且在聯繫潛在客戶前就會停下來的研究型 Agent，則能順利通過。
聘請的過程只需要四個步驟：新增 Agent、為它命名、撰寫工作說明、指派第一個實際任務。永遠不要從打招呼開始。從第一則訊息開始，就給它一個真正的任務。
工作說明就是全部的工作
大多數人都浪費了這個欄位。他們只寫一個標題就繼續往下。
工作說明是當你忘記細節後，仍然存在的東西。它是 Agent 每次執行任務時用來自我校準的規則手冊，這點比人們想像的更重要——它也是團隊中其他 Agent 了解這個 Agent 的唯一依據。
一份好的工作說明簡短有力：
1負責 [你銷售的產品] 的每週開發工作。從 [來源] 提取名單，2移除已在開發序列中的人，並回傳一份附有連結的名單，3說明每個名字被列入的原因，最優先的排在最前面。4絕不主動聯繫任何人，未經批准也絕不購買名單。
短短四行，其中兩行是界線。你可以用這四行來審核它一週的工作成果，完全不需要閱讀任何對話紀錄。
省略了界線，你就會得到一個技術上能完成工作，但偶爾會做出你沒要求的事的 Agent，因為單純的「負責開發潛在客戶」並沒有告訴它工作該在哪裡結束。
Agent 之間的溝通
這才是真正改變工作流程的部分。
給兩個 Agent 明確的工作說明，它們就會互相指派任務，完全不需要你從中協調。 一個 Agent 發現某件事屬於另一個專家的範疇，它就會直接傳送過去。接收的 Agent 會接手處理、完成工作、然後回覆。你只需要事後閱讀整個交流過程，而不是親自轉達每一則訊息。
一個工作說明空白或模糊的 Agent 無法參與這個流程。它沒有明確的範疇，所以其他 Agent 不知道什麼事該歸它管，它自己也不知道什麼事該歸別人管。工作說明不是文件，它是實際的路由表。
把三個或四個 Agent 放在同一個對話中，它們會根據誰該回答什麼來自我組織，尤其是當你明確指定每個階段的負責人時：
@Research 負責提取原始資料，並引用所有來源。
@Draft 負責將資料轉化為初稿。
@Review 只標記會阻礙發布的問題。 未經我簽核，任何人都不得發布。
一個指令、三個 Agent、一個明確的停止點。
一次教會，無需重複
懶惰的做法是在工作流程還沒真正運作之前就先排程。千萬不要。
真正可行的順序是：
- 先在一個低風險的環境中，實際執行一次任務
- 修正問題，直到輸出結果真正令人滿意
- 將那個確切的流程儲存為一個命名的技能
- 用不同的輸入再執行一次，確認它能通用
- 只有到這時，才進行排程
技能是一個被儲存下來的方法——是步驟本身，而不只是結果。它在產生它的對話消失後，仍然會長久存在。排程只是定時呼叫這個技能的工具：
每個工作日，早上 8 點：對本週的名單執行潛在客戶評分技能。
將結果發布於此。絕不直接聯繫任何人。
如果來源資料無法使用，請直接告知，不要使用過時的數據。
最後一行比看起來更重要。一個因為今天的來源失效，就默默地重複使用昨天數據的 Agent，比一個直接告訴你它卡住了的 Agent 更糟糕。
當它需要真實的網路
有些工作無法在聊天視窗中完成。例如：支付發票、更新儀表板、在真實的收件匣中回覆郵件。這些都需要在真實的工具中進行，而不是產生一個草稿讓你自己複製貼上。
Grok Bot 的 Agent 可以驅動一個真實的瀏覽器來完成這些操作。它們會點擊、輸入、導航，直到遇到某些必須由真人處理的事項：密碼、雙重驗證碼、驗證碼，以及任何涉及金錢流動或身份驗證的操作。在這個時候，它會停下來請示你。除此之外的一切，它都會自行處理。
只要為一個 Agent 登入一次，該工作階段就會持續存在。同一個帳號下的所有其他 Agent 都可以使用它。一次登入，就能涵蓋整個團隊。
它真正的價值
人們的本能是用標價來判斷一個訂閱服務的價值。這是錯的。
應該用「每美元產出」來判斷。如果一週內，五個 Agent 觸及了 200 個潛在客戶、發送了 40 封開發信、並回覆了 60 封詢問郵件，那麼衡量這個結果的價值，應該看它與這一週的成本相比如何，而不是孤立地看帳單上的數字是否感覺很大。
大多數人從不算這筆帳。他們取消訂閱只是因為帳單看起來很貴，卻從未計算過實際上完成了多少事。
沒人告訴你，直到出問題才發現的事
每個 Agent 運行的機器會定期重建。這是正常現象，但這也意味著，任何你隨意安裝在「那個」專用資料夾之外的東西，都會在沒有預警的情況下消失。
只有一個目錄能在每次重建後持續存在。其他所有東西，從設計上來說都是暫時的，無論介面是否清楚顯示這一點。
如果你要設定任何需要跨越多個工作階段的東西——自訂工具、已儲存的設定、任何你不想下個月憑記憶重建的東西——那它就必須放在那個唯一的地方。除此之外的一切都只是快取，不是儲存空間。
忽略這一點，你將會花費一個令人困惑的下午，去搞清楚為什麼上週還完美運作的設定，突然之間就消失了。
真正的轉變
這個工具最明顯的用途是「讓一個任務變得更快」。但真正的用途並非如此。你不再是那個所有任務都必須逐一通過的瓶頸。
五個工作同時進行，每個工作都足夠專注，值得信賴，每個工作都對應著一份你可以用來檢驗其輸出的工作說明。這不是為了自動化而自動化。這只是一個人在不需要親力親為地做五件事時，運行五個工作的本來樣貌。
大多數人仍然在用老方法做事，因為還沒有人告訴他們新方法已經存在了。
