Threads Case Study · AI Employee Ops

Bill Hsu 5 個 AI 員工架構分析報告

分析他怎麼用 Claude Code、Mac Mini、Telegram、Notion、共享 repo 與每日 retro,把 AI 從聊天工具變成一套可營運的「小公司」。

1. 一句話總結

這篇不是單純炫技。他做的是「老闆學放權」的 AI 公司營運系統。

核心不是 Claude Code 本身,而是:角色邊界、獨立 context、shared dashboard、權限分層、每日反省、可版本化的設定 repo。
角色

每個員工有職責

不是 5 個人格,而是 5 個職能,每個有自己的資料源、skill、工作空間。

狀態

Notion 管全局

任務不靠聊天記憶,而是進 dashboard:Waiting / Replied / In Progress / Done / Blocked。

複利

每天 retro 改設定

今天踩坑,今天寫回 skill / memory / CLAUDE.md,明天不要再錯。

2. 系統架構

Mac Mini

跑 5 個 Claude Code sessions

  • 每個員工 = 1 個 Claude Code session
  • 每個員工 = 自己的 Telegram bot
  • 每個員工 = 獨立資料夾 / 記憶空間
  • 好處:並行、context 不互相污染
Mac Pro

跑一個全能 agent

  • Bill 個人 Mac
  • 一個 agent 帶全部 context
  • 比較像桌面 pair programmer
  • 適合互動式工作,不適合 24/7 多任務通訊場景

為什麼不用雲端 VM

不是成本問題,而是 debug 問題。Agent 常卡在 Chrome extension、OAuth token、MCP 更新、GUI 狀態。Mac Mini 可以螢幕分享直接看,非技術使用者更容易救火。

3. 5 個員工分工

員工角色負責內容意義
Jared執行助理ad hoc、行事曆、人脈、社群通路雜務入口
BobbyAI 投資分析師案源、DD、投資組合、founder 關係投資研究與關係管理
SteveAI 專案經理dashboard、工程專案、cron、知識庫 API系統營運
SamanthaAI 內容創作者長文、閱讀 pipeline、跨平台發布內容生產
TaylorAI 個人投資組合經理鏈上部位、yield、風險、Dune / Moonpay資產監控與執行

重點:他不是用「人格設定」切角色,而是用「目標 + context + skill + 權限」切角色。

4. Notion Dashboard 是中控台

他一開始讓員工各自用本機檔案追蹤,後來發現沒有全局視角,才改成 Notion。

他建的資料庫

  • Task
  • Project
  • Founding Round
  • Research
  • Organization
  • People

解決的問題

  • 不用在 5 個 agent 對話框找狀態
  • 被打斷後能接回現場
  • Bill 能一頁掃所有 waiting items
  • 跨職能 handoff 有共同語境

任務狀態流

1

Waiting on Bill

員工做完,需要 Bill 決策,就開 Notion task,寫清楚背景與選項。

2

Bill Replied

Bill 在 task 頁回覆方向,手動把狀態切到 Bill Replied。

3

In Progress

下一輪 heartbeat 員工掃到,讀完回覆後繼續跑。

4

Done / Blocked

完成就寫註記並發 Telegram;卡住就寫 Blocked 原因。

5. Heartbeat 是自動運轉核心

cron 定時叫員工起來掃任務、更新進度、做低風險動作、發回報。

時間事件目的
06:35Jared 晨報掃行事曆、Gmail、Slack、Telegram、Google Task,建議今日優先序
08:00全員 Heartbeat #1掃 Notion task,處理昨晚 Bill Replied
12:00Bobby Heartbeat拉 Fireflies 逐字稿,更新 founder / org / task DB
16:00Steve 簡報 + 全員 Heartbeat #3推進卡住事項與戰情簡報
20:00全員每日回顧反省流程錯誤、工具錯誤、prompt 誤解、溝通問題
22:00Bill 回 Notion在床上掃 Waiting on Bill,回覆下一步
他一開始 2 小時一次,後來改 4 小時。因為真正 bottleneck 是人腦,不是 agent。

