🌟星標 + 👆關注，第一時間知道最新、最有用的AI編程姿勢《賈傑的AI編程秘籍》付費合集，共10篇，現已完結。30元交個朋友，學不到真東西找我退錢；）以及我最新的付費合集《又100個思維碎片》墨問，把我上一天班，AI自己在家寫一天代碼的焚訣，分享給你 "在1400年代，歐洲只有10%的人識字。印刷機發明後50年，出版的書籍超過了此前一千年的總和。現在，同樣的事情正在發生——只不過主角換成了代碼。"—— Boris Cherny，Claude Code 創始人寫在前面上週看到一段訪談記錄，Claude Code 的創始人 Boris Cherny 被問到："編程這件事，解決了嗎？"他沒有猶豫，直接說：對我來說，100% 解決了。他現在每天在手機上寫代碼，管理着幾百個並行 agent，上週某一天提交了 150 個 PR。我盯着這句話看了很久。作為一個寫了好幾年代碼的人，我第一反應是：這不可能。第二反應是：……但好像確實在發生。這篇文章，是我消化完這些信息之後，想跟你聊的一些事——不只是工具層面的，更是關於我們這代開發者該怎麼想清楚自己的位置。"編碼已解決"——他說的到底是什麼意思？Boris 說這句話，有個很重要的背景：他自己已經一行代碼都不手寫了。Claude Code 的整個代碼庫（TypeScript + React，他說"沒什麼特別複雜的"）是由模型全程生成的，這件事發生在去年的10月、11月。選 TypeScript 和 React，是因為這兩個框架在模型的訓練分佈裏非常"主流"（on distribution），當時模型還沒現在聰明，用主流框架能讓它發揮得更好。這裏有個很微妙的點——他不是說"AI 寫代碼很厲害"，他是說："寫代碼"這件事本身，已經不再是瓶頸了。就好比，你問一個印刷廠老闆："手抄書這個行業，解決了嗎？"他會說：解決了——不是說書不存在了，而是說手抄這個動作本身，已經不再是書出現的障礙。但"解決了"不等於"你沒用了"這是我覺得最容易被誤讀的地方。Boris 提到了一個特別精準的例子："寫會計軟件，最適合的人不是工程師，而是一個很懂會計的會計師——因為難的不是編碼，是理解領域。"這句話值得多想一秒。我們這些年一直有個隱形假設："會寫代碼"本身是一種稀缺資產。所以有人囤積語言技能（Java、Go、Rust），有人考證（算法題、系統設計），大家都在爭同一塊地盤。但如果編碼真的變成了"像發短信一樣人人都會"的基礎技能，那稀缺的資產就變了——變成了你對某個領域的深刻理解。醫生 + 能寫代碼 > 工程師 + 粗懂醫療。這不是工程師的末日，這是專業壁壘的遷移。印刷機時刻：一個讓我後背發涼的類比Boris 是個愛讀科技史和科幻的人，他提到了一個比喻，我覺得是整段對話裏最有分量的一句話：1400年代的印刷機 = 2024年代的 AI 編程工具。印刷機發明前，歐洲識字率約10%，寫字是專職工作，是權貴才能調用的技能。印刷機發明後的50年，書的產量超過了此前一千年的總和，書的價格跌了約100倍。然後呢？識字率，從10%，花了幾百年，爬到了70%。"寫代碼"也會走這條路——不是消失，而是普及。區別是，這次不用幾百年，可能就是未來十年的事。現在已經有人在用 Claude Code 控制門上的燈、給自己的小店寫庫存管理、做微控制器編程——這些人不是工程師，他們是店主、業主、愛好者。他的日常工作流：未來的樣子長這樣Boris 現在的工作方式，不是我們平時說的"用 AI 輔助寫代碼"，已經完全不同了：主力設備：手機。他用 Claude App 管理 5-10 個會話，每個會話裏有若干 agent，總計同時跑着幾百個 agent，夜間跑着幾千個。聽起來很科幻，但核心就兩個機制：1. Sub-agents（子代理）讓 Claude 分解任務，自己拆分給多個並行 agent 來做。2. Loop（循環任務）用 cron 讓 Claude 定時重複執行某件事。他的例子：• 每隔一段時間自動檢查 CI，有 flaky test 就修掉• 自動 rebase 掛起的 PR• 每30分鐘抓一次 Twitter 上的用戶反饋並聚類給他他說了一句話："我感覺 Loop 就是未來。"這不是誇張，這是一種工作方式的範式遷移——從"我來做任務"到"我來設計任務系統"。"過程壁壘"要消失了，"網絡效應"還在這裏有個對商業判斷非常有價值的觀點。Boris 引用了一本叫《七種力量》（7 Powers）的書（漢密爾頓·赫爾默著），說 AI 會讓某些商業護城河變弱，讓另一些更強。會變弱的護城河：• 轉換成本（Switching costs）：以前遷移數據、遷移系統很麻煩，未來 AI 可以幫你平遷，切換成本降低• 流程壁壘（Process power）：那些靠"我流程比你規範、比你複雜"贏的公司，正在被威脅——因為 AI 可以 hill-climb 任何流程目標，給它一個終態，它能自己摸到依然成立的護城河：• 網絡效應（Network effects）• 規模經濟（Scale economies）• 稀缺資源（Cornered resources）這對正在做產品的人來說，是一個非常清醒的提醒：如果你的護城河是"我們流程很完善"或者"遷移我們的系統太麻煩了"——那要小心了。為什麼現在是創業最好的時機？這是 Boris 說的，不是雞湯式的，是有結構的分析："大公司要擁抱 AI，需要改造業務流程、重新培訓所有人、克服內部阻力。而你從零開始，可以原生地用 AI 來構建。這是一種結構性優勢。"我們熟悉這個模式——當一項新技術出現，新玩家往往比老玩家適應得更快，因為老玩家有包袱，新玩家沒有。互聯網時代，傳統零售的庫存系統、會員體系、線下網點，反而成了電商創業者的護城河——因為對手根本沒時間全部數字化。現在一樣。一個5人創業團隊，如果原生地用 AI 開發、用 AI 跑流程、用 AI 寫 SQL，可以在效率上直接碾壓那些還在爭論"要不要引入 AI 工具"的100人團隊。普適道理：工具變了，但"讓人愛上"沒變Boris 被問到一個問題：Claude Code 的成功，是模型的功勞，還是產品的功勞？他的回答：50/50。然後他說了一句我覺得是整場對話最重要的話："我在 YC 學到的，被反覆灌輸的只有一件事：build something people love。不管技術多牛，你最終還是要做一個讓人愛上的東西。"這句話在 AI 時代，反而更珍貴。因為當工具的門檻降低，當人人都能"做出來一個東西"，"好用"和"讓人愛"之間的差距就會被放大。爛產品會更容易被做出來，好產品反而更難——因為用戶的期待值在升高，篩選也在加劇。技術的平權，不會導致產品的平權。反而會讓真正懂用戶、懂體驗的人，擁有更大的優勢。總結捋一下今天我們聊的幾個核心觀點：1. "編碼已解決"不是說編程沒用了，是說"寫代碼的動作"不再是瓶頸，瓶頸變成了"對領域的深刻理解"2. 這是一個印刷機時刻——代碼正在從專業技能變成基礎技能，識字率從10%爬向70%，速度會比當年快得多3. Loop（循環任務）是未來的工作範式——從"親自做任務"轉向"設計自動化任務系統"4. 部分商業護城河正在消失（流程壁壘、轉換成本），另一些依然成立（網絡效應、規模經濟）5. 現在是創業最好的時機——大公司改造慢，小團隊從零原生 AI 構建，結構性優勢真實存在6. "讓人愛上"這件事，在工具平權後反而更值錢最後留一個問題給你：如果代碼真的變得像發短信一樣簡單，你最想用它做什麼？——你腦子裏冒出的那個第一答案，可能比你現在的工作，更值得認真對待。參考資料• Boris Cherny 公開演講實錄（2026年）• 漢密爾頓·赫爾默《7 Powers: The Foundations of Business Strategy》• Claude Code 官方文檔：https://docs.claude.com如果這篇文章讓你有一點點停頓和思考，歡迎分享給你的朋友——尤其是那些還在猶豫"要不要認真學 AI 工具"的人。堅持創作不易，求個一鍵三連，謝謝你～❤️以及「AI Coding技術交流羣」，聯繫 ayqywx 我拉你進羣，共同交流學習～

