CLAUDE-INTRO · CASE STUDY 01

一個人服務60 家的事務所

畠山謙人案例 · 用領域金字塔重新拆解
v1.0 · 2026-05-08
PART 1 / HOOK
FROM JP @KANDMYBIKE
LIVE WORKSHOP MATERIAL · 1 HR INTRO
PEOPLE · CLIENTS
160
業界基準:60 家客戶需 7 人(1 老闆 + 6 員工)+ 一年 3,000 萬日圓人事費。畠山一個人做到了(0 員工,全靠 Claude Code)。
SAVED / MONTH24HR+
BOOKKEEPING5h→50min
130 INVOICES15MIN
60
CLIENTS
vs 業界 7 人團隊(1+6)
1
PERSON
畠山自己(0 員工)
14
ACCT TYPES
每類 100+ 關鍵字
7
EXCLUSION RULES
該人工就交人工
5MCP
INTEGRATIONS
freee/Gmail/Cal/Notion/Slack
300HR
SAVED / YEAR
~1 hr/day × 365
閱讀地圖 先看每天做什麼(SEC 01)→ 背後系統怎麼長出來(SEC 02)→ 套到金字塔框架(SEC 03)→ 換你怎麼做(SEC 05)
SEC 01

他每天到底在做什麼?

case.md ①–⑨ · 9 段事實

先把架構放一邊,看具體日常 ── 這是畠山案例的真正震撼點。每段右側標的 LAYER 是工作坊 Part 2 才會詳解的框架,這裡先讓你感受。

每晚 21:00 60 家公司自動記帳
兩階段判定:關鍵字辭典先比對 → 不確定才呼叫 Claude API。5 小時 → 50 分鐘。
LAYER 2 監測LAYER 4 飛輪
50MIN
7 種排除規則
不明簽帳卡、借款還款、稅金、薪資、投資、ATM、公共費用 ── 不該自動的就交人工。
LAYER 3 標準化
7RULES
130 張發票 → 15 分鐘轉換
營收 3,000 萬日圓的客戶整年發票全部轉成 freee 匯入格式。手工要一整天。
LAYER 4 飛輪
15MIN
會計軟體搬家自動化
MF 會計 → freee 的 CSV 轉換腳本 + Playwright 自動登錄。每家數天 → 腳本化。
LAYER 4 飛輪
RE-USE
MCP 串接
freee / Gmail / Calendar / Notion / Slack 全部串到 Claude,「轉抄作業歸零」。
LAYER 2 監測LAYER 3 標準化
5SERVERS
排程任務
每晚 21:00 自動記帳、22:00 X 粉絲數記錄 → Notion。「忘記」這件事消失了。
LAYER 2 監測
NIGHTLY
Skills 業務範本
/freee-check、/mtg-followup、/ipo-analysis ── 把同樣模式的工作定型化成斜線指令。
LAYER 3 標準化
3+SKILLS
CLAUDE.md 業務手冊
分類規則、稅務規則、安全政策、輸出路徑、判斷界線 ── AI 永久讀取的「業務交接文件」。
LAYER 1 探索LAYER 3 標準化
RE-READ
業務日誌量化
每任務記錄手工 vs 實際 vs 節省時間 → 月度彙整 → 看出下一個該優化什麼。
LAYER 4 飛輪
24+HR/MO
SEC 02

背後的系統架構(5 子層)

analysis.md §1.2

看完上面的日常,這 5 個子層就是把那 9 件事撐起來的鷹架。從最底的知識到最頂的回饋,每一層都不能少 ── 這個結構之後也會在 Part 3 看到 Alex 自己的版本。

L1
知識層
CLAUDE.md 業務手冊 + 14 類會計科目 × 100+ 關鍵字辭典 + 業務規則
CLAUDE.mdDICTIONARY
14TYPES
L2
編排層
Claude Code 指揮中心 + 排程任務(21:00 / 22:00)+ Skills 斜線指令
SCHEDULERSKILLS
3+SKILLS
L3
串接層 (MCP)
freee / Gmail / Google Calendar / Notion / Slack 全部串成同一個介面
MCPINTEGRATION
5MCP SERVERS
L4
安全層
7 種排除規則 + company_id 資料隔離 + 信賴度低 → 跳過交人工
SAFETYISOLATION
7RULES
L5
回饋層
業務日誌量化(手工 vs 實際 vs 節省)+ 月度彙整 + 判錯回寫 CLAUDE.md
METRICSFLYWHEEL
24+HR/MO
最關鍵的事實
畠山自己幾乎沒寫程式 ── 全部由 Claude Code 撰寫。領域知識是燃料,不是技術能力。
PRINCIPLE
~0LOC BY HUMAN
SEC 03

套到 4 層金字塔的指紋

analysis.md §2.2 · 工作坊 Part 2 主框架

現在拉高一階 ── 用工作坊 Part 2 的領域金字塔 4 層框架重新看畠山。每一層都能在原文找到指紋(fingerprint)。這是後面 Part 3 所有 demo 共用的同一個架構。

