Claude Code親授：4個轉變和3個原則，重建AI時代的工作方法

AI應用風向標（公眾號：ZhidxcomAI） 編譯｜畢偉豪 編輯｜漠影 當寫代碼不再是拖累，下一個阻礙會是什麼呢？ 智東西6月4日報道，Claude Code團隊給出的答案是：驗證、代碼審查和安全檢查。這是Claude Code工程總監Fiona Fung發佈的最新博客，內容出自一個月前她的演講，博客中，她透露了Claude Code團隊“不容商榷”的核心原則。 這篇博客從一線團隊的角度出發，剖析了在Agent時代，整個工程流程所發生的變化，從規劃、背景信息獲取、代碼審查到團隊構成，每個環節都在發生深刻的改變，一些舊流程正在消失。 她提出了一個觀點：舊流程不會自己退出歷史舞臺，你必須主動淘汰它們。文章最有價值的地方在於，將每個舊流程和新流程都做了對照，為什麼淘汰，為什麼制定，很清晰。 一、規劃（Planning)：6個月路線圖3個月就過時，團隊轉向即時規劃 在編程時間昂貴的年代，提前規劃是標配，Fiona Fung剛加入Claude Code團隊時，制定了一份相當完善的六個月路線圖。結果因為Claude Code自身進化太快，很多東西在第三個月就過時了。 團隊最新的的做法是轉向即時規劃（JIT planning），借鑑JIT編譯的概念：在正確的時間做恰到好處的規劃，規劃流程從設計文檔轉向PR討論和原型驗證。 由於整個行業發展變化的節奏太快，所以Claude Code團隊不會做太多產品評審，新流程變成：先做原型，讓大量內部用戶上手，然後根據反饋再持續改進。 二、背景信息收集（Context gathering）：別找代碼作者了，直接問Claude 過去工程師遇到問題，第一步是找到寫代碼的人。但現在Claude Code團隊所有的PR都有Claude協助，如果還是和以前一樣問一下是誰寫的代碼，然後兩個工程師再一起討論，那不僅浪費了Claude的能力，也不足以支撐高速運轉的研發體系。 Claude Code團隊的新做法是：再深入一層，去思考你真正需要知道什麼，是找regression的責任人，還是找一個能回答客戶問題的專家，亦或者是想了解某個決策的背景？直接把問題交給Claude，來看看Claude能否給出你想要的答案，以及提供更多數據和背景信息。 Fiona Fung透露，Claude Code團隊遇到問題時，統一的流程是先思考有沒有辦法把它自動化。比如讓Claude每天早上查看客戶反饋渠道並整理，把這項工作從手動整理變成後臺自動運行的任務。 三、代碼審查（Code Review）：Claude自己審查，關鍵部分保持人工 這是全文最關鍵的變化，以前，人類會對AI生成的代碼進行全面審查，而當模型能力越來越強，Claude Code團隊也越發信任AI所生成的代碼了。 在Claude Coed團隊內部，Claude現在負責所有代碼風格和語法檢查、PR反饋請求、在正式提交前發現並修復bug，以及添加測試這些部分的審查。 雖然信任，但不是完全丟給Claude不管，Claude Code團隊會在關鍵部分引入人工審核，把問題交給人類專家。 法律專家參與風險承受能力的評估；對於信任邊界和安全敏感代碼，由該領域專家審查；產品經理和設計師也需要參與，以確保產品理念和品味。 但Fiona Fung也強調，信任和驗證的平衡會隨著模型能力提升不斷變化。今天需要人來做的事，換個新模型可能就不需要了。 四、團隊構成（Team makeup）：團隊中的角色邊界正在模糊 這其實是個老生常談的變化，Claude和一眾AI編程工具正在重塑著團隊中的職業邊界，PM現在大量參與編程，工程師開始承擔內容和設計這類傳統”非技術側”工作。 Fiona Fung直言，Claude Code團隊中，有兩類人才是受到重點關注的：有產品sense的創意建造者和擁有深度系統專業知識的工程師，前者充滿理想，熱衷於開發可以解決問題的產品，後者知識淵博，可以為整個團隊技術問題兜底。 Fiona Fung認為產出速度這方面的重要性在降低，起碼在Claude Code團隊內部是這樣的，因為模型會解決速度這件事，更重要的是哪些方面需要人類的專業知識解決。 五、三條鐵律與三個變革中要關注的指標 Fiona Fung公開了Claude Code核心團隊的三條必須遵守的核心原則： 1.無情地dogfood自己的產品：Claude Code團隊的每個成員，還有其他部門的同事，都會持續不斷地使用Claude Code和Claude Cowork，內部測試是讓產品在交付到用戶手上之前驗證質量的重要環節。 2.團隊結構儘可能扁平：Fiona Fung加入Claude Code時，就希望每個管理者都先從個人貢獻者做起，通過實際交付產品來學習如何成為團隊中高效的成員，真正體驗並理解在Anthropic做工程師的感受，去保持團隊的敏捷性，讓團隊成員能夠靈活地參與到工作中。 3.毫不猶豫地淘汰失效的流程：要不斷質疑做事方式背後的原因，團隊成員有權限去質疑並淘汰舊流程。 儘管原則不多，但團隊中的每個小組都擁有很大的自主權。他們可以靈活調整如何使用Claude進行優先級排序、如何開展計劃，以及哪些工作流程優先“Claude化”。 Fiona Fung提到在工程流程變革中，要追蹤是否真正落地，需要看三個指標： 1.新人入職培訓週期縮短：工程師、設計師或項目經理入職多久才能開始高效工作？在Claude Code團隊，這個速度比一年前快得多，工程師現在入職第一週就能交付代碼。 2.PR週轉時間縮短：這一點值得深入研究，因為它有助於團隊定位流水線中哪裡跟不上規模。隨著代碼量的激增，構建系統和持續集成（CI）有時可能難以跟上。 3.Claude輔助提交佔比上升：對Claude Code團隊來說，默認情況下，每個提交都是由Claude協助完成的。在過去的四個月裡，FionaFung基本上沒有見過非Claude協助的提交。 但第三點有個重要提醒：不要把token用量和成功混為一談。用量只是一個數字，真正的指標是你試圖解決的問題是否被解決了。 結語：找到你工作中最複雜的部分，看看能不能自動化 Fiona Fung在最後留下了這樣一句話：“找出你工作流程中最繁瑣的部分。” 這可能是你成本最高的流程，也可能是你最害怕的流程，或者你的團隊最不願面對的流程。找到它，然後問問自己：它現在還能發揮作用嗎？如果可以，你能把它自動化嗎？ Fiona Fung講了一個往事：她曾在一個團隊中，每週都要開週會，所有人除了輪到自己彙報的那幾秒都在看筆記本電腦。於是她問了一個問題：“我們為什麼還需要這個會？”自此以後這個會就取消了。 AI發展到現在，有太多工作環節可以被自動化了，Fiona Fung所說的，是要不斷精簡工作流程，能自動化的就自動化，能砍掉的就砍掉，讓整個團隊高效敏捷地運轉。