用 Claude Code 建立 AI 員工團隊
把 n8n + Claude + Notion 串起來,讓 AI 接住一個完整工作流——不是把它當問答機器,是讓它變成會自己跑日誌、管專案、做決策的「員工」。這篇是我把這套團隊長出來的完整通關紀錄。
作者 柴魚 · · 閱讀時間 8 分鐘
- #ClaudeCode
- #n8n
- #AI員工
- #Notion
目錄 ✏️
- 1.為什麼要把 AI 當員工,而不是當工具
- 2.三個職位:軍師、魔法師、史官
- 3.記憶層:脈絡才是真正的差異
- 4.我踩過的三個坑
三年前我把 AI 當成「比較聰明的搜尋引擎」,問一句答一句。直到去年我才想通:真正的槓桿不在「問得多好」,而在「讓它接住一整段工作流」。這篇記錄我怎麼把一個人的工作室,長成一支 AI 員工團隊。
為什麼要把 AI 當員工,而不是當工具
工具是你每次都要握著用的;員工是你交代一次、它自己跑完還會回報。差別在於脈絡的累積——員工記得上次怎麼做,工具每次都從零開始。把 AI 推到「員工」這一格,關鍵就是給它一個能持續長大的記憶層。
把 AI 當工具,你得到一個更快的自己;把 AI 當員工,你得到一個會自己長大的 團隊。
三個職位:軍師、魔法師、史官
我沒有一次把所有職位都長出來,而是缺什麼補什麼。一開始只有一個「軍師」幫我拆任務、做決策;後來寫 code 的量大了,才補上「魔法師」;最後發現自己老是忘記做過什麼,才生出「史官」每天寫日誌。
- 軍師:接收指令、判斷路由、拆解步驟、協調各部門。
- 魔法師:寫 code、除錯、自動化腳本、部署。
- 史官:每天寫日誌、整理週報、維護專案回顧。
記憶層:脈絡才是真正的差異
我相信 AI 強不強不是看模型,是看你餵它什麼脈絡。所以我把 Notion 當記憶層、Obsidian 當第二大腦,讓每個 agent 在動工前先讀共享上下文。下面是排程跑日誌的最小骨架:
crontab
# 每天 01:00 讓史官寫日誌
0 1 * * * claude -p "/daily" >> ~/logs/daily.log 2>&1 我踩過的三個坑
第一,閉門造車——我花過 1.5 小時自己造輪子,後來才發現業界早有現成方案。第二,silent failure——排程跑得了不代表系統在工作,我吃過 cron 靜默失敗 3 天的虧。第三,過度監督——疊太多 agent 互相檢查,反而是已被放棄的方向。
慢慢寫、慢慢做——這支團隊還在長。