LAYER 1 探索
查 ─ 文章中的指紋(很少著墨,但留下三個線索)
① Playwright 試錯後改用 API(5 小時 → 50 分鐘) ② 試多個 MCP server 後留下 5 個 ③ 寫一次性腳本(130 張發票、MF→freee)。這層的紀律是「快速試、快速丟」。多數人的問題不是不探索,而是探索過了不放手。
LAYER 2 監測
追 ─ 刻意維持得很小
每晚 22:00 X 粉絲數 + 持續追蹤 freee API / Claude Code 更新 / 稅法變動。關鍵:他沒讓 Layer 2 失控。多數人困在「我每天知道很多但工作沒變」的迴圈,他把資源往上推,沒有停留。
LAYER 3 標準化
做 ─ 主戰場(原文 80% 篇幅)
規則子層:14 類關鍵字辭典 / 兩階段判定 / 7 種排除 / 資料隔離。執行子層:60 家排程記帳 / Python 腳本 / Skills。永久指令子層:CLAUDE.md。這層的本質是「死的」── 量大、極細緻,但寫好就在那裡,不會自己更新。
LAYER 4 飛輪
養 ─ 文章沒明講,但才是真正的解鎖
反饋一:AI 信賴度低 → 標記交人工 → 判斷結果回寫 CLAUDE.md / 辭典。反饋二:業務日誌看出下一個該優化什麼。反饋三:CLAUDE.md 隨經驗持續增補。特徵:系統每天比昨天稍微聰明一點。它的功能不是「執行」,是「讓 Layer 3 不老化」。
SEC 04

8 點弱點分析

analysis.md §2.4 · 給 Q&A 反方論點用
R1
單點故障 (Single Point of Failure)
個人生病、心理倦怠 → 60 家立刻沒人服務。傳統事務所有 6 人互相備援。
HIGH
R2
責任不會自動化
AI 記錯帳、漏報稅 → 法律責任 100% 仍是他的。國稅局不會因為「是 AI 做的」從輕。
HIGH
R3
繼承與退場困難
系統高度個人化 → 賣事務所或交班幾乎不可能。員工型有「商譽 + 客戶 + 人才」可賣,他只有他自己。
MID
R4
隱性技術債
freee 改 API、MCP 規格變動、Claude 模型更新 → 任一變動可能讓某段流程靜默失效。沒有 IT 部門擋。
MID
R5
邊界案例盲區
關鍵字辭典處理過去模式好,但稅法每年改、新型態交易(加密貨幣、海外 SaaS、跨境電商)會出現。AI 會「自信地」用舊規則判錯。
MID
R6
供應商集中風險
Anthropic 漲價、改條款、停服務 → 半身癱瘓。鎖在單一 AI 廠商。
MID
R7
客戶體驗議題
部分客戶(傳統產業老闆)想要的是「跟會計師喝咖啡聊天」── 此客群天然吃不到。
LOW
R8
成本結構從固定變浮動
員工薪水可預測;API 費用會隨使用量波動。月度預算難抓。
LOW
SEC 05

起手三步(Part 4 主軸)

analysis.md §3.4 · 任何路線都從這裡開始

Step 1盤點

1–2 WEEKS · 不寫程式
A
記錄兩週工作分配
每天做了什麼、各花多久。建立基準線。
DAILY LOG
B
分成 a / b / c 三類
(a) 高重複規則清楚 → 自動化首選 (b) 需判斷 → 半自動候選 (c) 一次性 → 不要碰
CLASSIFY
C
從「最痛但最清楚」(a) 開始
不要從最複雜的開始。最複雜的,等系統長出來再說。
PICK ONE

Step 2知識外化

1–2 WEEKS · 寫 CLAUDE.md
A
寫判斷規則
「餐飲 1 萬以下→會議費,超過→交際費」這種具體規則。
RULES
B
寫例外與禁忌
不要做的事比要做的事重要。畠山的 7 種排除規則就是例外清單。
EXCLUSIONS
C
寫的過程本身就有價值
你會發現很多規則你從沒明確說出來過。這個動作會讓你重新看見自己的工作。
META-VALUE

Step 3端到端原型

2–4 WEEKS · 平行驗證
A
讓 Claude Code 寫第一版
挑選 Step 1 鎖定的單一 (a) 任務,做出一個能跑的最小版本。
MVP
B
跟人工平行跑 ≥ 2 週
每天比對結果。AI 判錯的案例,回寫進 CLAUDE.md。
PARALLEL RUN
C
這階段目標不是省時間
是建立信心 + 找出邊界案例。當你信任系統了,再把人工撤下來。
CONFIDENCE
SEC 06

拆解任何案例的 5 個問題

analysis.md §3.2 · 給學員的工具
01

真正的機制是什麼?

去掉行銷敘事,重寫因果鏈。畠山案例的真正機制不是「Claude 厲害」,是「兩階段判定 + 排除規則 + 業務日誌反饋」。

看懂 WHAT
02

這套東西的層次怎麼分?

找架構,不要列功能。我們用領域金字塔 4 層分析畠山,每一層找出他的指紋。功能可以列幾百個,架構只有 4 層。

看懂 STRUCTURE
03

什麼是他沒說、但少了就垮的?

找隱藏條件。畠山沒明寫「20 年領域經驗」── 但這是他能寫關鍵字辭典的前提。沒有這個基礎,AI 怎麼餵都沒用。

看懂 HIDDEN
04

他迴避了什麼風險?

找盲區。事業體間用 company_id 完全隔離 + log 分檔 ── 因為他知道一旦資料外洩,60 家立刻全跑。

看懂 BLINDSPOT
05

哪些是原則,哪些是細節?

找可遷移部分。「兩階段判定」是原則(任何領域都用得上);「14 類會計科目」是細節(只跟稅務業相關)。

看懂 TRANSFER

順序很重要:先看懂 → 再拆解 → 再質疑 → 最後提煉。順序顛倒會做出表面分析。

SEC 07

一句靈魂拷問

analysis.md §3.7 · 收尾
如果只能建一個會自我進化的系統,要解決哪一個具體的、會反覆出現、目前用人解很痛的問題?
不是「我能做什麼」,是「我要做什麼」 · LAYER 4 的稀缺性來自選擇,不來自能力