如果你問我「你都怎麼用 AI」，我的回答可能會讓你以為我在講一家公司。

因為在我的心智圖裡，它就是一家公司：Claude Code 是我的辦公室，裡面有很多助理分身，接我交辦的延伸任務——延伸思考、執行、生成。辦公室外面還有幾家外包商：Gemini 和 ChatGPT，做生成圖片的美工外包、當外部顧問，跟辦公室裡的主力團隊互動。而我，是這家公司唯一的老闆。

注意這張圖不是工程師的架構圖——沒有 API、沒有資料流、沒有技術名詞。它是一張組織圖。我認為這正是多數「AI 工具教學」漏掉的東西：他們教你用工具，但沒人告訴你，當你認真把 AI 編進工作，你其實是在組一家公司——而組公司的學問，跟用工具的學問完全不同。

這篇是自動化篇的樞紐：把前面講過的記憶、角色、思考、駕駛艙全部拉遠看一次全景。

「用 AI」和「建 AI 工作環境」差在哪？

系列第一篇講過這個分界，這裡用公司的語言再講一次：

用 AI ＝ 每次都在路邊招臨時工。 他很聰明，但不認識你——每次都要重新交代你是誰、規矩是什麼、東西放哪。案子結束，他走了，學到的一切跟著消失。

建 AI 工作環境 ＝ 開一家有制度的公司。 員工手冊（記憶）寫好了，部門主管（角色）任命了，晨會制度（駕駛艙）跑起來了——每個新進來的助理自動繼承全部制度，而且制度本身會累積、會演化。

經濟學講基礎建設的價值：它本身不直接生產，但它讓之後的每一單位投入都更有產出——這就是複利。你每天教臨時工的那十五分鐘，在有制度的公司裡是零。

全景圖：這家公司的編制

編制	是什麼	對應系列哪幾篇
辦公室（公司主力）	Claude Code——我的工作環境本體，所有制度都裝在這裡	全系列
員工手冊＋工作守則	記憶系統：事實、判斷、偏好分層存放，有保存期限、有真相源	EP01–04
部門主管	顧問角色：財務、人事、行銷……一句話喚起	EP05–07
會議規範	思考框架：診斷→推薦→執行，讓討論不跑偏	EP08–10
助理分身	subagent：接延伸任務的分身——研究、起草、審查各自去跑	多 session 工作法
晨會與總務	自動化 routine：每日健檢、每週記憶稽核、駕駛艙	EP11、EP13
檔案室與保全	版本控制（git）＋雙倉庫防火牆：私有策略與公開網站隔離	建站篇
外包商	Gemini／ChatGPT：美工（生圖）、外部第二意見	本篇

底座：為什麼記憶和思考框架不是「部門」？

看上面那張表會發現一件事：記憶系統和思考框架，我把它們寫成「手冊」和「規範」，不是某個部門。這是刻意的，因為它們的真實身份是底座：

沒掛專家角色的時候，記憶＋思考框架就像我的意志延伸、貼身特助——沒有專業領域，但最懂我怎麼想、紅線在哪。 掛上專家角色之後，同一個底座加上一門專業，就成了核心部門主管——懂老闆的人，剛好又會財務。

這個分層解釋了主力跟外包的本質差別。角色篇講過「專業是肉、思考框架是骨」，現在補上第三件：記憶是魂。外包商（隨開即用的通用 AI）有肉有骨——專業知識和推理能力都不缺——但沒有魂：它不懂你。所以美工發包給它沒問題（畫圖不需要懂我），但經營判斷只能在辦公室裡做。

主力與外包的分界線，不是能力，是「懂不懂老闆」。

哪一塊壞了，整套會垮？

寫這篇之前我認真盤過這題，預期的答案是「記憶最關鍵」之類。但誠實的答案是：

都不會垮。因為全部都是輔助——決策在我。沒有了助理，就是變慢、暫停，不是垮。

一人公司的本質：老闆在，公司就在。這句話聽起來像幹話，其實是一條設計原則：我從一開始就沒有讓任何一塊變成單點故障——沒有哪個自動化替我做決策、沒有哪份記憶是我自己腦中沒有備份的判斷、沒有哪個角色的意見不經我裁決就生效。

這也順便回答了「一人系統」這個名字的真正意思：「一人」指的是決策中樞只有一個人，不是只有一個人在工作。 工作的是一整家公司；拍板的，永遠只有一個人。

**思考重點：**這條原則可以當你的健康檢查標準——想像你的 AI 環境裡任何一塊明天突然消失：你會「變慢」還是「癱瘓」？變慢是健康的（基礎設施本來就是加速器）；癱瘓代表那一塊已經從基礎設施變成了依賴——你把不該外包的東西外包出去了。

這些零件怎麼協作？看一個真實案例：網站的誕生

講組織圖容易流於抽象，看一次實際運轉。這個網站（你正在讀的這個）的誕生，源自一段我至今留著截圖的對話：

當時 AI 剛幫我把兩篇社群短文收尾，主動提議「下一篇接著寫？」——我否決了，然後說了一段話，事後看，這段話是整個網站的出生證明：

