不是每個人都在抗拒 AI，有些人只是用不同方式捍衛專業

最近這一年，應該很多工程團隊都開始進入同一個場景。

主管在會議上說：「我們接下來會逐步導入 Claude Code，看看怎麼提升開發效率。」

這句話看起來很普通。但在不同工程師耳裡，實際上會自動翻譯成 16 種完全不同的語言。

有人聽到的是：終於可以少寫一點無聊樣板。有人聽到的是：很好，接下來一定會有人拿錯誤率不明的輸出來衝 KPI。也有人聽到的是：公司是不是準備用 AI 包裝人力壓縮？

所以，AI 工具導入這件事，表面是工具選型，骨子裡其實是人格測試、風險偏好測試、組織成熟度測試。Claude Code 只是把這件事照得更亮而已。

以下這 16 個小故事，不是要把人硬塞進 MBTI 標籤裡。而是想用一種比較誠實的方式說明：

同樣一套 AI 工具，對不同工程師來說，根本不是同一件事。

16 型工程師遇到 Claude Code 的反應

ISTJ：先不要興奮，先把規則打開

會議一結束，大家有人去試功能，有人去泡咖啡。ISTJ 默默打開公司資安規範，開始確認哪些 repo 可以碰、哪些資料不該進模型、哪些產出一定要人工 review。

三天後，別人還在討論「這工具好像很強」，ISTJ 已經整理出一份內部使用守則，檔名很可能叫做：AI_Coding_Assistant_Usage_v1.3_final_final.xlsx

他不是不願意用。他只是很清楚，工程世界最可怕的從來不是工具不夠強，而是強工具落在沒紀律的流程裡。當大家在 high 的時候，他是那個提醒你「產線不是遊樂園」的人。

ISFJ：我不是反對，我只是怕別人被坑

ISFJ 聽完導入說明後，第一反應通常不是自己，而是團隊。

他會想：剛入職的同事會不會太依賴 AI？如果有人把 AI 生成的 code 沒看清楚就 merge，最後是不是又是整組人一起收拾？

所以 ISFJ 一開始用得很保守。先拿它整理文件、補註解、寫測試案例草稿。不是因為他不會用，而是他很怕工具先把團隊裡最不穩的人推下去。

等他真的建立信任後，他反而會成為最好的一類推動者。因為他不會炫技，他會教。他不會說「這超神你快用」，他會說「這段你先這樣用，比較安全」。

很多團隊 AI 真正落地，不是靠最會秀的人，而是靠這種會顧到別人能不能跟上的人。

INFJ：這不是工具問題，這是工作意義問題

當別人在討論 Claude Code 能不能幫忙寫 CRUD、補 test、掃 codebase 的時候，INFJ 想的是另一題：

如果我們把大量思考外包給工具，那工程師的價值最後會剩什麼？

這種問題在導入會議上通常顯得有點太哲學。但它其實非常核心。

INFJ 不是不用，他通常也會認真研究。只是他不會滿足於「比較快」這種答案。他更在意的是，這個工具到底是在解放人，還是在溫柔地把人訓練成更高級的搬運工。

如果組織只會講效率，不講判斷、不講責任、不講職涯升級，INFJ 會越用越冷。不是因為工具不好，而是因為他會開始懷疑這家公司到底想把工程文化帶去哪裡。

INTJ：很好，現在可以重新設計整個工作流了

INTJ 往往是最早理解 Claude Code 真正槓桿點的人之一。

他不會把它當成「幫忙補幾行 code」的小工具。他看到的是整個開發流程可以怎麼重新切。

例如：需求理解交給人主導，樣板與探索交給 AI。設計與邊界條件由人決策，重複性 refactor 交給工具。PR review 變成審查「決策品質」，而不是肉眼找縮排。

INTJ 很可能在你還在研究 prompt 寫法時，已經默默想好團隊 3 個月後的新節奏。可怕的是，他通常還真的想得到。

但他的風險也很經典：太快把別人還沒準備好的未來，當成現在就該實施的常態。

如果沒有治理與共識，INTJ 眼中的「優化」，很容易變成別人眼中的「又來了，這次是 AI 版」。

ISTP：先拿一個最煩的 bug 來試

ISTP 對新工具的態度很簡單。不要講夢想，不要講願景，不要拿十頁簡報告訴我它能改變世界。

你先把那個卡兩天的 bug 幫我抓出來。

他會直接把 Claude Code 丟到真實場景裡測。log 很亂？拿去看。老 code 看不懂？拿去問。測試失敗原因太散？拿去拆。

如果真的有用，他接受速度很快。如果只是在 demo 裡看起來很厲害，實戰一碰就開始胡扯，他也會很快失去耐心。

