它是什麼

網名 Codez 的十步教學索引與驗收方法;只收第 22 頁,不預填後續篇目。底層設定與共享權限見既有入門卡,本卡保留完整實施順序及週審計,供後續同主題來源追加。

十步路線(作者方法,未實測)

  1. 安裝與登入後先建入口 Chief,交一件真實跑腿,結果應能在約 30 秒內核驗;這是驗收耗時,不是任務限時。
  2. 用職位命名,章程寫負責內容、可檢查的合格標準、不能自行做的事;長期職責與單次請求分開。
  3. 只連任務需要的工具,辨認授權是帳號共用,不逐 Bot 假設隔離。
  4. 遇登入由人接管畫面完成,交回後從原位置繼續;密碼與驗證碼不進聊天。
  5. 挑每週重複、跨兩個以上工具、步驟穩定的工作做示範,保存後驗證;演示不代表判斷規則已完整。
  6. 已滿意的任務才設定排程或受支援事件觸發,確認擁有者與真正能用的來源。
  7. 出現穩定業務領域才拆專員,避免一名通用助手混用費用、招募與拓客上下文。
  8. 需要可見交接才用群聊,寫共同目標與下一手負責人;共享檔案承接內容,群聊不是唯一或必須的協作方式。
  9. 按可逆性劃線:研究、準備、草稿先完成;對外發送、花錢、公開發布、非明顯垃圾的刪除及接受條款停給人。來源的一分鐘判準是作者啟發式,不能取代實際權限控制。
  10. 每週審計並手動抽查,不以 Bot 自評作唯一證據。

週審計交付

作者建議每週約 15 分鐘,逐條 Routine 問:真的跑了嗎、輸出正確嗎、停掉會失去什麼?報表列觸發次數、實際產出、跳過/失敗/猜測、停給人但一直未答的項目,再指出最無用的一條與理由。人每條至少抽看一份輸出;站點版面更改造成的靜默退化也要查。

限制與成本

22 開頭「每 Bot 一台電腦」與同庫共享模型衝突,採同帳號共享電腦、分角色上下文的界定,不傳播硬體隔離說法。群聊便利主張與既有額度警告並存,不要求全面建群。記憶持續改善與主動提前工作的描述是來源期望,不當能力保證。未提供流程總成本,見 grokbot-quota-saving-checklist-20261113。

來源與時效

各頁標示 Last updated: Oct 14,年份未寫明,不補年份。本文為作者方法,尚未實測;圖片僅有佔位,未核讀圖片細節或複現成品。

拆崗訊號與試用驗收(33、35、41)

33(網名 Movez)用目標、工具、工作風格、審批邊界、時間表的穩定差異判斷是否拆崗;41 補充,新做法可先成 Skill,需要獨立領域記憶才考慮新 Bot。這些是診斷訊號,不是任何一項不同便必須增編;拆崗也不提供憑證隔離。週審計加查重複勞動與從未被打開的成品。

35(網名 distort)把試用分三輪:全程觀察並記錯;換相似輸入但不手動提醒舊錯,測規則修補是否保留;第三輪除審批、歧義與重試上限外不干預。量測完成率、人工介入次數、審稿輪次、獲接受耗時與每份獲接受結果成本。三輪是作者試用設計,不等於可靠性已獲統計證明。

35 的升級門檻另為連續五次乾淨執行、驗證全過、無未解副作用、測過回滾且確實測到一次人閘。不要把「三輪試用」誤寫成已滿足「五次升級」;品質退步、整合改變或連續需要修正時降級。35 的暫時故障重試兩次、格式修一次及三輪修正後升級人工,是作者範例,需為各任務明定;本卡不自動改動既有上限。

41 把前門、專員、看板、排程、人閘串成建置順序:先辨域,再有共同狀態才擴編,最後測排程與審批。其五天計畫與專員數是教學示例;文末「先一名專員」與正文「三名足夠」不合成固定人數要求。半小時巡查與夜間會議也不是起步必需。重複批准五次不自動授權外發或合併。

由專家維護共享 Bot(34)

34(網名 n2parko)提供另一種多人採用路徑:選重複諮詢最多的業務節點,由該領域專家把資料選擇、問法、輸出與審稿標準整理成共享 Bot;其他成員可直接詢問,專家維護規範。原文舉數據查詢、行銷審稿與售前輔助,未提供完整配置或效益量測,不補造安裝步驟。

這是同事共用的 Team Bot,與一個帳號內多名專員不同;來源所稱全域與個人記憶未實測。共享記憶治理見 grokbot-vm-backup-restore-20261113,跨成員權限不能由單帳號共享電腦模型推定。

可信度 B;作者方法,尚未實測;沿用正式狀態。所有來源頁均標 Last updated: Oct 14,年份未寫明。本文只整理保存全文,未核驗產品現況。

更新紀錄