AI 採用地圖 · STEPS OF AI ADOPTION

你在 AI 採用的第幾階?從 0 到 4 的成熟度地圖

Claude Code 負責人 Boris Cherny 把工程團隊使用 AI coding agents 的方式,整理成 0 到 4 共 5 個成熟度層級,衡量標準是你同時能指揮幾個「AI 分身」,以及你的角色怎麼從「自己動手」變成「只給方向」。點開每一階可看完整工具與防護欄(含官方文件連結)。

資料來源:Boris Cherny 於 X 的貼文串、Steps of AI Adoption 圖表
製作:《數位時代》
怎麼讀這張圖

沒有唯一正確的走法,每個團隊都不同。重點是先誠實回答「我現在在第幾階、下一步卡在哪個瓶頸」。分身(業界稱 agent)指一個能獨立接手任務、自己跑完的 AI。

由下往上,一階一階看你的角色與分身數怎麼變。

0

卡關 Gated

角色:AI 還沒進門
0
同時管理的分身
白話公司還在觀望,AI 被關在門外。
實際樣貌

只准用比較舊、比較輕的模型,要用 AI 工具得經過層層閘道與審批。AI 產出的東西沒有地方部署,只能留在個人電腦裡。

卡在哪(瓶頸)

問題在制度而非技術:老舊的資安與審批流程、只盯著「每個 token 多少錢」卻不看產出、決策桌上缺少真正懂技術的聲音。

看完整工具與防護欄
有用的工具
  • Claude.ai 網頁對話
要建立的防護欄
  • SSO / SCIM (單一登入與帳號自動配置)加上角色權限管理
  • 組織層級的預算上限
  • 部署在既有的審批與 IAM (身分權限管理)流程內
  • 資料治理方案
升級關鍵 · 0 → 1

讓決策者與採購對齊、把卡關的問題往上呈報;建立一套能安全導入 AI 的框架。

1

助理 Assisted

角色:你+一個分身(結對)
~1
同時管理的分身
白話AI 當助理,你在旁邊盯著。
實際樣貌

一個人配一個分身,多半在你監督下工作,像一個超快的協作夥伴。你一次開一個對話,幾乎每個成果採用前都要親自看過。解鎖時刻:一件本來要花掉一個下午的事,現在你在會議之間的空檔就做完。

卡在哪(瓶頸)

你的注意力。因為還不夠信任 AI 的產出、它也還不會自我驗證,你覺得每一步都得盯著看,於是工作是「同步的」,你只能坐著看它做,沒辦法同時去忙別的。

看完整工具與防護欄
有用的工具
  • Claude Code(桌面版、命令列或 IDE)
  • Claude Cowork、Claude Design
  • 透過 Anthropic API/Bedrock/Vertex/Microsoft Foundry 使用
  • Claude Code 分析儀表板+Analytics API
  • Claude Enterprise 的 Compliance API (合規介面)
  • Plan mode (動手前先審核意圖)
要建立的防護欄
  • 每個席位的花費上限
  • 集中管理的模型與努力程度設定
  • 集中管理的政策
  • OpenTelemetry (系統監控標準)資料匯出到既有的 SIEM/可觀測性系統
升級關鍵 · 1 → 2

一次讓不只一個分身工作;建立一套你信得過的自動驗證流程(測試+build+lint+在真實環境端到端測試);開啟自動模式,免得一直被權限確認打斷;把程式碼審查自動化。

2

指揮官 Parallel

角色:協調者,在多個分身之間調度
~10
同時管理的分身
白話你從打字的人,變成派工加驗收的人。
實際樣貌

一個人同時指揮 5 到 10 個分身,每個在各自獨立的工作區裡跑不同任務,你在它們之間跳來跳去。分身交件前會自己先驗過一輪(跑測試、build、lint、資安掃描),自動模式一直開著,自動程式碼審查與資安審查也預設開啟。你看的是最終成果而非每個操作,積壓的維護工作開始變少。解鎖時刻:一個原本團隊要做好幾週的待辦,變成一個人一個下午的調度。

卡在哪(瓶頸)

驗收。你自己動手寫的變少,卻要同時檢查六份不同的產出,這件事反而吃掉更多時間。還有在多個對話間下提示、給方向的功夫。