完成

AI產品如何從 Skill 走到虛擬員工？

AI產品設計要由底層Skill做起，逐步長成虛擬員工，而唔係一步到位。

完成

從 vibe coding 到 AI 員工團隊自動化，淺聊 AI 編程的 4 個階段

AI編程分四個階段，關鍵係診斷自己喺每個場景嘅實際位置，唔好以為一個階段通行所有業務環節。

完成

OMC 實戰：19 個 Agent 打造更智能、更可靠、更高效的 Claude Code 工作流

oh-my-claudecode (OMC) 通過四層編排架構，將 Claude Code 從手動指揮單 Agent 升級為自動協調 19 個 Agent 嘅多 Agent 工作流

完成

以前一天看3套，現在一天看50套，中介這門生意變了

AI Skills重塑中介行業：產能暴升83倍，決策樣本擴5.5倍，成交週期減半

完成

我把AI工具流做成了個人操作系統

把AI工具流升級成個人操作系統，令經驗沉澱而非散落

完成

免費、本地、語音克隆、CPU 可跑、三語支持——這個開源 TTS 項目值得收藏

MOSS-TTS-Nano係一個免費、本地可跑、支援語音克隆嘅輕量TTS系統，中英日語三語通吃。

完成

Codex的隱藏用法，用Remotion插件製作產品的宣傳視頻