ISTP 是那種不太參加 AI 信仰大會的人。他不會跟你辯論未來，他只看今天能不能少浪費 90 分鐘。

對團隊來說，這種人很好，因為他是最接近真相的驗證器。Claude Code 到底是工具，還是會發光的幻覺，丟給 ISTP 測一次通常就有答案。

ISFP：我在意的不只是能不能用，還有它會不會把東西寫醜

很多人以為 ISFP 只在意感受，不在意工程。這種誤解本身就很像某些很醜的 legacy system，存在很久但不值得尊重。

ISFP 對 Claude Code 的反應，常常是這樣：「它可以幫忙，但我不想最後整個專案變成一堆沒有呼吸感的程式碼。」

他在意命名、在意可讀性、在意使用者感受，也在意 code 是不是保有一點人的審美。所以他可能不會是最早把 AI 開到最大輸出的人。但他很可能是最早發現「這段雖然能跑，但很醜、很亂、很沒靈魂」的人。

說穿了，ISFP 是在提醒團隊一件很重要的事：可用，不等於可愛。能跑，不等於值得留下。

AI 很會生產東西。但有些人負責提醒你，別把倉庫當作品。

INFP：我不是不接受，我只是不想變成自己不喜歡的那種工程師

INFP 面對 Claude Code，常見的掙扎不是技術，而是身份認同。

他會想：如果我越來越依賴 AI，我的能力到底算什麼？這是協作，還是偷懶？我是在提升效率，還是在慢慢失去自己的判斷與風格？

所以 INFP 常常不會第一時間大用特用。他需要先找到一個心理上說得過去的位置。例如把它當成腦力陪跑員、草稿助手、第二視角，而不是自己的替身。

一旦這個位置找到了，他其實會用得很好。因為 INFP 很擅長從混亂中找到更好的表達方式，對重構、命名、文件整理、抽象概念釐清都可能很有感。

只是前提是，他得先相信自己不是在把專業賣給便利性。

INTP：先別急著導入，我想先研究它到底為什麼有時候會亂講

INTP 遇到 Claude Code，第一反應通常不是「怎麼用最快」，而是「它的邊界到底在哪」。

他會開始研究：

  • 哪種 prompt 比較穩
  • 它對大型 codebase 的理解是怎麼失真
  • 哪些任務看起來適合，其實風險很高
  • 為什麼有些時候它信心滿滿地講錯話，還講得像真的

別人把 AI 工具當同事，INTP 會先把它當研究對象。像在觀察一隻很聰明但偶爾會亂咬線的機械貓。

他可能不急著推廣，因為他在意模型可信度。但等他研究完，通常會變成團隊裡最知道怎麼把 AI 用在對的位置的人。

問題只在於，INTP 常常研究得太深。深到隔壁組都已經上線兩版流程了，他還在說：「我最近發現它對上下文切片的錯誤自信很有意思。」

有意思是有意思。只是專案經理血壓也很有意思。

ESTP：能快就先快，之後再說

ESTP 很容易成為團隊裡最早把 Claude Code 用得飛起來的人。

原因不複雜。他一看到「可以更快」，就會立刻開始找捷徑。自動補 code、快速搭 prototype、先把流程跑起來，再回頭補一些應該先想清楚的東西。對，他就是那種很容易把「探索」跟「直接衝」混在一起的人。

這種人超有破壞力，也超有產值。看你有沒有把護欄裝好而已。

如果團隊治理成熟，ESTP 會是 AI 導入期最有價值的前鋒。他能快速試出哪些場景真的有用。但如果治理鬆散，他也可能成為第一個把「方便」用成「事故」的人。

他不是壞。他只是每次看到阻力，都先直覺判定那是障礙，不一定會先想到那也可能是保險絲。

ESFP：這工具到底讓工作更順，還是只是多一層麻煩

ESFP 對 Claude Code 的接受度，很看使用體驗。

流程卡不卡？介面順不順？真的有幫忙，還是只是要多學一套新口令？導入之後團隊氛圍是更輕鬆，還是每個人都開始焦慮自己不夠會用？

他不一定會用最艱深的方式分析，但他常常很快就能感覺到：這工具到底是在幫忙，還是在製造另一種形式的工作表演。

如果你把 AI 導入搞得像考試、像 KPI、像一種新的內卷語言，ESFP 很快就會退。但如果它真的能把一些無聊雜事處理掉，讓團隊有餘裕做更好的事，他也會很自然地接納。

說白了，ESFP 很擅長幫團隊測出一件事：這套東西是不是只對簡報好看，對日常不好活。

ENFP：太好了，來想十種玩法

ENFP 一聽到 Claude Code，腦子裡通常不是一個 use case，而是一串煙火。