看完整工具與防護欄
有用的工具
  • Auto mode (自動模式)
  • Agent view (多代理管理視圖)
  • Claude Code Review (自動程式碼審查)
  • Claude Security Review (自動資安審查)
  • 手機版 Claude Code、桌面版雲端執行
  • 透過 Claude Teams 或 Claude Enterprise 使用
  • Claude Tag (交辦單一任務)
  • CLI 與桌面版的工作區隔離
  • Remote control (用手機遠端監看分身)
要建立的防護欄
  • Analytics 監看團隊使用狀況
  • 自動化的程式品質把關(lint、自動測試、型別檢查)
  • 由 Claude 驅動的端到端驗證(如 Claude Chrome 擴充或手機模擬器 MCP)
  • 人工審查、合併與資安審查,對人與分身寫的程式維持同一套品質標準
  • 在 settings.json 預先核准常用且安全的指令
升級關鍵 · 2 → 3

給分身取得脈絡的管道(讓它讀程式碼、wiki、討論串);給它更大的自主權與更快的審查速度(分身可能會動到別團隊負責的程式);把工作拆成可重複的迴圈與流程;讓分身去啟動分身。

3

監督式自治 Supervised autonomy

角色:管理者的管理者(一棵組織樹)
~100
同時管理的分身
白話你管的是一群「管理者」,靠制度而不是親自盯。
實際樣貌

AI 分身寫下全部或幾乎全部的程式碼。你問的問題從「你看過這段程式嗎」變成「模型這次缺了哪些脈絡,下次怎麼幫它補上」。解鎖時刻:分身會主動去做你以前得手動啟動的工作;過去要等人有空才處理的維護與清理,現在在背景持續自動跑。

卡在哪(瓶頸)

對這套循環的信任,以及團隊的決策吞吐量。分身樹深到你沒辦法一個個盯,最常見的陷阱是在流程還沒被廣泛信任前,就急著把分身數量往上衝。還要在使用量增加時控制 token 用得夠有效率,並問自己:這件事,本來會有人力去做嗎?

看完整工具與防護欄
有用的工具
  • 具工作區隔離的子代理(讓並行分身不會互撞)
  • Routines/loop/batch/goal (把重複工作一次分派出去)
  • Dynamic workflows (動態工作流)
  • Claude Tag(盯著某個頻道或資料來源、主動啟動任務)
要建立的防護欄
  • 自動程式碼審查、自動資安審查
  • Agent sandboxing (分身沙盒隔離)
  • 用 CLAUDE.md 與 Skills 把團隊規範寫成 AI 讀得到的說明
  • 依團隊使用狀況微調自動模式的判斷
  • 用模型選擇、拆分 CLAUDE.md 成隨用隨載的 Skills 來控管 token
升級關鍵 · 3 → 4

把特定領域的用途大規模自動化,例如程式遷移、模糊測試、開發新功能、處理使用者回饋。

4

AI 原生 AI-native

角色:用意圖領導的高階主管(VP)
~1,000+
同時管理的分身
白話你只給方向、看例外,其餘交給分身。
實際樣貌

整套循環完全閉合,多數分身是 AI 自己啟動的,同時有數百到數千個在跑。你用「意圖」下指令、用「例外」來監控,只在出狀況時才介入。解鎖時刻:一個原本要做一整季的大遷移,變成你按下開始、偶爾回來看一下的工作流。

卡在哪(瓶頸)

如何大規模地辨識並自動化該做的工作,以及為每一種工作套上對的防護欄。

看完整工具與防護欄
有用的工具
  • Claude Agent SDK (用程式打造與排程分身)
  • Claude Tag(進駐大多數 Slack 頻道、自動回應貼文)
要建立的防護欄
  • 為自動化設定成本控管
  • 為自動化選擇合適的模型
升級的通則 · 別只是「用更多」

Boris 提醒,從一階爬到下一階,光衝高使用量、燒更多 token 是不夠的。每往上一階,你都得同時打破「下一個瓶頸」,並建立「下一組防護欄」

在他分享的圖表中,Anthropic 被標在第 3 階、正往第 4 階推進,而他將自己的工作方式標在剛踏進第 4 階的位置。對多數人來說,重點不是急著衝到第 4 階,而是先看懂自己在哪一階,再穩穩往上走。