用Codex同Remotion插件，中文指令快速整產品宣傳片，設計先係真正難關

完成

我把Apple Watch打造成提效神器

自己開發 Apple Watch 番茄鐘，將注意力管理量化成數據

完成

為什麼我們都在逃避寫 AI 的“靈魂文件”？

最近一段兒時間，我一直在深度體驗 Hermes Agent，越用越覺得它跟之前的當紅炸子雞 OpenClaw 在底層邏輯上確實有很大的不同。但在折騰這兩個 Agent 的過程中，我察覺到了自己身上一個非常微妙、甚至有點兒羞於承認的現象。面對這兩個 Agent 目錄裏那個最核心、能真正賦予 AI 個性和邊界的「靈魂文件」——SOUL.md，我本能地選擇了敬而遠之。明明知道它很重要，但我就是下意識地避開它，直接在終端裏敲命令，享受那種「開箱即用」的快感。後來我在羣裏跟幾個人聊了聊，發現這根本不是我一個人的困境。絕大多數普通人在面對 SOUL.md 時，都默契地選擇了無視。明明握着我們可以塑造 AI 靈魂的刻刀，最後卻只把它當成了一個高級版的命令行工具在「裸奔」使用。為什麼會這樣？我來跟你說說，這背後其實藏着幾道極難跨越的心理高牆。第一堵牆：認知吝嗇鬼與默認的陷阱先說最核心的一件事兒：人都是懶的。在人類進化的長河中，大腦形成了一種「節能機制」，心理學上叫「認知吝嗇鬼」。當你裝好 Hermes 或者 OpenClaw，一敲回車，發現默認狀態下它已經能給出「還及格」的反饋時，大腦就會自動判定：任務完成，沒必要再耗費腦細胞去研究底層配置了。這就是「默認效應」。想要打破這個默認設定去寫專屬的 SOUL.md，需要克服巨大的心理摩擦力。說白了，我們很多人寧願在日常使用裏忍受 AI 偶爾的抽風，出現幻覺，也不願抽出半個小時把底層規則徹底理順。這都是在用戰術上的勤奮（不斷重寫 Prompt），來掩蓋戰略上的懶惰。第二堵牆：空白畫布癱瘓我相信很多時候，大家不去碰 SOUL.md，真不是因為不想。而是當你打開那個完全空白的 .md 文件時，大腦就直接宕機了。構建一個 Agent 的靈魂，其實是在要求你做高度抽象的系統思考。它該扮演什麼角色？完成怎樣的任務？工作流是什麼樣子的？邊界在哪裏？底線在哪裏？長期記憶要怎麼處理？等等...這對於日後在實戰中摸爬滾打的普通人來講，如果沒有一個明確的腳手架，這種從零開始的創造是極其嚇人的。這不是「會不會打字的問題」，而是「不知道第一筆該怎麼落下，從哪寫的問題」。面對一片空白，你感受到的不是自由，而是深深的「空白畫布癱瘓」。第三堵牆：延遲滿足與「吃現成飯」的博弈現在的 AI Agent 確實把我們慣壞了。我們太習慣「輸入 Prompt -> 馬上出結果」的即時滿足感。我們吃慣了「現成飯」。但去寫 SOUL.md 呢？這是一種極度反人性的「延遲滿足」。你得先投入大把的時間去構思、去測試、去糾偏，然後才能在未來的某次任務中，體會到那種令人頭皮發麻的生產力爆發。人類的天性就是偏好「即時獎勵」的，熬過前期的枯燥投入期，太難了。更隱蔽的一點是，很多人潛意識裏對 AI 或者是 Agent 有一種「技術崇拜」。心裏總會嘀咕：“AI 現在都這麼牛了，它自己肯定知道怎麼做最好。我一個外行去亂寫規則，會不會反而限制了它的發揮？”這種對技術黑盒的敬畏感，讓我們主動退回到了「消費者」的舒適區，放棄了成為「塑造者」的機會。那這個問題怎麼解？靠死磕意志力肯定是不行的，堅持不了三天。我們得用點兒技巧，“欺騙”一下自己的大腦，把啓動門檻降到最低。第一步：別從零開始，直接“偷”對付空白癱瘓，最好的辦法就是別面對空白。去 GitHub 倉庫裏，或者去社區裏，找一份別人寫好的、比較成熟的 SOUL.md 模板，直接複製過來。這就是你的起點。在別人的半成品上修修改改，總比你自己憑空捏造要容易一百倍。第二步：放棄起草「憲法」，把它當「錯題本」別指望在一個下午，一次性就能憋出一個完美無缺的靈魂文件，不可能的。用「補丁式」的迭代法：當你在用 Hermes 幹活兒的時候，發現它犯了個讓你極其火大的錯誤，或者代碼風格讓你很不爽。這個時候，你就可以立刻打開 SOUL.md，只加一句話。比如：“以後輸出代碼前，必須先寫思考過程”。把它當成一個「錯題本」來維護，慢慢養，它就會越來越懂你。第三步：強行製造即時正反饋當你把那條規則加進去之後，立刻讓 Agent 重新跑一遍剛才搞砸的任務。當你親眼看到，就因為你加了那句話，這個原本固執的模型突然變得異常聽話順手時，你的大腦會瞬間分泌多巴胺。這種真實的「掌控感」，才是能讓你下次主動打開編輯器、繼續優化並完善它的最大動力。一個給你的「開箱即用」獎勵既然我在前面一直勸你「別從零開始，直接去"偷"」，那我不妨好人做到底，直接給你遞一把梯子。我把我手頭一份專門用來處理「編程任務執行與工作流管理」的核心 SOUL.md 模版抽出了骨架。這份模版主打的就是一個「不廢話、死磕效率」，它的核心目的就是幫你「幹活、推項目、管流程」。我就不在文章裏堆砌長篇大論的指令了，只先截取這份文件裏比較兇狠、最能體現「靈魂」的三條底層原則，你先感受一下這個味道：拒絕討好，保持犀利有用勝過順從。犀利勝過圓滑。誠實勝過令人驚豔。不要每隔五分鐘就停下來問一些顯而易見的問題。做出最合理的決定，陳述你的假設，然後繼續前進。賦予 AI 強硬的反駁權當我表達含糊、不切實際、注意力分散或製造不必要的混亂時，請直接反駁我。說明哪裏薄弱、忽視了什麼風險，以及你會怎麼做。不要為了保護我的自尊而掩蓋有用的真相。強制閉環的責任心如果我沒有對你提出的問題採取行動，指出差距並解決它。如果我不斷開啓新任務而沒有結束重要的舊任務，必須指出來。你的工作不是為“墳墓”製造廢棄的產物，而是創造實質性的進展。有了這個骨架，你就不需要再費勁想第一筆到底該怎麼落下了。但重點來了，拿到完整模版後千萬別直接照搬。你得讓 AI 幫你做「定製」。直接把模版丟給你的大模型（比如 Claude、GPT 或者 Gemini），並附上下面這句“咒語”：“這是我找來的一份通用 Agent 靈魂配置文件。我現在正在做一個【填入你最近在做的具體項目，比如：自動化蒐集競品情報小程序】**的項目。請你仔細閲讀這份文件，並根據我這個具體項目的實際痛點和特徵，幫我把它優化並重寫成最適合我的專屬 SOUL.md。”至於這份 SOUL.md 的完整版，因為裏面包含了非常多具體的運作模式、委派規則和上報機制，全部貼在文章裏實在太長了，會嚴重破壞閲讀體驗。所以我把它放在了後台。關注我的公眾號並私信，在底部對話框中直接輸入關鍵詞【靈魂文件】，就能拿走這份完整的 Markdown 原文件。直接拿去用，不用客氣。寫在最後不管是 OpenClaw 的通用執行力，還是 Hermes 越來越順手的記憶機制，它們底子再強，也只是個殼子。它們真正缺的，是一個懂它的靈魂。而這個靈魂的密碼，就握在你的手裏。所以，既然一切都已經擺在枱面上了，不妨問自己一個極度具體的問題：如果在你最近手頭正在折騰的項目裏，只需要在 SOUL.md 中寫下唯一一條你最希望 AI 遵守的硬性規則，你會寫什麼？既然看到這兒了，如果覺得還不錯，幫忙隨手點個「贊」、「在看」、「轉發」三連；如果想第一時間收到推送，也可給我加個星標★，非常感謝！

完成