6. 權限分層:context 多,write 少

他的核心安全原則:context is everything but control write access

個人帳號

read-only

  • Gmail
  • Drive
  • Calendar
  • Docs / Sheets

員工看得到主帳號資料,但不能直接污染主帳號。

Agent 帳號

read/write

  • 寫 Sheets / Drive
  • 建 Calendar event
  • 對外操作走 agent 身分

出事也在 agent 帳號內,不會改壞主帳號。

Agent 可直接做一定要 Bill 拍板
本地檔案、讀資料、研究、寫草稿、可撤回編輯寫入外部系統、對外發訊息、發布文章、上線部署、送交易、不可逆動作

7. 他怎麼做到知識複利

不是把記憶塞進向量庫,而是讓員工每天根據 log 與 feedback 改自己的設定。

Shared Skill Repo

技能共用

所有 skill 集中在 repo,員工需要就引用或下載。

Shared Task Board

交接共用

跨職能 handoff 透過 Notion,不靠聊天框記憶。

Shared KB

知識共用

Obsidian Vault 包成 API,員工回覆前能先查過去觀點。

每日 retro 更新四件事

1. skill
2. CLAUDE.md
3. memory
4. log

他的實戰邏輯是:今天踩的坑,今天寫進去;明天 session 不要再踩同樣坑。

8. 跟 FRIDAY 目前系統對比

我們已有
  • Hermes / Claude Code 混合架構
  • FRIDAY 主體 + 笨笨 + 員工 dispatch
  • skill / memory / FRIDAY-KB
  • cron / dispatch logs / inbox
  • alpha 員工掃描
  • Obsidian / markdown KB
  • Telegram / Discord 回報能力
我們缺的
  • 一頁式 dashboard
  • 全員統一 heartbeat 節奏
  • 每個員工硬性每日 retro
  • 更清楚的權限矩陣
  • alpha vault 完整 LLM Wiki 化

最大缺口

我們不是缺工具,是缺「一頁總覽」:誰在跑、誰卡住、誰等老大、下一步是什麼、最後更新何時。

9. 這篇 Threads 為什麼會有效

Hook

30 天 + Claude Code + 5 個 AI 員工

有時間、有工具、有成果,讀者自然想知道怎麼做到。

細節

不是概念,是運營細節

Mac Mini、Notion DB、4h heartbeat、read/write 帳號、clear_jared、Fireflies → Notion。

可信

承認問題

他講了互搶工作、2h 太吵、Notion API 慢、agent 會幻覺、需要 restart。

最強 framing 是「老闆學放權」:把技術問題轉成管理問題,所以非工程讀者也能懂。

10. 我們應該怎麼抄

P0

做 FRIDAY Dashboard

先不用 Notion,可以用 markdown / HTML / SQLite。欄位:task_id、project、owner、status、next_action、waiting_on、last_update、source_log、priority、due、link。

P1

建立全公司 heartbeat

一天 3 輪就好:08:00 掃任務、16:00 推進卡住事項、22:30 收斂日報 / retro。

P2

每個員工強制每日 retro

固定回:今天做錯什麼、哪個工具卡住、哪條 prompt 不清楚、要更新哪個 skill / KB。

P3

建立權限矩陣

分成可直接做、FRIDAY 驗收、老大批准、禁止做。尤其 deploy、寄信、交易、刪資料、API key。

P4

Alpha LLM Wiki 化

每次 alpha 掃描不能只產出機會檔,要更新 strategy、concept、entity、exchange、opportunity、index、log。

FRIDAY 版最小閉環

1. 一頁 dashboard
2. 全員 heartbeat
3. 每日 retro
4. alpha wiki 化
5. 權限矩陣
補起來後,我們就不是「有很多 agent」,而是「有一套公司級 AI 營運系統」。

來源

整理時間:2026-05-13。用途:給老大評估如何吸收進 FRIDAY / alpha / KB 知識複利系統。