「我看了 01、02 兩篇，覺得長度太短，且我要『有用的長文』這樣在網路的評價上可以被評為高分……所以要改寫。角色納入 SEO 大師，查詢目前 AI 工作流相關的 SEO，來進行改寫及同步改善風格及文章長度的設定，地圖也調整。然後我要一個根本策略，我要成立一個 blog 網站，以免費為主、但有永續性，專門來紀錄這個 AI 工作流……重新展開計畫。」

拆開這一段交辦，再對照它觸發的連鎖反應：

環節	誰動了	動了什麼
助理主動提議	記憶系統	它知道進度，主動接班
老闆否決＋轉向	我	體感（太短）→ 目標（有用的長文）→ 指定掛角色（SEO）→ 指定研究 → 範圍升級（建站）→ 重啟令
主管先定性	思考紀律	「這是根本性的轉向，值得完整重規劃，不是邊改邊看」——它沒有悶頭照做
掛牌＋查市場	角色＋外部研究	載入行銷/SEO 顧問、查當年度的搜尋演算法規則
呈報＋請拍板	案主哲學	「先給戰略判斷，幾個關鍵岔路請你拍板，拍完我才動」
誠實列矛盾	思考對手	「但要正視一個矛盾……」——不是啦啦隊

一段話，六個零件接力。這就是「基礎設施」的意思：我只出了一段老闆語言，剩下的整條生產線自己接走了。

【實際操作】

你這樣說：（交辦的五要素，照抄上面那段的結構）「我看了現況，體感是 X 不行；我要的目標是 Y；掛上 Z 角色、先去查清楚 W；這次的範圍比原計畫大——還要加上 V；重新展開計畫。」

**它大概會這樣回（示意）：**先定性（這是小修還是根本轉向）、載入角色、做研究，然後給你戰略判斷＋幾個需要你拍板的岔路，等你點頭才動手。

**▶ 你要檢視什麼：**它有沒有「先定性、後動手」——直接悶頭執行的 AI 很危險，轉向級的指令值得它先停下來確認規模。以及岔路題問得對不對：好的岔路題是你真的該決定的事（取捨），不是它懶得想丟回來的細節。

**你接著這樣回：**逐一拍板岔路，然後一句「照這個方向，動工」。

這套基礎設施花了多久建？

你可能以為是幾個月。真實時間軸（從版本記錄裡考古出來的，精確到分鐘）：

時間	發生什麼
第 1 天	工作環境初始化。16 分鐘後，記憶手冊和思考框架就位——第一塊磚是記憶，不是任何酷炫功能
第 4 天	駕駛艙＋每日自動巡檢上線
第 6 天上午	上面那段「重新展開計畫」的對話
同日中午 12:04	網站骨架 build 通過——從對話到骨架，約兩小時
同日 15:27	正式網域設定完成（中間我照著它給的步驟去申請網域）
同日傍晚	網站正式上線——版本記錄裡白紙黑字：「上線日＝當天」
第 8–9 天	一場資料災難＋災後重建：版控防護、工作桌隔離、真相源制度（多 session 工作法那一章的故事）
第 12–16 天	駕駛艙重新設計（上一篇的故事）

整套系統從零到你現在看到的樣子：16 天。上午它還在幫我收尾社群短文，中午網站骨架已經 build 通過，傍晚正式網域上線——這不是我特別厲害，是「交辦給基礎設施」和「自己學著做」的速度差。而且注意第 8–9 天那行：基礎設施不是規劃出來的，一半是長出來的，另一半是摔出來的。

給想開始的你：建設順序

不用 16 天全套照抄。照依賴順序，一次一塊：

1. 先記憶（EP02、EP03）——沒有記憶，其他一切每天歸零。這是地基的地基。
2. 再角色（EP05、EP06）——記憶讓它懂你，角色讓它在懂你的基礎上拿出專業。
3. 再自動化（EP11、EP13）——前兩塊穩了，才值得讓系統自己跑。順序反過來會災難：一個不懂你的系統自動跑，跑得越快錯得越遠。

每一塊的第一版都很小：記憶從十條開始，角色從一個開始，自動化從一張每天手動更新的狀態表開始。基礎設施的重點從來不是大，是「在了之後，每天都在生利息」。

FAQ

建一套 AI 工作環境要會寫程式嗎？ 我的經驗：不用會寫，但要會「驗收」。系統裡所有技術活（建站、版控、自動化腳本）都是 AI 做的，我做的是定方向、給體感、拍板岔路——本篇那段交辦範本就是全部的「技術能力」。

從零開始，先建哪一塊？ 記憶。理由在上面的建設順序：其他每一塊都踩在「它懂你」上面。

這套綁死 Claude Code 嗎？ 組織圖的思維（記憶=手冊、角色=主管、決策在老闆）完全可遷移；具體機制（自動巡檢、多分身）各工具支援度不同。原則帶走，工具自選。

一個人需要搞這麼複雜嗎？ 看你讓 AI 承擔多少核心工作。一週用兩次，不需要；每天的思考、產出、決策都有它參與——那你不是在用工具，是在經營一支團隊，而團隊值得制度。

---

這個系列的上下篇：上一篇〈駕駛艙思維〉；下一篇 EP13 自動化篇收尾：最好的系統，自己維護自己——連「維護系統」這件事，也可以外包給系統。

延伸閱讀：James Clear《原子習慣》——你不會達成目標，你會落到系統的水位（官網）　｜　Tiago Forte《打造第二大腦》——把外部系統當認知延伸（官網）