| 急用 | 直接跳 case_study.html（Alex 的框架重組版） |
| 60 秒 | 看下方「速覽框」 + ▍全貌 |
| 5 分鐘 | 速覽 + ▍全貌 + ▍① + ▍② + ▍⑤ |
| 15 分鐘 | 全文 ▍全貌 → ▍⑨ → 三段反思 |
大家好，我是畠山。我是一名公認會計士兼稅理士。今天我要把事務所的幕後運作全部公開。
我的事務所沒有任何一名員工。顧問客戶有 60 家。在稅理士業界的行情，每 10 家客戶需要 1 名員工。60 家就需要 6 人。光人事成本一年就超過 3,000 萬日圓。
我用 0 個人做到了。靠的是一個叫 Claude Code 的工具。
「你在吹牛吧？」你可能這麼想。但這是認真的。這次我會把具體的系統架構到處理流程全部寫出來，希望能給同業的稅務會計師和後勤人員一些參考。
先看全貌。我的事務所裡，以下機制每天自動運作：
Claude Code 作為指揮中心，把 freee、Gmail、Google 日曆、Notion、Slack 全部串在一起。
重點是「不需要人類每次下指令也能自動運作」。有排程任務每晚自動執行的，也有我手動下指令啟動的，兩種並行。
這是影響最大的機制。
每晚 21 點，Claude Code 的排程任務自動啟動，處理 freee 上所有未處理的交易明細。
處理流程如下：
透過 freee API 取得各事業體的帳戶明細。只篩選狀態為「未處理」且「支出」的項目，再進一步限縮在進行中會計年度內的資料。
這是最關鍵的部分。會計科目的判定採用兩階段機制。
＊第一階段：關鍵字辭典比對針對 14 個會計科目類別，各登錄了超過 100 個關鍵字。例如：
交易摘要欄位會先做全形→半形、大寫→小寫的正規化，再進行比對。日文、英文、片假名、半形片假名全部對應。
還內建了特殊模式：
只有關鍵字無法判定的交易，才呼叫 Claude API。提供可用的 14 個會計科目，要求以 JSON 格式回答。信賴度為 high/medium 就登錄，low 就跳過，交由我人工確認。
登錄前會用日期、金額、摘要前 40 個字做重複檢查，防止重複登錄。ATM 提款則作為帳戶間轉帳另行處理。
確認沒問題後透過 freee API 登錄交易。如果是新交易對象，也會自動透過 API 建立交易對象主檔。
處理 60 家公司的資料，事業體之間的資料隔離必須徹底。
company_id 為單位完全隔離A 公司的記帳處理中絕對不會混入 B 公司的資料。這是接受顧問委託的底線，絕不能妥協。
全 60 家循序處理，30～50 分鐘。每家約 20～40 秒。
以前用瀏覽器自動操作的方式，要花 5 小時。後來請 Claude Code「改寫成直接呼叫 API 的方式」，就變成現在這樣了。
自動記帳最可怕的是「把不該記帳的東西記進去了」。
我的系統內建了 7 種排除規則：
這些在會計科目判定之前就被過濾掉，送到我這邊人工確認。
能做出這個界線的判斷，靠的是稅務會計師的實務知識。
某家顧問客戶提出「想把一整年的發票資料匯入 freee」的需求。
130 張發票。營收 3,000 萬日圓。消費稅 300 萬日圓。扣繳稅額 xxx 萬日圓。
我告訴 Claude Code「請讀取這些發票 PDF，轉換成 freee 的交易匯入用 Excel」，它就寫了一支 Python 腳本，15 分鐘全部轉換完成。
銷售金額、消費稅、扣繳稅額、交易對象名稱、日期⋯⋯全部正確。
顧問客戶中有從 MF 會計（Money Forward）想換到 freee 的情況。
會計軟體的搬家其實很麻煩。要做科目對照表、匯出歷史資料、轉換格式、匯入⋯⋯手工作業每家公司要花好幾天。
這也是告訴 Claude Code「請做一支把 MF 會計匯出 CSV 轉換成 freee 匯入格式的腳本」就搞定了。
另外，我還做了用 Playwright 從 MF 會計的瀏覽器畫面自動登錄記帳的腳本。不只 freee，MF 會計的顧問客戶也能對應。
MCP 是 Claude Code 的「外部工具串接」機制。以下是我串接的工具和用途：
freee MCP稅務會計師的工作，體感八成是資料轉抄和確認作業。從 A 搬到 B，把 C 的內容反映到 D⋯⋯不斷重複。
利用 Claude Code 的排程任務功能，每天固定時間自動執行處理。
設定很簡單，只要告訴 Claude Code「請建立一個每晚 21 點執行 freee 自動記帳的排程任務」就好了。
Claude Code 的 Skills 功能可以把常用的指示定型化並儲存，用斜線指令一鍵啟動。
我做的一些 Skills：
/freee-check → 檢查 freee 的未處理明細/mtg-followup → 會議後的紀錄整理 & 產生下一步行動/ipo-analysis → 讀取新上市企業的登記簿和有價證券申報書進行分析稅務會計師的工作是同樣模式的反覆。決算、申報、月結、會議⋯⋯把這些「型」作為 Skills 累積起來，越做越快。
而且 Skills 的內容也是 Claude Code 幫忙寫的，我要做的只是「告訴它我想自動化什麼」。
Claude Code 有一個叫「CLAUDE.md」的檔案，可以寫入對 AI 的永久性指示。相當於給 AI 的業務手冊。
我的 CLAUDE.md 裡寫了以下內容：
寫好這些之後，Claude Code 每次都會先讀取這份指示再開始作業，所以能做出一致性的處理。
每完成一個任務，Claude Code 就會自動記錄到 log 檔。
記錄項目：
每月彙整摘要，就能用數字看到「這個月 AI 自動化了多少小時的工作」。
看到這裡，你可能覺得「很厲害，但我做不到吧」。
但我最想傳達的，恰恰是相反的事：
理由很簡單 ── 稅務會計師和會計人員知道「業務的型」。
記帳規則、申報流程、月結檢核重點、顧問客戶應對模式。這些實務知識是花了好幾年才累積起來的，AI 無法模仿。
Claude Code 缺少的，正是這種「現場知識」。反過來說，只要有現場知識，程式碼 Claude Code 全部幫你寫。
我建這套系統寫的程式碼，幾乎是零。全部由 Claude Code 撰寫。我做的只是告訴它「我想要這樣的機制」「這種情況應該這樣判定」。
「為什麼不請員工？」常被這樣問。
答案很簡單，不雇的好處太大了：
當然我覺得終究會碰到極限。但那個極限值，AI 每個月都在幫我往上推。