它是什麼
網名 maestro 的服務交付設計，主要是 API 路由與審核迴圈，不是已驗證的 Grok Bot 內建流程。標題每月 3,600，以及單件成本／低於營收 1% 等皆為作者自述或作者試算，不當已查帳營收、定價標準或獲利保證。
怎麼用（作者方法，未實測）
- 先選已手工交付至少十次、能以清單寫 Brief、完成可由他人檢查的服務。來源列內容、研究簡報、建置三類，是作者服務菜單，不要求一次全開。
- 路由表與程式邏輯分開：機械抽取／重排、一般生產、長程研究、獨立審查各有路由，模型改版只改設定。來源模型名與上下文數不是本次可用性驗證。
- 用獨立呼叫、全新上下文做審查，只收 Brief、服務清單、客戶文風及最終稿，不收生產推理。審查先查清單覆蓋、佔位／TODO、數字／引語／人名的來源、最近三份批准稿的文風。缺資料無法核驗也判 FAIL；失敗列清單項、具體位置及修正要求。
- 審查端只給讀權，不能悄悄改稿；同供應商獨立呼叫仍可能共享盲點，來源建議有預算時用跨供應商審查。原文路由兩者都用 Grok 4.6，與其「不同層級」建議不完全相符，不能稱已有模型多樣性隔離。
- 每次 FAIL 把明確回饋帶回下一輪，最多三次；超限保留最後稿與判定交人，不送客戶、不無限重試。PASS 只表示通過這套清單，涉及客戶正式帳號的動作仍歸人。
計量與程式限制
來源以字元數除四粗估 token，在 195,000 阻擋，目的是避開其所稱 200,000 輸入 token 加價門檻。這是作者寫作時的 API 計價主張，日期只見 Last updated: Oct 14、年份未寫；未查官方現價，不能當通用上限。字元粗估對多語與實際封裝不可靠，不直接照抄當成本保護器。
示例成功時只記生產 usage，未把每輪審查與歷次失敗成本累計；不能據此宣稱已有完整成本帳。作者把 200 件的 5%／30% 升級量寫成每週十／六十次，與前文每月 200 件口徑不一致，不採用該週量計算。模型費率、上下文窗口、價格比較與單件成本一律未獨立核實。
試辦順序與限制
作者建議首週寫清單與完成定義、手做三份；次週用相同樣本驗證生產與審查，若錯放人本會拒的稿就修規則；第三週加入客戶文風，逐件人工看後交；第四週才考慮第二服務線。失敗增加先縮 Brief，不能只升模型。
收入依賴真實獲客與關係，配置不會帶來客戶。此卡未執行任何 API、安裝或連線，也不保存憑證。Bot 訂閱與 API 計費是不同範圍；來源舊套餐不作現行資格，參見額度卡。
來源與時效
各頁標示 Last updated: Oct 14，年份未寫明，不補年份。本文為作者方法，尚未實測；圖片僅有佔位，未核讀圖片細節或複現成品。
把崗位提示詞變成可檢查的準備件（37）
37 與 28 同署網名 maestro，補充跨服務的輸出設計，不是「十段提示詞即可替代整隊」的成效證明：
- 客服僅按指定文件與舊票找證據，答案缺失標 needs a person；回覆存內部註記，不公開答覆、不改票狀態，升級清單反映文件缺頁。
- 研究逐條保留支持段落，標支持／矛盾／尚未建立，來源衝突並列與比較時間，缺口也是交付，不用合理句子填空。
- 行銷對照己方與競品主張，文案改動限制於指定頁並交 diff；專案管理只列阻塞、久無提交與待決策，來源提示詞不授權移卡或評論。
- 文件比對只標與已批准 playbook 的差異，原文不改；請款核對列金額、幣別、日期、採購單、供應商與來源，缺匹配如實列出。原文 2% 是作者示例門檻，不是財務或法律判斷標準；不批准、不付款、不簽約。
每輪列已做、跳過、失敗；先用能在場觀察的日程，逐行審前三輪，再依任務調頻率。來源不同角色明列「可在表格寫草稿」「可開文案 PR」等外部寫入，須事前確定範圍，不能因最後不發送便視為整條流程只讀。專用帳號縮小影響範圍，不提供同帳號 Bot 間隔離。
可信度 B；作者方法，尚未實測；沿用正式狀態。所有來源頁均標 Last updated: Oct 14，年份未寫明。本文只整理保存全文，未核驗產品現況。
更新紀錄
- 2026-11-14 BATCH4 整理為 B 級正式方法卡；來源卡：2026-11-12-feishu-grokbot-fenjue。來源 URL 與 sha256 見上節。
- 2026-11-14 BATCH5 追加獨有要點；來源卡：2026-11-12-feishu-grokbot-fenjue。來源 URL 與位元組 sha256：
- 第 37 頁：https://jcng5q8n0f3z.feishu.cn/wiki/MKHywsPUNinwvEkIF9icQgj2nJg；sha256=`f94f52c00c09c2138466455c51ffa4c4c2045ccc08c606a15159ebca17a16b26`。