編 Cherny

播出日期：2026年2月19日

重點總結

是 Anthropic 的 Claude Code 計畫的創始人和負責人。 僅僅一年時間，他將一個基於終端的簡單原型發展成了一個正在改變軟體工程角色，並逐步影響所有專業領域的工具。

在這次討論中涉及了以下主題：

精彩觀點摘要

• "吸引我來 Anthropic 的是它的使命，是安全。你在 Anthropic 隨便找一個人攔下來問他們為什麼在這裡，答案永遠是安全，這種使命驅動的感覺對我來說共鳴極深。
  • "在 Anthropic，用指數思維看問題是刻在 DNA 裡的——看看我們的聯合創始人，他們是'scaling laws'論文的前三位作者，我們真的在用指數去思考問題。如果你當時把 Claude Code 寫代碼佔比的指數曲線畫出來，然後順著它描寫一條線，然後會很明顯地越過它在 100%。 "
  • "創新是沒有路線圖的，你無法強制它發生。 程式設計已經解決
    • "程式設計基本上已經解決了——至少對我所做的這類程式設計來說，它就是一個已經解決的問題，因為 Claude 能做到。自從十一月以來，我沒有手動改過一行程式碼。我每天要提交十個、二十個、三十個 PR，而且全部由 Claude Code 編寫。 倍，但更令人震撼的是，每位工程師的生產力提升了 200%。 Claude，就可以用它來自動化大量工作。 token，這是我非常支持的做法，因為這讓人們可以自由地去嘗試那些瘋狂的想法。 Git、用各種工具，那從來都不是好玩的部分。 Agent 進入電腦
      • "我覺得會是很多與工程相鄰的職位——產品經理、設計、數據科學，最終會擴展到幾乎任何一種可以在電腦上完成的工作。Agent 真正的含義：一個能夠使用工具的 LLM——它不只是在說話，它能真正行動，能和你的系統交互。 取代工程師
        • "到年底，這些界限會變得更加模糊，在一些地方，'軟體工程師'這個職位名稱會開始消失，被'Builder'取代，或者所有人都變成產品經理，同時大家也都寫代碼。回報最豐厚的人，是那些好奇、博學、跨越多個學科的人。"
        • "傳統的潛在需求框架是看用戶在做什麼。而我看到的現代框架有點不同：看模型在試圖做什麼，把那件事變得更容易。 AI 在 10 天內建構 Cowork
          • "Cowork 的誕生來自於『潛在需求』—我們看到人們用 Claude Code 做那些非技術性的事情。最終方案是用 10 天，全程用 Claude Code 來建構它。Cowork 裡有一套非常精密的安全系統，而這些程式碼全部由 Claude Costrong> 編寫。 的三層安全系統
            • "第一層是對齊和機械可解釋性；第二層是 Eval（實驗室場景）；第三層是看模型在真實世界中的行為。我們需要比我們認為準備好了更早地發布，這樣才能得到反饋，即使發布之後我們還是學到了很多關於對齊和安全的東西。"
            • "我早上醒來，第一件事就是打開 iPhone 上的 Claude iOS 應用，看昨晚 Agent 的進展。 產品的核心原則
              • "不要問模型能為你做什麼，而是想想怎麼給它工具讓它自己去做。不要過度管控，不要把它關進盒子。永遠為六個月後的模型而構建，不是為今天的模型。當那個模型出來時，你的產品就會一舉飛越。 Mode
                • "我開始大約 80% 的任務時會先用計劃模式。這其實非常簡單，就是在提示裡注入一句話'請先不要寫任何代碼'。等計劃看起來沒問題了，再讓模型執行。用最強的模型（Opus 4.6），反而更便宜。 Cursor（以及他為何回來

                  主持人 Lenny：大約六個月前，你離開了 Anthropic，加入了 Cursor，但兩週後就回來了，發生了什麼？

                  Boris Cherny：

                  這是我經歷過最快的一次工作變動。我加入 Cursor 是因為我是這個產品的鐵桿粉絲，見到團隊後也很佩服他們——他們是很棒的團隊，在做很酷的東西，而且我覺得他們比很多人更早看到 AI 編程的走向，所以去那裡構建好產品這件事本身對我非常有吸引力。 的原因——在我加入之前，我在大型科技公司工作，但我想在一個實驗室裡，以某種方式參與塑造這個瘋狂事物的未來。 隨便找一個人攔下來問他們為什麼在這裡，答案永遠是安全，這種使命驅動的感覺對我來說共鳴極深。 Anthropic 和你在那裡完成的工作，這期播客上線時差不多是 Claude Code 發布一周年。 AI 了。 的增速都在持續加快，它不只是在上升，而是越來越快地上升。 當初啟動 Claude Code 時，它只是一個小 hack。 的能力越來越強，要以負責任的方式去發展。 AI 領域，你必須在一定程度上理解模型才能做好產品。 工具，結果它自己想出來用這個工具來回答我"我現在在聽什麼音樂"這個問題。 IDE，沒人覺得這東西可以在終端裡跑。 式，但最終決定繼續堅守終端，最大的原因是模型改進得太快了，我們覺得沒有別的形式能跟上它的速度。 Anthropic 內部變成了爆款，日活數據幾乎垂直上升。 能成功，部分原因在於"潛在需求"這個概念——我們把工具帶到了人們已經在的地方，讓現有的工作流程變得稍微容易一些。當然因為是在終端裡，它有點陌生，你需要保持開放的心態去學習使用它。 整合－工程師在哪，它就在哪，而且已經更加熟悉親切了。 正在以多快速度改變軟體開發

                  主持人 Lenny：你一年前發布了這個產品，不是第一個讓人用 AI 寫代碼的工具，但在一年時間裡，整個軟體工程行業發生了劇烈變化。你一年前發布了這個產品，不是第一個讓人用 AI 寫代碼的工具，但在一年時間裡，整個軟體工程行業發生了劇烈變化。 Cherny：

                  在 2025 年 5 月的 Code with Claude 大會上，我做了一個簡短演講，Q&A 環節有人問我對年底的預測是什麼。 了。 100%。 領域很多最大的創新的核心要素，就是有人在一直推動模型走向比其他大多數人更遠的地方。 的想法是壞想法也沒關係。 100%。 完成，這是你目前編程的狀態嗎？

                  Boris Cherny：

                  100% 的代碼由 Claude Code 完成。 編寫。 審查，但之後還有一層人工審查。 Cherny：

                  我覺得現在正在發生的一件事，是 Claude 開始自己提出想法了。 報告、看遙測數據，開始提出修復和要發布的功能建議，變得有點像一個同事。 能做到。 之間同步訊息、發郵件等等，所以我覺得前沿在這裡。 來做這件事？ 內部回饋的頻道，從最早內部發布就有了，一直是源源不斷的反饋流。 環。 Claude 承擔了大部分工作。 是目前全球最強的程式設計模型之一，而且它的表現還在不斷提升。 (四元碼) 技術以來，我們的工程團隊規模大約增加了 4 倍，但更令人震撼的是，每位工程師的生產力提升了 200%，比如提交 pull request 的數量大幅增加，對於任何從事開發生產力研究的人來說，這個增長幅度簡直不可思議。 等所有程式碼庫。 正在改變我們的工作方式，但這種對軟體開發、產品建構乃至整個科技產業的巨大變革是史無前例的。 Cherny：

                  當然，這種快速變化也帶來了一些挑戰。以我個人為例，因為模型的更新速度太快，我有時會陷入過去的思維定式中，難以適應新的變化。 的前瞻性思維方式來完成任務，而我有時反而顯得落後了。 Claude，好像有洩漏，你能找出來嗎？ 了，新模型完全不同了，這種思維方式的轉變是非常不同的。 試試。 Claude，就可以用它來自動化大量工作，所以欠配資源是一個原則。 調的。 在早期這非常重要，因為就我一個人，我們唯一的優勢就是速度，這是我們在這個競爭激烈的程式設計市場中能夠生存的唯一方式。 Claude 做更多事情，這兩個原則是相互促進的。 工具裡得到更多。

                  Boris Cherny：

                  對。 給到工程師手裡。 work，給工程師自由去這麼做。 Cherny：

                  對。 成本超過薪資的公司？ Lenny：你會懷念寫程式碼嗎？ Cherny：

                  對我來說挺有趣的，因為當初學程式設計就是為了實用，我是自學的工程師，在學校讀的是經濟學，沒有學電腦科學，但從中學就開始寫程式了，而且從一開始就很實用。 我學程式是因為想用它來作弊——我們有圖形計算器，我把答案編程進去了。 A 了，但最後被發現了，老師叫我們別再這麼幹。 線下聚會，因為我愛上了這門語言本身，愛上了函數式程式設計和類型系統。 Lenny：你擔心自己的工程技能會退化嗎？ Cherny：

                  對我個人來說，我沒有太擔心。 ，之後可能真的就無所謂了，就像彙編語言之於程式設計師一樣。 總有新框架、新語言。 的影響

                  主持人 Lenny：現在總有一個疑問：我們還需要學習程式設計嗎？ 來程式設計的人來說，目前還是需要理解底層的程式邏輯的。 但在一兩年內，這種理解可能就變得不那麼重要了。 年代中期的歐洲，識字率其實非常低——不到 1% 的人口，也就是那些文士才能讀寫，受僱於貴族和國王，很多統治者自己都是文盲，然後古騰堡和印刷機出現了。 有一個瘋狂的統計：印刷機發明後的五十年裡，印刷出來的材料比此前一千年的總量還多了 1%。 上升到全球 70%，因為學會讀寫很難，需要教育體系、需要閒暇時間，不能整天在農田勞作。 年代的文士，問他對印刷機的感受，他們其實很興奮，因為他們說：我不喜歡做的事，是在書與書之間抄寫，我喜歡做的是書裡的繪畫和裝幀。 Git、用各種工具，那從來都不是好玩的部分。 就幫我解決——之前花很多時間在庫和依賴上面的痛苦，現在都消失了。 Go……"我覺得我們會越來越多地看到這種情況——只要你知道它運行正確、運行高效，你其實不需要了解所有的細節。

                  AI 接下來將改變哪些職業

                  主持人 Lenny：你覺得 AIstrong> 接下來會衝擊到哪些職位？無論是科技領域內的產品經理、科技領域還是什麼？ Cherny：

                  我覺得會是很多與工程相鄰的職位——產品經理、設計、數據科學，最終會擴展到幾乎任何一種可以在電腦上完成的工作，因為模型在這方面會越來越強。 帶給了以前從未使用過它的人，讓人們第一次開始有一種感覺。 這個詞被隨意濫用，已經失去了很多意義，但它其實有非常明確的技術含義：一個能夠使用工具的 LLM——它不只是在說話，它能真正行動，能和你的系統交互，能用你的 Google Docs，能發郵件，能在電腦上運行命令。 做這件事感覺很重要、很緊迫的原因——我們非常認真地對待這件事，有經濟學家、政策研究者、社會影響領域的人，我們希望能大量討論這件事，這樣作為社會，我們能一起弄清楚該怎麼應對，因為這不應該只由我們來決定。 在成為工程工作重要部分的過程中，你經歷了什麼？ Code，因為它讓程式設計再次變得快樂，但這件事會走向哪裡很難說。 興根本不可能發生，因為文藝復興很大程度上依賴於知識傳播、文字記錄——那時候沒有電話，沒有互聯網，文字是人們大規模協調的方式。 1400 年代的人無法預測接下來會發生什麼一樣。 工具、熟練最新的東西嗎？ 的人學會了寫程式碼，但不太學其他東西，頂多學一點系統架構之類的。 團隊裡，所有人都寫程式碼，我們的產品經理寫程式碼，工程經理寫程式碼，設計師寫程式碼，財務寫程式碼，資料科學家寫程式碼，大家都寫程式碼。 施工程師的人，或是有很好設計感的產品工程師，或是有很強商業直覺的工程師，或是喜歡和使用者交談、能很好地理解使用者需求的工程師。 AI 原生的、會用這些工具的，還是好奇、博學、跨越多個學科、能從更宏觀的角度思考他們在解決的問題的人——而不只是盯著工程這一塊。 Cherny：

                  短期來看會繼續存在，但我們開始看到這些角色有大約 50% 的重疊，很多人其實在做同樣的事，只是有各自的專長。 而更享受工作

                  主持人 Lenny：我在 Twitter 上做了一個非正式調查，問工程師、產品經理和設計師：自從採用 AI 工具以來，你更享受還是更不享受你的工作？ 工程師和產品經理中，70% 的人說更享受，約 10% 說更不享受設計。 說更不享受。 帶來的變化，因為他們不需要去麻煩工程師了，可以自己進去改。 的產品經理和工程師都說他們更享受工作了。 會話，我們叫這個"多並行 Claude"。

                  主持人 Lenny：你能講講"潛在需求"這個原則嗎？ Cherny：

                  潛在需求是這樣一個想法：如果你構建的產品，被人們以一種它根本沒有被設計來使用的方式"濫用"，來完成他們想做的某件事，這就能幫助你作為產品構建者，了解產品下一步應該去哪裡。 的貼文是買賣東西的，人們在"濫用" Facebook 群組來買賣，沒有人專門為此設計產品，但他們想出了這種用法，因為它真的很有用。 的檢視來自於互不相識的異性，這是一種"潛在的約會行為"，於是就有了 Dating 產品。 根本不是為了寫程式碼。 Code，我震驚了——他是怎麼打開終端機的？ 分析，然後第二週所有資料科學家都在這麼做。 一個有趣的第二維度。 Claude Code 時，很多人在用 LLM 構建東西時，把模型關在一個盒子裡，說"這是我要構建的應用，你來做這一個組件，按這個方式與 API 交互。"但 Claude Code 把這個倒過來了——產品就是模型本身，我們希望把它充分暴露出來，用最少的腳手架包裹它，給它配備基本的工具集，讓它自己決定運行哪些工具、按什麼順序。 rong>這在很大程度上是基於模型本身的"潛在需求"—它想做什麼？ 在研究中，我們叫這個為"分佈"，就是看模型試圖做什麼。 是如何在10天內構建出來的

                  主持人 Lenny：說到 Cowork，你在發布它時提到，你的團隊在 10 天裡構建出來了，這怎麼做到的？

                  Boris Cherny：

                  Claude Code 在發佈時，它有幾個成功的時光是大拐點的時間和大拐點，它是幾個大拐點， 發佈時有一次，十一月有一次，增長越來越快。 做那些非技術的事情，我們需要想清楚怎麼應對。 Code 編寫。 天。 Lenny："儘早發布，從用戶那裡學習，迭代"這個理念一直都存在，但你說的是一個獨特的理由：你甚至不知道 AI 能做什麼、人們會怎麼用它，這本身就是儘早發布的獨特理由——幫你發現"潛在需求"到底在哪。 Cherny：

                  對，而且作為一個安全為先的實驗室，發布的另一個維度就是安全。 是安全的

                  ，現在已經有相當成熟的技術來理解神經元裡發生了什麼，例如如果有一個與欺騙相關的神經元被激活，我們開始能夠監控和理解它。 Eval—這是一個實驗室環境，模型在"培養皿"裡，你在合成場景裡研究它：模型，你會怎麼做？它是對齊的嗎？ Code，是因為我們想研究安全——在對外發布前，我們在 Anthropic 內部使用了大概四五個月，因為這是當時發布的第一個大規模使用的 Agent，我們並不確定它是否安全，需要在內部仔細研究。 也類似——模型在一個全新的場景裡，在做非工程任務，對齊看起來很好，內部測試看起來很好，找了幾個客戶測試也不錯，但現在需要確保它在真實世界中是安全的。 Lenny：所以總共是三個層次，還有你提到的第一層－有一個可觀測工具，可以讓你窺視模型的"大腦"，看它在想什麼、往哪裡走。 來上這個播客，他是這個領域的專家，他發明了機械可解釋性這個領域。 模型神經元和動物神經元不一樣，但在很多方面行為相似。 token，還是在做更深層的事情。 作為一個思考這個領域如何發展的實驗室，做到這件事要既安全又對世界有益——這是我們存在的原因，是每個人在這裡的原因。 Agent，確保它在系統訪問方面有邊界，而且這個沙盒適用於任何 Agent，不只是 Claude Code，因為我們想讓其他人也很容易做到同樣的事。 卡住了，我失去了很多生產力"的感覺。你有這種感覺嗎？你的團隊有嗎？你覺得這是一個需要關注的問題嗎？

                  Boris Cherny：

                  我一直都有一堆 Agent 在跑，就在現在我有五個 Agent 在運行。我昨晚醒來，第一件事就是打開 iOS 的 iPhone Agent，昨晚我有五個 Agent 在運行。 的進展——因為前一天寫了一些代碼，半夜在想某件事有沒有做對，然後發現是對的。 來"寫代碼"，但這就是現實了。 Cherny：

                  我有時候會想，當年用打孔卡寫程序的人，如果看到今天的"寫代碼"會怎麼說。 些打孔卡回家，對我媽媽來說，這些打孔卡的童年記憶是用蠟筆在上面亂畫——那是她的遊戲，但那是他的"寫程式"的體驗。 AI 產品的建議

                  主持人 Lenny：你分享了一些很棒的建議——給團隊盡可能多的 token，為模型六個月後要到達的地方構建，而不是為今天的模型構建。 Cherny：

                  一是不要把模型關在盒子裡。 不需要了。 Lesson）。 大約十年前有一篇博文叫《慘痛的教訓》，核心思路很簡單：更通用的模型永遠押注更專門的模型表現更好。 的效能提升，但這些提升往往在下一個模型發佈時就被抹掉了。 所以有時還不如直接等下一個模型。 之類的模型，並不擅長寫程式碼。 等級的模型，我們看到成長真的指數化了，然後就一直保持在那裡。 >主持人 Lenny："為六個月後的模型構建"這一點，具體來說人們可以假設會發生什麼？ 是不是就是"它在某件事上幾乎夠好了，這是它會變得更好的信號"？

                  Boris Cherny：

                  我覺得這是一個好的判斷方式。 在 AI 實驗室內部，我們當然能看到它具體在哪些方面變得更好。 它會越來越擅長使用工具和電腦——這是我會押注的一點；另一點是它會越來越能長時間持續運行。 看看進步的軌跡：用 Sonnet 3.5 的時候，大約一年前，它大概能跑 15 到 30 秒，之後就開始出問題，你必須全程緊盯著。 而現在用 Opus 4.6，它平均可以無人看管運行 10 到 30 分鐘，我可以啟動一個任務然後去做別的事。 有些任務可以跑幾小時甚至幾天，也有例子是跑了好幾週。 所以我認為，隨著時間推移，模型能長時間自主運作會越來越普遍，你不再需要一直守著它。

                  使用 Claude Code 的專業技巧

                  主持人 Lenny：對於第一次使用 Claude Code 的人，或者已經在用、想要提升的人，有什麼專業技巧可以分享？

                  Boris Cherny：

                  先說一個前提：沒有一種"正確的方式"使用 Claude Code。 這是一個開發者工具，開發者各有不同，有不同的偏好和環境，所以有很多方式可以用，沒有唯一正解。 你需要找到適合自己的方式。 還好你可以直接問 Claude Code，它能給予建議，能編輯你的設置，它對自己有所了解，可以幫你找到適合的方式。

                  具體來說有幾條我覺得普遍有用的技巧。 第一，用最強的模型。 目前是 Opus 4.6，有人會嘗試用便宜一點的模型，例如 Sonnet，但因為它不那麼智能，完成同樣的任務其實會用更多 token。 所以用便宜的模型未必真的更便宜——用最強的模型，往往反而更便宜，因為它能用更少的來回、更少的糾錯完成任務。

                  第二，用計劃模式（Plan Mode）。 我開始大約 80% 的任務時會先用規劃模式。 這其實非常簡單，就是在提示裡注入一句話"請先不要寫任何程式碼"，就這一句，沒有別的花俏的東西。 在終端機裡，按兩次 Shift+Tab 就進入計劃模式；在桌面應用和網頁版，有一個按鈕；行動端很快也會有；Slack 整合也剛剛上線了。 本質上是模型和你來回確認計劃，等計劃看起來沒問題了，再讓模型執行。 我會在計畫確定後開啟"自動接受編輯"，因為如果計畫是好的，模型通常會一步到位搞定，用 Opus 4.6 幾乎每次都是第一次就對。

                  第三，嘗試不同的介面。 很多人一想到 Claude Code，就想到終端。 我們當然支援所有終端，Mac、Windows、任何你使用的終端，運作完美。 但我們也支援許多其他形式——iOS 和 Android 應用、桌面應用、Slack 整合等等。 試試這些，每個工程師、每個建造者都不一樣，找到適合你的方式。 不管用哪個介面，底層是同一個 Claude Agent。

                  對 Codex 的看法

                  主持人 Lenny：對 Codex 你怎麼看？ 你對他們的走向有什麼感覺？ 在編程 Agent 這個競爭激烈的領域，他們的定位是什麼？

                  Boris Cherny：

                  我其實沒怎麼用過，但發佈時我試用了一下，看起來很像 Claude Code，這讓我有點受寵若驚。 我覺得競爭是好事，人們應該要有得選，而競爭會迫使我們所有人做得更好。 但說實話我們的團隊主要專注於解決用戶的問題，不會花很多時間研究競爭對手，也不會特別去試其他產品。 對它們保持知曉是有必要的，但對我來說，我熱愛和用戶交談，熱愛改進產品，熱愛響應反饋，所以一切都是關於構建好產品。

                  Boris 的 AGI 後計劃

                  主持人 Lenny：Anthropic 聯合創始人 Ben Man 建議我問你的：你的 AGI 後計劃是什麼？ 一旦我們到達 AGI，不管那意味著什麼，你會做什麼？

                  Boris Cherny：

                  在加入 Anthropic 之前，我住在日本農村過著完全不同的生活。 我是那個小鎮上唯一的工程師，唯一講英文的人，是完全不同的節奏，和舊金山完全不同。 有一件我非常享受的事，是和鄰居建立友誼的方式──交換醃菜。 那個小鎮裡，大家都做味噌，大家都做醃菜，所以我學會了做味噌。 味噌有趣的地方在於，它教你用完全不同的時間尺度去思考——白味噌至少需要三個月，紅味噌要兩三四年，你必須非常非常有耐心等待，這和工程完全不同。 我喜歡它的原因就是這種超長時間尺度的思考方式。 所以我想 AGI 之後，或者如果沒有在 Anthropic，我大概會去做味噌。

                  我想再說一件事——對於 Anthropic 來說，"從編程開始，然後到工具使用，然後到計算機使用"這一路線圖，一直是我們思考事物的方式，也是我們知道模型會如何發展、或者說我們想要如何構建模型的方式，同時也是我們最能學習安全、研究安全、改進安全的方式。 現在 Claude Code 正在變成一個龐大的、多十億美元的業務，我的朋友們都在用 Claude Code，不停地發訊息給我說這件事有多好。 這一方面是驚喜，因為我們不知道是這個產品、不知道是從終端開始；另一方面又完全不意外，因為這一直是我們公司長期以來的信念。 同時，感覺仍然很早期——世界上大多數人還沒有使用過 Claude Code，還沒有用過 AI，所以感覺才完成了 1%，還有太多事情要做。

                  主持人 Lenny：聽到這些數字、你們剛剛融了那麼多錢、Claude Code 單獨可能就有 20 億美元的收入，Anthropic 整體據說有 150 億，再想這才是多早期，真的很難想像。

                  Boris Cherny：

                  是很瘋狂，而且 Claude Code 能持續成長，真的全靠用戶——這麼多人在用，他們那麼熱情，他們愛上了這個產品，然後告訴我們哪裡不好、哪裡需要改進。 持續改進的唯一原因，就是所有人都在用，都在談論，都在給予回饋。 這是我最喜歡的方式——和用戶交談，讓它變得更好。

                  閃電問答與結束語

                  主持人 Lenny：Boris，我們來到令人興奮的閃電問答環節！ 五個問題，第一個問題－你最常推薦給別人的兩三本書是什麼？

                  Boris Cherny：

                  我先推薦一本技術本：《Scala 函數式程式設計》。 這是我讀過的最好的技術書，很奇特，因為你可能不會用到 Scala，也不知道將來這還有多大意義，但函數式程式設計和類型思維的優雅之美，是我寫程式碼和思考程式設計的方式，很難改變。 你可以把它當作一件歷史文物，也可以當作一本讓你大幅提升的書。

                  第二本是 Charles Stross 的《加速奏鳴曲》（Accelerando）。 這可能是我讀過的最能捕捉我們當下這個時代本質的書——它的節奏越來越快、越來越快，故事從起飛開始，接近奇點，最終以一種集體的龍蝦意識繞木星軌道飛行告終，而這一切發生在短短幾十年裡。 節奏本身就是一種體驗，我非常愛它。

                  第三本是劉慈欣的《流浪地球》短篇小說集。 很多人知道他是因為《三體》，我也覺得三體很棒，但我比較喜歡他的短篇小說。 而且讀中國科幻很有趣，因為視角和西方科幻非常不同，劉慈欣的文字也非常優美。

                  主持人 Lenny：你最近有沒有特別喜歡的電影或電視劇？

                  Boris Cherny：

                  我其實不太看電視或電影，最近實在沒時間。 我看了 Netflix 的《三體》劇集，我覺得改編得非常好。

                  主持人 Lenny：你最近發現了什麼特別喜歡的產品？

                  Boris Cherny：

                  Cowork－這是真心話，是對我最有改變的一個產品。 我一直在使用它，Chrome 整合尤其出色。 它幫我繳了停車罰單，幫我取消了幾個訂閱，處理了太多繁瑣的事情，太好了。 除了產品，還想推薦一個播客——《Acquired》，Ben Gilbert 和 David Rosenthal 主持的，除了 Lenny 的播客當然。 他們深入挖掘商業歷史、讓它重煥生機的方式非常出色，推薦從任天堂那期開始聽。

                  對於剛開始用 Cowork 的人，我的建議是：先下載 Claude 桌面應用，進入 Cowork Tab，然後第一步，讓它比如整理一下桌面，或者總結一下你的郵件，或者幫你回复最重要的三封郵件（它現在也幫我回郵件了）。 第二步，連接工具－例如"看一下我的重要郵件，然後把它們同步到 Slack 或 Spreadsheet"。 第三步，並行執行多個任務－你可以同時執行任意多個 Cowork 任務，我會啟動專案管理任務，再啟動別的，然後去倒杯咖啡讓它們跑。

                  主持人 Lenny：你有沒有一個經常回想的人生座右銘或格言？

                  Boris Cherny：

                  運用常識。 我在工作環境中看到的許多失敗，是人們簡單地沒有運用常識——他們遵循流程卻不去思考，或者做一件事卻不去想，或者在做一個不好的產品卻只是順著慣性走。 我看到最好的結果來自於從第一原則出發思考，發展自己的常識。 如果一件事聞起來不對，那大概就不是個好主意。 這是我最常給同事的建議。

                  主持人 Lenny：最後一個問題——你最近在 Twitter/X 上活躍了很多，為什麼？ 體驗怎麼樣？

                  Boris Cherny：

                  我之前一直用 Threads，因為我參與過 Threads 的早期構建，也真的很喜歡它的設計，很乾淨。 我開始用 Twitter，是因為去年十二月我無聊了──我太太和我在歐洲旅行了一個月，去了哥本哈根和好幾個國家。 對我來說那是"編程假期"，每天就是編程，這是我最喜歡的假期。 某一天，我編程編到沒想法了，就打開了 Twitter，看到有人在發關於 Claude Code 的推，我就開始回复，然後開始主動找有 bug 的帖子，自我介紹，問大家有沒有 bug 和反饋。 大家對我們回應回饋的速度感到很驚訝，因為現在如果有人說了一個 bug，我大概幾分鐘就能修好——讓 Claude Code 去處理，描述清楚就行，它處理，我去回復下一條。 Twitter 上的體驗非常好，和大家互動、聽回饋、了解需求，都很棒。