ChatGPT 越用越焦慮?AI 時代知識工作者的心理健康指南

ChatGPT 越用越焦慮?AI 時代知識工作者的心理健康指南

「我同事用 AI 兩小時做完我整天的工作。我打開電腦,看著他在 Slack 上丟出來的成果,只覺得很累。」如果你也有類似的感覺,也許這篇文章能有所幫助。

這篇文章寫給誰:所有每天都在用 AI 工具的知識工作者,不只工程師,也包括 PM、設計師、行銷、HR、客服、財會、學生等等。工程師專屬的場景(PR、code review、oncall)會收在獨立的灰色區塊或角色表內,可視需要跳讀。

TL;DR:今晚就能做的三件事

  • 每天 60–90 分鐘「無 AI 思考時間」:不是反 AI,而是讓自己的判斷力不要被外包到萎縮。一張紙、一支筆,做設計、想方向、深度閱讀。
  • AI 跑出來的初稿要切小份再交出去:不管是程式碼、簡報、提案還是文案,個人速度提升 ≠ 團隊交付提升,瓶頸通常壓在「下一個人要花多久才看得懂、改得動」。
  • 建立你的「亮點清單」與緊急預備金:裁員邏輯越來越走向「可量化貢獻」。每個月寫三行「我這個月做了什麼、影響多大」,並準備 6–12 個月的生活費。光這個練習本身就會降低焦慮。

個人焦慮反映產業正在經歷的結構性轉變

過去兩年,ChatGPT、Copilot、Gemini、Claude、Cursor、各種 AI agent(可以自動連續執行多步任務的 AI 助手)像潮水一樣湧進日常工作。全球最大開發者社群 Stack Overflow 2025 年的年度調查發現:84% 的人已經在用、或計畫用 AI 工具,但「信任 AI 輸出」的比例反而從早期的 40% 一路掉到 2025 年的 29%。1 2

換句話說:大部分人正一邊在用 AI、一邊其實不太信任它。每天被一個自己半信半疑的工具推著跑,就是現在的工作日常。

Microsoft × LinkedIn《Work Trend Index》(全球最大職場研究之一,訪問了 31,000 位知識工作者) 出現一組看似矛盾的數字:75% 已在用 GenAI、78% 自備 AI 工具上班,但 68% 覺得工作節奏難以承受、46% 感到 burnout(職業倦怠)。34(註:46% burnout 數字主要出自 Microsoft 後續延伸研究 The Infinite Workday,並非 WTI 2024 執行摘要本身。)

美國自由工作平台 Upwork 兩年研究放在一起更直接:

  • 2024:77% 用 AI 的員工反映 AI 增加了工作負擔5
  • 2025:生產力提升最多的那群人,有 88% 同時報告 burnout,離職意願是其他人的兩倍6

換句話說:AI 越幫你提速,你越容易倦怠到想離職。

美國心理學會 (APA) 2025 年的《Stress in America》報告也顯示「對 AI 感到壓力」的成年人比例一年內顯著上升:18–34 歲族群從 52% 升到 65%、35–44 歲從 52% 升到 59%、受僱者從 51% 升到 60%。7

1.1 生產力悖論:感覺更快,不一定更輕鬆

生產力悖論 (Productivity Paradox) 指的是「明明引進了應該變快的工具,整體產出卻沒對應提升、人卻更累」這個現象。美國 AI 評估研究機構 METR (Model Evaluation & Threat Research) 2025 年針對資深開源開發者的隨機對照試驗:8

  • 開發者事前預期 AI 會讓他們快 24%
  • 用完之後自我感覺快了 20%
  • 客觀計時卻慢了 19%

這 40 個百分點的落差就是焦慮的真正來源(明明看起來很順、實際卻變慢)。 從客觀記錄中,時間不外乎都被耗費在這幾件事上:

  • 除錯 AI 產出的「極端案例 (edge cases)」:AI 寫的東西在常見情境下沒問題,但奇怪的輸入、邊界條件就會出包,這些 bug 不容易第一時間被發現。
  • 閱讀和理解不是自己寫的邏輯:你寫的東西腦中有上下文,AI 寫的東西要從零開始讀懂、信任,比自己重寫還慢。
  • 頻繁切換上下文 (context):一邊跟 AI 對話、一邊看程式碼或文件、一邊評估它在說什麼,大腦的注意力切換成本被嚴重低估。