它可以幫 onboarding。可以幫新人理解專案。可以幫設計 API 草案。可以把文件整理成人話。可以幫 PM 跟工程師翻譯彼此。可以拿來做內訓。可以接進知識庫。可以…

對，ENFP 常常在工具真正落地前，就已經想出 27 種應用方向。這很棒，也很危險。

棒的是，他能看到很多人看不到的可能性。危險的是，他也可能在組織還沒學會走路時，就開始規劃飛行路線。

ENFP 最適合的角色，常常不是一個人單飛，而是和比較穩的夥伴搭配。他負責開新門，別人負責確認門後面不是懸崖。

ENTP：規則？那是我用來測試邊界的東西

如果團隊裡有人會在導入 Claude Code 的第二天，就開始研究怎麼把它串進各種奇怪流程、怎麼最大化上下文、怎麼把工作流改得像一場黑客松，那很可能就是 ENTP。

ENTP 很容易成為 AI 工具的超級使用者。因為他不只會用，還會玩，還會挑戰它的極限，還會順便質疑你為什麼流程原本長這樣。

他是那種會讓組織又愛又怕的人。愛的是，他常常真的能找到高槓桿用法。怕的是，他也常常在制度還沒寫完前，就先把制度繞過去了。

如果你管理得好，ENTP 是 AI 導入期的發電機。如果你管理不好，他就是你每週風險會議的靈感來源。

ENTJ：這很好，接下來談規模化

對 ENTJ 來說，Claude Code 不是個人效率工具而已。它是管理議題。

他會問：

  • 哪些角色最適合先導入
  • 哪些任務會有最高 ROI
  • 怎麼訂使用規範
  • 怎麼衡量效益
  • 怎麼避免大家只是「感覺有比較快」

ENTJ 很少停留在「這東西酷不酷」。他直接跳到「怎麼部署、怎麼追蹤、怎麼複製」。

這種人對組織很重要，因為再好的工具如果不能規模化，就只是少數高手的私人外掛。但 ENTJ 的盲點也很經典：有時候他會太早把人當成資源配置表上的變數，而低估了適應新工具所需的心理成本。

他看到的是效率曲線。但有些人看到的是職涯焦慮曲線。如果只管前者，不管後者，導入就會表面漂亮、內部發炎。

ESTJ：可以導，但流程要先立起來

ESTJ 聽到導入 Claude Code 的時候，第一反應通常不是興奮，而是治理。

他很可能會馬上追問：哪些情境可用？哪些不能用？產出責任算誰的？程式碼審查標準要不要調整？新人跟資深工程師是不是要不同規則？有沒有 audit 軌跡？

很多人會覺得這種反應很煩。尤其在 AI 熱潮裡，大家都想談創新，不太想談管控。但成熟團隊最後能走遠，往往就是因為有 ESTJ 這種人。

他不一定是最早用得炫的人。但他很可能是那個讓工具從「有人在玩」變成「整隊都能安全使用」的人。

沒有他，AI 導入很像夜市試吃。有他之後，才比較像供應鏈。

ESFJ：大家都跟得上嗎

ESFJ 最敏感的，不是工具，而是團隊氣氛。

他會很快察覺一些微妙現象：有人開始不好意思問問題。有人明明不熟，卻裝得很會。有人用得飛快，開始不耐煩別人的學習速度。有人嘴上說沒差，實際上已經在擔心自己被取代。

ESFJ 很少是最聲量大的那個。但他常常是最早看出團隊心理裂縫的人。

如果有 ESFJ 參與導入，你會比較容易建立一個不羞辱人的學習氛圍。因為他會想辦法把「你怎麼還不會」變成「我們一起把這件事學會」。

而這其實超重要。很多 AI 工具失敗，不是因為能力不夠，而是因為導入方式太像一場公開排名賽。

ENFJ：我來幫大家把混亂翻譯成共識

ENFJ 在 Claude Code 導入期，很容易扮演橋樑角色。

工程師覺得管理層只想要效率。管理層覺得工程師太保守。資安覺得大家都太樂觀。新人覺得自己快被新名詞淹死。

這時 ENFJ 很可能會站出來，把各方的語言翻譯成彼此聽得懂的版本。他會說明工具價值，但也不會忽略人的不安。他會推動 adoption，但不會把沒跟上的人當包袱。

這種人不一定是技術最極限的玩家。但他很可能是讓團隊不在導入過程中撕裂的人。

在任何變革裡，能夠同時理解技術、節奏與人心的人，通常都不是最吵的，卻非常關鍵。

分類解說：4 大群的典型反應

看完 16 型，其實可以再往上收斂成 4 大類。這樣你在團隊導入 Claude Code 時，會更容易抓到重點。

一、SJ 類：ISTJ、ISFJ、ESTJ、ESFJ

