跳至主要內容
BODY · MIND · LIFE2026年9月24日星期四
HSIAO NEWS
科技 新聞健康解讀

企業級 AI Coding 的 Harness 工程實戰上了技術熱榜:工程師追效率的同時,身體也別被流程帶著跑

從掘金一篇企業級 AI Coding 的 Harness 工程實戧文章出發,聊聊導入全流程 AI 開發的工程師,在作息、用眼、肩頸與團隊溝通壓力上可以怎麼被照顧。

HSIAO NEWS 編輯部 閱讀約 6 分鐘

2026 年 9 月 1 日,掘金上一篇名為「企業級 AI Coding 的 Harness 工程實戰:8 個 Skill 串起全鏈路」的文章在技術圈流傳開來。作者「乘風gg」分享他在多個中型老項目上,用八個 Skill 把需求、設計、開發、測試、驗收、Bug 修復全部標準化的實戰經驗。

這類文章通常被當成純技術讀物。但你如果最近也在團隊裡推 AI 工具、跟著新框架改工作流程,這篇文章裡其實藏著不少跟你的身體有關的線索。這次我們從健康角度,把這則技術熱點慢慢讀一遍。

先說這篇文章在講什麼

作者的切入點很實際。他發現個人用 AI 提升效率,跟整個團隊提升效率,中間隔著好幾道坎。產品拿 AI 潤飾文件、測試拿它生成幾個用例、開發把 AI 嵌進編碼流程,各做各的,環節之間的交接格式對不上。結果是出了問題互相追溯,產品說寫清楚了,開發說按需求做的,測試說按實際行為測的,來回溝通的成本比寫程式碼還高。

他的解法是把每個環節的產出固定下來,寫成八個 Skill:product 做需求評審與任務拆解,api 處理接口文件,ui 把設計稿轉成元件,page 組出完整頁面,test 寫單元測試,qa 做 QA 用例掃查,review 做程式碼審查並把規範回寫,bugfix 處理 Bug 從根因定位到修復。所有產出收進同一個 spec 目錄,讓經驗跟著項目走,而不是跟著人走。

文章裡有一句很有意思的約束:「根因說不清,不許動手。」這是作者在 AI 改 Bug 改了三次都沒好的教訓之後補上的規矩。這句話對工程師的身體也適用,只是很多人沒發現。

全鏈路 AI 化,最先被壓縮的是你的休息

導入這類流程時,常見的節奏是白天開會對需求、晚上留下來調 Skill、改模板、驗證產出格式。作者的轉折點發生在一個週五下午,測試同事拿著 Excel 來質問覆蓋率的場景,你大概不陌生。那種「溝通十分鐘之後放棄」的無力感,往往就是把問題帶回家、週末還在想著怎麼改流程的開端。

追新框架和新流程的興奮期,最容易被犧牲的是睡眠。這一點我們在先前聊追新框架時的眼睛與作息照顧時提過:技術上的熱情是真的,身體的透支也是真的。兩者可以並存,關鍵是你有沒有替自己設一條下線。

一個可以實際操作的做法:把「調 Skill」也當成一個有工時的任務排進行事曆,而不是用下班時間吸收。如果團隊沒給這個空間,至少替自己設一個硬性停損點,例如晚上十一點後不再打開編輯器。研究睡眠的文獻普遍認為,長期睡眠不足會影響注意力與情緒調節,而你需要注意力最好的時候,恰恰是審查 AI 產出正確性的時候。

「AI 寫得快」不等於「你可以無限改」

文章裡有個觀察值得單獨拿出來講:AI 產出的程式碼,第一版最工整,改到第三版開始改不動,邏輯繞來繞去。需求來回變的時候,返工停不下來。

這對身體的影響是隱性的。反覆修改同一段程式碼,是一種高認知負荷、低成就感的工作狀態。你會發現自己盯著螢幕越來越久,肩頸越來越緊,眨眼次數減少,眼睛乾澀。工程師久坐與長時間用眼的問題,我們在Redis 接入 AI 時聊過的眼睛與肩頸照顧裡提過幾個具體做法,這裡再濃縮一次:每一段較長的專注後站起來動一下,螢幕高度讓視線略微下俯,乾澀明顯時可以考慮人工淚液,若視力模糊持續或出現頭痛,就該讓眼科醫師看一看。

另外,「改三版」的過程也容易累積挫折感。如果你發現自己對著同一個檔案反覆貼上又還原,情緒從專注變成煩躁,這是一個值得停下來的訊號,而不是再拚一輪的訊號。離開座位十分鐘,通常比多試三次更快解決問題。

標準化流程,其實是在幫你的腦袋減負

從健康角度讀這篇文章,我覺得最被低估的價值,是「把產出固定下來」這件事對認知負荷的減輕。

作者提到的五個問題裡,有一個是「經驗跟著人走,某個模組為什麼那麼寫只有經手過的人知道,新人從頭踩一遍坑」。這種情況在職場上的代價,除了效率,還有老人的隨時待命壓力與新人的焦慮。當規範被寫進流程、產出自動流轉到下個環節,「隨時要回覆別人問題」的心理負擔會實質下降。

這跟照顧自己有什麼關係?關係很大。心理壓力很少來自單一大事,多數來自無數個「隨時可能被找」的懸念。把流程文件化、產出標準化,本質上是把這些懸念從腦海搬到硬碟裡。如果你的團隊還在用口頭溝通加截圖對需求,或許可以拿這篇文章當話題,跟主管聊聊把交接面固定下來的可能性。

幾個值得留意的身體訊號

導入新流程的陣痛期,通常一到三個月。這段時間如果你出現以下狀況,值得認真對待,而不是歸咎於「最近比較忙」:

入睡困難或半夜醒來腦中自動跑程式碼,持續超過兩週。這可能是壓力影響睡眠品質的訊號,可以先用固定的睡前儀式與減少睡前藍光暴露來調整,若沒改善,找家醫科或身心科談談並不誇張。

眼睛乾澀、畏光、看遠看近切換時對焦變慢。先用 20-20-20 原則(每二十分鐘看二十英呎外二十秒)與環境光線調整,若視力模糊持續,就該就診眼科。

肩頸僵硬合併手指麻。這可能頸椎與周邊神經已經受到姿勢的長期影響,調整螢幕與鍵盤位置之外,持續麻木應就醫評估。

情緒面上的訊號也一樣重要:對原本喜歡的技術失去興趣、開會時易怒、週末無法真正休息。這些是身心在提醒你,流程可以標準化,人不能無限標準化。

效率工具的終極問題,是留給生活的時間拿去做什麼

作者在文章開頭說,個人提效不等於團隊提效。這句話可以再往後推一步:團隊提效之後,省下來的時間去了哪裡?

如果答案是「拿來接更多需求」,那提效對你的健康可能是零,甚至是負的。工具把你從重複勞動裡解放出來,值得認真想的是,你打算把解放出來的精力放在哪裡。可能是準時下班喫一頓好好咀嚼的晚餐,可能是把中斷很久的運動撿回來,也可能只是早點睡。

流程會不斷升級,工具會不斷汰換,這是技術圈的常態。你的眼睛、肩頸、睡眠和情緒,是整套系統裡唯一無法重構的部分。下次再看到「全鏈路」「八個 Skill」這類標題,技術上當然值得研究,但也順手問自己一句:這套流程跑起來之後,我的作息有沒有被排進時程表裡。