用 AI 跑一個看起來很簡單的程式碼小重構,預估 30 分鐘可以完成。結果三小時後才意識到,其中兩小時都耗在審查 AI 的輸出、補齊案例沒處理到的情境、再退回去叫它修;換成自己手寫,大概 40 分鐘就結束。當下完全不會覺得 AI 在拖時間,因為每一輪 prompt(給 AI 的指令)看起來都在進展。(METR 在 2026 年初已啟動新版本實驗,使用更新模型重跑,但目前仍未推翻「AI 讓開發者變慢」這個原始結論。9

如果將 AI 工具套用到規模化的團隊使用情境中,類似案例更加顯著。美國工程效能分析平台 Faros AI(蒐集多家公司開發團隊的 git / Jira / CI 資料)整理 1,255 個團隊、超過 10,000 名工程師的數據:個人完成任務 +21%、提交工作量 +98%,但「等別人檢查」的時間暴增 91%。個人省下的時間幾乎全被「下一道審核關」吃掉,團隊整體交付幾乎沒變化。10

個人寫程式寫得更快,但組織交付卻沒同步加速。中間消失的那段時間,變成你下班還在改的東西、追的問題,跟揮之不去的疲憊感。

這個現象很可能在不同行業中均存在類似的情境:設計師用 AI 出十版稿等老闆挑、行銷用 AI 出二十支標題等審核、PM 用 AI 寫文件等利害關係人 review、客服用 AI 草擬回覆但還是要逐字確認。瓶頸不是「想出來」,是「下一個人類要花多久才看得懂、信得過、改得動」。

1.2 AI 在生理上造成的倦怠

Technostress(技術壓力)」這個詞 1984 年就被提出,指的是「因不斷適應新資訊技術而產生的壓力、焦慮與心理健康問題」:

  • 早在 2012 年,Riedl 等人的人機互動實驗就發現:當受試者正在使用電腦執行任務、「電腦突然當機、程式凍結、網頁跑不出來」的那一瞬間,壓力荷爾蒙皮質醇 (cortisol) 就會明顯飆升11。這份研究雖然不是針對 AI,但同樣的生理機制在今天的 AI 工作場景裡一直重現:agent 跑到一半卡住不動、Claude 或 ChatGPT 當機突然連不上、多分鐘的對話記錄一鍵消失,身體會出現跟「電腦當機」一樣的壓力反應。諷刺的是,這類「微小的技術挫敗」現在一天可能要發生好幾次。
  • Current Opinion in Psychiatry 2020 年的綜述指出,技術壓力與睡眠失調、焦慮、注意力下降、職場倦怠都有穩定關聯12

2026 年 1 月《JAMA Network Open》(美國醫學會期刊)分析 20,847 位美國成年人後發現:每天使用生成式 AI 的人,出現中度憂鬱症狀的勝算高出 30%,焦慮、易怒症狀也有類似關聯,25–64 歲族群風險更顯著13

(註:這是觀察性研究,不能直接推論「AI 造成憂鬱」的因果,但模式與社群媒體的研究類似,值得讓我們開始重視這些工具對於身心健康的影響。)

1.3 裁員陰影:恐懼合理,但別被恐懼綁架

2025 年是「AI 直接導致裁員」進入主流敘事的一年:

  • 美國裁員追蹤公司 Challenger, Gray & Christmas 估計,全美直接歸因於 AI 的裁員約 5.5 萬人,是兩年前的 12 倍14
  • 求職追蹤站 Layoffs.fyi科技業 2024 裁掉約 15.3 萬人,2025 再加約 12.3 萬人15
公司 裁員規模 時間
Microsoft 約 9,000 人(2025 全年裁員累計);2026 年 4 月首度推出自願退休方案 (Voluntary Retirement Program, VRP),約 8,750 名「年資 + 年齡 ≥ 70」的資深美國員工可選擇接受:8–39 週基本薪資、最高 5 年健保延續、未歸屬股票部分繼續 vest(30 天決定)。是企業史上首例,本質上是「帶薪勸退」而非強制裁員16 2025–2026
Amazon 約 3 萬個職缺14 2025/10 起半年內
Meta 約 8,000 人(約 10% 員工)16 2026 年 5 月計畫

有趣的是,這些公司同期都還在加碼 AI 投資。人力不是被 AI 直接取代,是被「AI + 重新分配的預算」一起擠出來的。

員工端的焦慮已經反映出來:美國民調機構 Pew Research 2025 年訪問 5,273 位勞工,52% 擔心 AI 對工作的衝擊、32% 認為 AI 會減少自己長期的工作機會17美國勞動轉型研究機構 JFF (Jobs for the Future) 2026 年 3 月的調查更直接:44% 認為 AI 對社會弊大於利、只有 39% 樂觀;只有 36% 的勞工表示自己擁有在工作中使用 AI 所需的訓練與資源,低於 2024 年的 45%18

而數據的另一面:

  • Microsoft Work Trend Index 顯示 66% 主管不會雇用沒有 AI 技能的人,71% 寧可選資歷較淺但會用 AI 的候選人3
  • LinkedIn Economic Graph 2026 年 1 月《Labor Market Report》估計,AI 浪潮全球已創造約 130 萬個新型高技能職缺(Data Annotator 77.4 萬、AI Forensic Analyst 29.8 萬、Head of AI 17.7 萬、Forward-Deployed Engineer/PM(客戶現場工程師/PM,帶著產品進駐客戶端部署與調教的角色)與 AI Engineer 等);美國資訊科技與創新基金會 (ITIF) 2025 年底的整合分析也指出:2024 年 AI 與資料中心建設帶動的就業人數,明顯高於同期直接歸因於 AI 的裁員人數19 20
  • 史丹佛數位經濟實驗室 (Stanford / Brynjolfsson 團隊) 2025 年的研究指出:在「高 AI 暴露職務」(學界用語,指工作內容大部分可被 AI 取代或輔助的職位)中,22–25 歲入門級開發者與客服人員的就業數,自 2022 年底起下降 6–16%。年輕族群正承受當前轉型陣痛的主要壓力21

也許我們真正該擔心的不是「AI 取代人類」這種末日故事,而是「會用 AI 的同事取代你」。後者更容易透過技能累積來改變。

AI era knowledge worker mental health

你可以怎麼做

2.1 今晚就能做的一件事

  • 把手機 / 電腦上的 AI 工具集中放到一個資料夾:不要散在桌面、瀏覽器分頁,讓「打開」變成有意識的動作。
  • 明天早上前 60 分鐘不開 AI:用紙筆列今天的三個重點,一週試試看。
  • 寫下「如果明天被 layoff,前 7 天我做什麼」:不用太精細,光寫出聯絡名單和財務狀況,降低焦慮。

2.2 個人層次:重新校準你和 AI 的關係

主軸 為什麼重要 具體做法
AI 邊界時間 大型語言模型介面是按「最大化使用時長」設計的,類似社群媒體的「無限下滑 (infinite scroll)」。判斷外包久了,最先萎縮的是你對自己領域的直覺22 每天保留 60–90 分鐘只用紙筆 / 原生工具,不開 AI,做設計、思考方向、深度閱讀。延伸閱讀:工程師的深度工作實踐指南
帶著意圖用 AI METR 實驗:自我感覺快 20%、客觀慢 19%。光靠感覺判斷效率並不可靠8 每次開 prompt 前先寫一句「這次互動我要拿到什麼?」;同一任務 3 輪沒進展就停下;每週回顧哪些使用 AI 工具真的省了時間。
保護生理基礎 睡眠 / 運動 / 連結是「技術壓力」傳到「倦怠」的主要中介變數23 週間 ≥ 7 小時睡眠(規律性比時長重要);每週 150 分鐘中等強度運動

2.3 職場層次:做會用 AI、不被 AI 綁架的人

不管你是工程師、PM、設計師、行銷,Faros AI 觀察到的「個人變快、團隊卻塞在人工審核流程」現象加州大學柏克萊分校《California Management Review》(管理學界知名期刊)與情商研究機構 Six Seconds 的研究24 25都指向同一個邏輯:AI 越普及,跨系統判斷與人際協作的相對價值越高。

面向 給所有知識工作者的做法
交付紀律
把 AI 當初稿產生器,不是終稿產生器
• 把 AI 產出的東西「拆小份」交給下一個人(同事、主管、客戶):一份簡報拆成 3 段、一份提案拆成關鍵 2 頁、一段程式碼拆成更小的變更
• AI 產出的關鍵段落附一句話寫「為什麼這樣做」(架構決策、選擇理由)
• 交出去前,在腦中跑 30 秒「我要怎麼向不懂行的朋友解釋這個」。如果講不清楚,就代表還沒準備好
投資護城河
AI 還不擅長的能力
跨系統因果分析:把多個資料源串起來找根因(不只看一個 dashboard)
模糊需求轉設計:老闆 / 客戶兩句話 → 含時程、風險、退場機制的具體計畫
跨角色協作:出事時能同時主持會議、寫對外溝通、跟內部對齊期待、事後收尾
判斷取捨:資料隱私、成本、合規這些 trade-off 不套樣板,也不把成敗推給模型
公開可量化貢獻
讓你被搜得到
每月寫 brag doc(亮點清單),用「事件 → 動作 → 量化結果」格式,例:客訴從每週 5 件降到每月 1 件;處理時間從 3 天 → 4 小時
• 每季一篇外部可見成果:工作坊分享、社群貼文、內部演講擇一
• 每季更新 LinkedIn / 履歷

不同角色的具體建議

每天面對的問題不同,落地方式也不同。

角色 AI 使用邊界 對抗生產力悖論 AI 時代的護城河
PM / 產品經理 使用者訪談原始錄音 / 逐字稿不要丟給 AI 直接總結,自己先聽 30 分鐘原音再交叉比對 用 AI 出 PRD(產品需求文件)初稿後,「為什麼選 A 不選 B」要自己寫清楚,不能讓 AI 替你做取捨 顧客原音、跨部門信任、產品判斷力
設計師 每天保留純手繪 / Figma 不開 AI 的時段;不要讓所有靈感都來自 AI 圖庫 不追求「AI 出 50 版」,改成「AI 出 3 版,你選 1 版深度推進」 跨利害關係人協作、把模糊需求收斂、品牌系統思考
行銷 / 內容 AI 撰寫草稿前自己先寫 100 字 hook;不要被 AI 的「平均值風格」洗掉個人聲音 把 AI 用在 A/B 變體、SEO 結構;策略與品牌定位仍要由人定 對顧客語言的敏感度、長期內容品牌、社群關係
客服 / TSE(Technical Support Engineer,技術支援工程師) 跟主管要求調整 KPI,從「ticket 數量」轉成「複雜案件解決率」,保護情緒勞動 AI 處理完簡單問題後,留給真人都是更難更情緒化的個案;把第一線洞察結構化成月報,補產品團隊盲點 把 escalation(升級案件)處理過程寫成可教學範例,建立不可取代性
軟體工程師 (SWE) 前 90 分鐘先讀今天要改的模組與 design doc AI 提交的修改逐行確認;超過 300 行的 AI PR 進行拆分 累積熟悉的關鍵子系統清單;定期寫 RFC、做 brown-bag
SRE / Platform Incident 期間預設讓 AI 直接操作 production;先讓 AI 解釋訊號,由人類下 runbook。延伸閱讀:Oncall 焦慮指南 可靠性、容量規劃、成本治理、安全合規等 AI 在 2026 年仍難自動化 postmortem、外部分享的案例經驗,長期建立個人品牌

給 Tech Lead / 主管的補充:這是團隊問題,不是個人問題

想像一個重度使用 AI 的團隊,某位成員很快把初稿交出來:一份看起來頗完整的程式碼修改、十幾版的設計稿,或一疊「應該差不多了」的文案。交付者感覺效率大爆發;但下一棒的人打開檔案,往往先愣住片刻,再開始補上下文、找缺漏、補測試、回頭跟利害關係人對齊。原本省下來的時間,幾乎都加倍償還在「理解與修正」。於是,為了無止盡地追逐高產出,整個團隊需要付出加倍的時間人工進行品質驗證,疲憊感不是因為大家不夠努力,而是流程悄悄把瓶頸推到了下一道人工關卡。 如果你帶的是這樣一支團隊,事先建立一些使用規範,會比鼓勵大家「再用更多 AI」更有效:

  • 建立 AI 提交規範:設定明確的「單份交付上限」(程式碼 ≤ 400 行、簡報 ≤ 10 頁、文件 ≤ 2,000 字),超過要拆。要求每份 AI 產出附「為什麼這樣做」的一句話架構決策說明。
  • 重新定義 review 重點:把 code review / 文件 review 的重心從「拼字、語法、格式」轉移到「系統邏輯、商業正確性、邊界情境」前者 AI 已經能做,後者只有人能判斷。
  • 追蹤團隊指標,不只是個人指標:盯「end-to-end cycle time」(從開單到完成),不是只盯「個人提交數」。如果個人提交暴增、cycle time 卻變慢,你就抓到瓶頸了。
  • 保留無 AI 的儀式:每週一次的 design review、架構討論、postmortem,刻意不依賴 AI 整理,讓團隊保留「自己思考」的肌肉。
  • AI 訓練是雇主責任:JFF 調查顯示只有 36% 的勞工表示自己擁有在工作中使用 AI 所需的訓練與資源,低於 2024 年的 45%18。每季撥固定預算 / 時數給 AI 學習,比期待員工自己跟上更有效。

Dusk window cinematic

結語

AI 讓每個人看起來都「更快」、更能產出,但它也讓比較、焦慮、與自我懷疑變得更容易。也許在現階段,比較務實的做法是:先把壓力源頭分成三類

  • 工具造成的壓力(technostress):降低「連續使用」與「連續失敗」的暴露時間。
  • 流程造成的壓力(瓶頸轉移):把 AI 產出拆小份、補上下文,讓下一棒更好接。
  • 結構造成的壓力(裁員與市場變動):把不可控的恐懼,轉成可控的準備。

當覺得被 AI 浪潮推著跑時,先重新審視引用工具對自己的影響,將壓力從「失控的想像」轉回「可控制的選擇」:

  • 疲憊不是你個人意志力問題,而是有生理與環境基礎的「技術壓力」反應23
  • 感覺更快」不等於「實際更快」,更不等於「公司獲益8 10
  • 裁員風險真實存在,但「會用 AI 並具備跨領域判斷」的人,仍是市場上最被需要的角色3

AI 工具會一直變強,但你的睡眠、判斷力,還有與身邊人的關係,不會因為更新就自動變好,仍需要你刻意照顧。每個人的工作環境、生理節奏與團隊文化都不一樣,上面寫的建議不一定每一條都適用於每個人。本文的核心目標,是梳理並理解背後的機制,在這個快速迭代的環境中,找到更適合自己的做法。

免責聲明:本文僅為一般性資訊與觀點分享,不構成醫療、心理或法律建議。如果你正經歷持續性的焦慮、憂鬱或倦怠症狀,請尋求合格的心理師、精神科醫師或員工協助方案 (EAP) 的專業支援。


參考資料

  1. Stack Overflow Blog. (2026). Closing the developer–AI trust gap. 

  2. Stack Overflow (2024). 2024 Developer Survey: AI. 

  3. Microsoft & LinkedIn. (2024). 2024 Work Trend Index annual report: Executive summary.  2 3

  4. Microsoft WorkLab. (2025). Breaking down the infinite workday: Extended Work Trend Index analysis. 

  5. Upwork Research Institute. (2024). Employee workloads rising despite increased C-suite focus on AI productivity. 

  6. Upwork Research Institute. (2025). New insights on the AI-human work dynamic. 

  7. American Psychological Association (2025). Stress in America 2025. 

  8. METR (2025). Measuring the impact of early-2025 AI on experienced open-source developer productivity.  2 3

  9. METR (2026). Uplift update: re-running the developer productivity study with newer models. 

  10. Faros AI. (2025). The state of AI software engineering: Data from 1,255 teams.  2

  11. Riedl, R. (2012). On the biology of technostress: literature review and research agenda. Business & Information Systems Engineering

  12. Berg-Beckhoff, G., Nielsen, G., & Larsen, E. L. (2020). Technostress at work and mental health: concepts and research results. Current Opinion in Psychiatry, 33(4). 

  13. JAMA Network Open (2026). Daily generative AI use and depressive symptoms in US adults. 

  14. Challenger, Gray & Christmas data via CNBC (2025). AI job cuts: Amazon, Microsoft and more cite AI for 2025 layoffs.  2

  15. Clarion Ledger. (2025). 276,000 tech workers lost jobs to AI-driven layoffs in 2024–2025. Data sourced from Layoffs.fyi

  16. CNBC (2026). 20K job cuts at Meta and Microsoft raise concern of AI labor crisis.  2

  17. Pew Research Center. (2025). U.S. workers are more worried than hopeful about future AI use in the workplace. 

  18. Jobs for the Future. (2026). Worker anxiety over AI is growing and employers aren’t preparing employees for what’s next.  2

  19. LinkedIn Economic Graph. (2026). Labor Market Report — Building a future of work that works (Jan 2026). 

  20. Ostertag, M., Information Technology and Innovation Foundation. (2025). AI’s job impact: Gains outpace losses. 

  21. Brynjolfsson, E., et al. ADP Research. (2025). Yes, AI is affecting employment: Here’s the data. 

  22. DORA. (2024). Accelerate State of DevOps report 2024. 

  23. Hennig, T., et al. (2024). Technostress, hair cortisol, low-grade inflammation and burnout in hospital employees: a prospective study. Brain, Behavior, and Immunity 2

  24. California Management Review (2025). Seven myths about AI and productivity: what the evidence really says. 

  25. Six Seconds. (2025). AI + EI in the Workplace: Status report 2025. 

Eason Cao
Eason Cao Eason is an engineer working at FANNG and living in Europe. He was accredited as AWS Professional Solution Architect, AWS Professional DevOps Engineer and CNCF Certified Kubernetes Administrator. He started his Kubernetes journey in 2017 and enjoys solving real-world business problems.
comments powered by Disqus