這群人不是反對 AI。他們反對的是沒有規則、沒有責任、沒有邊界的 AI。

他們最在意的是：

  • 風險有沒有被管理
  • 流程有沒有被定義
  • 團隊有沒有人被落下
  • 這件事能不能長期穩定運作

很多公司會以為 SJ 是導入阻力。其實不是。SJ 比較像煞車系統。你在直線加速的時候覺得它很煩，但真的遇到彎，它就是保命裝置。

管理建議： 先給規範、再談擴散。先講責任、再講自由。這群人一旦信任，會變成最穩的落地派。

二、SP 類：ISTP、ISFP、ESTP、ESFP

這群人最看重的是手感與實效。

他們不太吃大理論。Claude Code 好不好，不是看簡報，而是看它能不能真的：

  • 少掉重複勞動
  • 加快 debug
  • 提升日常順暢度
  • 不要把工作流程搞得更煩

SP 類通常是最早讓你知道「這東西在真實世界到底行不行」的人。只是其中像 ESTP 這種，很可能也會最快踩到紅線。

管理建議： 給他們真實場景、低風險試點、明確護欄。不要先講大道理，先讓他們感受到省事。

三、NT 類：INTJ、INTP、ENTP、ENTJ

這群人看到的不是工具，是系統重構機會。

他們通常適應很快，也最容易找到高 ROI 用法。但同時，他們也是最可能在制度還沒成熟前，就先把速度拉到危險區的人。

NT 類的典型特徵是：

  • 會思考更大範圍的工作流改造
  • 對槓桿、效率、抽象化特別敏感
  • 很容易變成超級使用者
  • 也很容易讓其他人來不及跟上

管理建議： 不要壓制他們探索，但一定要有沙盒、審核、紅線。NT 是最好的前鋒，但前鋒前面最好不要是玻璃牆。

四、NF 類：INFJ、INFP、ENFJ、ENFP

這群人最在意的不是工具本身，而是工具會把團隊與工作文化帶往哪裡。

他們的敏感點常常在：

  • 人會不會被工具壓扁
  • 學習環境會不會變得羞辱
  • 專業感會不會被稀釋
  • 我們到底是在升級能力，還是在包裝焦慮

很多主管低估 NF 類的價值。但實際上，團隊能不能在 AI 導入期維持健康氛圍，很常要靠這群人。

管理建議： 不要只講效率，也要講成長、責任、判斷與職涯升級。NF 類需要的不只是工具說明，而是合理的導入敘事。

總體評論：真正的差別，不是誰比較會用，而是誰怎麼看待專業

如果把這 16 型的反應放在一起看，我覺得最有趣的一點是：

大家表面上是在談 Claude Code，實際上是在談自己相信怎樣才算「好工程」。

有些人相信好工程是可控、可驗證、可交付。有些人相信好工程是快速試錯、最大化產出。有些人相信好工程是優雅、可讀、保有人味。也有些人相信好工程不只是寫出東西，而是建立一個大家都能成長的環境。

所以 AI 工具導入，真正測出來的從來不只是學習速度。而是：

  • 你的團隊對品質的底線在哪
  • 對責任的界線在哪
  • 對專業的想像在哪
  • 對人的耐心還剩多少

Claude Code 不會自動讓團隊變強。它比較像一面放大鏡。

流程本來清楚的團隊，用了之後會更快。判斷本來成熟的團隊，用了之後會更準。但如果流程本來就亂、責任本來就糊、管理本來就愛把壓力包裝成創新，那 AI 只會讓混亂更高級、讓錯誤更有效率、讓焦慮更有科技感。

講白一點，AI 工具最大的魔法，常常不是創造問題。而是讓原本就存在的問題，再也藏不住。

最後結論

如果你是主管，導入 Claude Code 時最不該做的事，就是期待所有人用同一種速度、同一種理由接受它。

真正成熟的做法，不是問：「誰最會用 AI？」

而是問：

  • 誰適合先探索高價值用法？
  • 誰適合建立規範與護欄？
  • 誰適合協助擴散與教學？
  • 誰能提醒團隊不要在追效率時，把品質、責任與人性一起丟掉？

因為最好的 AI 導入，從來不是讓一群高手飛得更遠。而是讓整個團隊都知道：

什麼可以交給 AI，什麼一定要人負責。什麼是效率，什麼只是精緻化的亂做。什麼叫升級，什麼其實只是把焦慮重新包裝。

工具會越來越強，這大概沒有懸念。真正會拉開差距的，是哪些團隊有能力把工具變成能力，而不是變成新的內耗來源。

不然很多公司的 AI 導入，最後都只會停在一個很熟悉的企業畫面：

買了。講了。試了。最後生成了一堆更流暢的混亂。😌