程式碼已死，提示永生？揭秘AI時代的開發者革命
📋 Brief
這支影片帶你深入Conductor執行長Charlie Holtz的AI編碼工作流程。他展示了如何運用其產品Conductor與AI代理協作，讓編碼從手工藝轉變為一場「管弦樂指揮」，並分享了在AI時代開發者思維與工具的革新。
⏱️ 內容分段導航
| 時間段 | 內容摘要 |
|---|---|
| 00:00 - 00:21 | Conductor介紹與個人AI助手基礎 |
| 00:22 - 01:55 | 日常AI協作工作流：語音指令與代理審查 |
| 01:56 - 03:50 | AI代理管理與「原始人模式」 |
| 03:51 - 04:54 | 硬體與核心工具的選擇 |
| 04:55 - 06:55 | AI編碼策略：人類主導與「AI禁區」 |
| 06:56 - 08:47 | 人類在架構與設計中的不可取代性 |
| 08:48 - 12:00 | 創新文化與產品信念：強制工作流與模型選擇 |
| 12:01 - 16:20 | 「程式碼即鋸屑」：可塑軟體與AI驅動的未來 |
📖 詳細內容
01｜Conductor介紹與個人AI助手基礎
核心觀點： Conductor這款應用讓開發者能像指揮家一樣，透過協調多個編碼AI代理在Mac上執行任務，尤其強調語音互動，使得與電腦的溝通更加直覺且不干擾周圍環境。
重要原話：
"we are all trying to talk to our computers more. ... you can like lean over and whisper into Claude and be like, 'Please uh merge PR 3475 and it's a little bit less disruptive.'" (我們都在嘗試更多地跟電腦對話… 你可以靠過去對Claude耳語說：「請合併PR 3475」，這樣比較不打擾別人。)
個人感受： 聽到這段，我馬上想到之前在辦公室裡大聲對AI說話的尷尬。那個20美元的鵝頸麥克風真是個聰明又實際的解方，讓團隊能自在地擁抱語音操作，又能顧及環境。
延伸思考： 語音介面將會是未來人機互動的關鍵，它不只是方便，更是打破物理限制，讓思考與指令的轉換更直接。辦公環境的設計也需要重新思考，以適應這種新型的工作模式。
可參考的行動： 如果你的工作需要頻繁語音輸入，可以嘗試購買一個便宜的指向性麥克風，並練習用簡潔的語句與AI工具對話，例如：「幫我搜尋最近關於[某主題]的五篇論文摘要。」
02｜日常AI協作工作流：語音指令與代理審查
核心觀點： Charlie的日常工作高度仰賴Conductor，他會持續透過語音啟動AI代理執行新任務，然後在AI工作期間，利用鍵盤快捷鍵無縫切換到其他任務，審查AI代理完成的程式碼，極大提升了工作效率。
重要原話：
"I'm constantly kicking off new tasks... While Claude is working I'll go to another chat... I can see here that this workspace is ready to merge. So I'll take a look at it. Give Claude a quick review." (我持續啟動新任務… 當Claude在工作時，我會切換到另一個聊天… 我可以看到這個工作區已經準備好合併。所以我會看看它，給Claude一個快速審查。)
個人感受： 這種「指令發出，然後切換處理其他事」的模式，感覺就像同時指揮多個小隊在執行任務。這讓我意識到，未來工作的瓶頸可能不再是執行速度，而是我給指令和審查的速度。
延伸思考： AI代理模式的核心價值，在於將瑣碎的執行步驟抽象化，讓人類能專注於更高層次的決策與審核，極大提升個人或團隊的吞吐量。
可參考的行動： 在你的日常工作中，識別出那些可以被打包成明確指令，然後讓AI工具（如ChatGPT或Copilot）在背景執行的任務，並學習如何有效率地切換回審查結果，例如：「幫我寫一個關於[主題]的初稿，同時我會去處理電郵。」
03｜AI代理管理與「原始人模式」
核心觀點： Conductor透過視覺化的儀表板讓使用者能像公司執行長般，總覽所有AI代理的工作進度，同時保留了稱為「原始人模式」的手動編輯功能，以應對AI未能完全正確處理的微調需求。
重要原話：
"We actually added a mode that we call caveman mode which is uh you click this and you can actually type with your keyboard and like make changes in a file... We have this new concept of a dashboard page where from like one place you can see what all your agents are working on." (我們實際上添加了一個模式，我們稱之為「原始人模式」，你點擊它就可以用鍵盤打字並在文件中進行修改… 我們有一個新的儀表板頁面概念，從一個地方你就可以看到所有代理正在做什麼。)
個人感受： 「原始人模式」這個名字太有趣了，它讓我覺得，儘管AI很強大，但偶爾我們還是得捲起袖子親自動手。那個儀表板的願景，像極了我小時候玩策略遊戲，能鳥瞰整個基地的運作。
延伸思考： 人機協作的精髓在於彈性。當AI可以處理大部分工作時，關鍵的微調或複雜決策仍需人類介入。一個好的介面能讓人類輕鬆地在「指揮」與「親自動手」之間切換，並清晰掌握整體進度。
可參考的行動： 檢視你日常使用的軟體，是否提供了「快速修改」或「手動覆寫」的選項。如果沒有，思考一下如何透過其API或插件，為自己創造一個類似的「原始人模式」來處理AI偶爾的失誤或不夠精確的結果。
04｜硬體與核心工具的選擇
核心觀點： 為了運行本地AI模型，Charlie擁有一台配備128GB記憶體的Mac，同時他也購入了一台低配MacBook Neo，藉此驗證軟體在極限環境下的表現，並以此作為產品優化的壓力測試。
重要原話：
"I have a really beefed up computer, so it's like 128 gigabytes of RAM. Partly so I can like run local models like Parakeet. But as a side note, I have just recently ordered the MacBook Neo, like the the bottom of the line, lowest RAM, lowest memory. I got it basically to like force myself to like use the lowest spec option." (我有一台配置很強大的電腦，比如128GB記憶體。部分原因是我可以運行像Parakeet這樣的本地模型。但順帶一提，我最近訂購了一台MacBook Neo，就是最低階、最低記憶體的。我買它主要是為了迫使自己使用最低規格選項。)
個人感受： 他同時擁有高性能和低規格電腦的行為，讓我想到產品開發者既要追求極致效能，又要兼顧大眾用戶體驗的矛盾。這種自我限制來推動創新的做法，真的很酷。
延伸思考： 軟體開發者應具備同理心，站在不同用戶的角度思考產品。透過親身體驗低配環境，能更好地理解用戶痛點，進而優化軟體，避免只針對高性能設備設計產品。
可參考的行動： 如果你正在開發軟體或工具，嘗試在不同性能的設備上使用它。或者，在開發過程中定期切換到「最低配置」模式，觀察其性能和用戶體驗，這能幫助你發現潛在的優化點。
05｜AI編碼策略：人類主導與「AI禁區」
核心觀點： Conductor團隊透過精心定義的「技能檔案」和明確劃定的「AI禁區」，來引導AI行為並確保核心程式碼由人類主導，防止AI生成劣質程式碼導致惡性循環，以維護程式碼品質。
重要原話：
"We put a lot of time into our skills files and our like cloud MD... I think something that's really important to us is having like clear boundaries between uh well we call them slot free zones... and having like parts of the code base or like parts of the documentation that we like know is written by a human." (我們花了很多時間在我們的技能檔案和我們的雲端MD上… 我認為對我們來說非常重要的是，在我們稱為「AI禁區」之間劃定清晰的界限… 並確保程式碼庫或文件的一部分是由人類編寫的。)
個人感受： 「AI禁區」這個概念，就像在實驗室裡為AI劃定專屬沙盒，讓它自由探索，但核心骨架必須由人類把控。這解決了我對AI編寫程式碼可能導致「技術債務」的擔憂。
延伸思考： 在高度依賴AI協作的開發環境中，如何劃分人類與AI的職責界線，是確保軟體品質和可維護性的關鍵。定義清晰的「人類領域」能防止AI「污染」核心邏輯，同時鼓勵AI在周邊區域大膽創新。
可參考的行動： 如果你與AI協作編碼，嘗試建立一個明確的「人類指南」或「風格規範」給AI，並在核心模組上加上註解，明確指出這部分程式碼需要人類審查或修改，確保AI不會擅自更動重要架構。
06｜人類在架構與設計中的不可取代性
核心觀點： Charlie堅信，儘管AI在生成程式碼上表現出色，但軟體的整體架構、介面設計和用戶體驗的決策，必須由人類來主導，才能賦予產品「精雕細琢」的靈魂和個性。
重要原話：
"Don't let the AI be your architect... this concept of having like all your chats here on the left and then the chat in the middle and then the right sidebar... we put a lot of thought into into those decisions. And I think if you let the AI make your like UI choices for you, you can end up with something that like it just doesn't feel like crafted." (不要讓AI成為你的架構師… 這種將所有聊天放在左側、中間是聊天區、右側是側邊欄的概念… 我們投入了大量思考在這些決策上。我認為如果你讓AI為你做出使用者介面選擇，你最終可能會得到一個感覺不像精心製作的產品。)
個人感受： 他對「精雕細琢」的執著，讓我想起那些設計優雅的產品，其背後往往有著人類深思熟慮的美學和同理心。AI或許可以效率地實現功能，但靈魂和品味還是得人類賦予。
延伸思考： AI在自動化執行任務方面表現出色，但在涉及創造性、美學、情感連結和策略規劃的領域，人類的直覺和經驗仍是不可或缺的。軟體設計不僅是功能實現，更是傳達品牌價值和用戶體驗的藝術。
可參考的行動： 在你的設計或開發專案中，刻意將介面佈局、視覺風格和用戶旅程的決策保留給人類團隊。即使讓AI生成原型，也要確保最終的視覺和互動細節經過人類的精修，傳達出你產品的獨特個性。
07｜創新文化與產品信念：強制工作流與模型選擇
核心觀點： Conductor透過刻意設計的強制工作流程（例如必須透過Pull Request而非直接編輯檔案），來引導使用者適應新的協作模式。他們的產品信念不基於數據分析，而是透過團隊每日親身體驗，依據「直覺感受」來迭代產品，並為不同任務選擇最適合的AI模型，如Codex處理特定問題，Claude（Opus）則更適合創意性協作。
重要原話：
"We also purposely made it so like you can't edit files directly... we really like enforced our workflow... The way we build conviction is we force ourselves to use it because actually we don't even force like we we just use it every day and so if it doesn't feel right like we like quickly can can decide." (我們也刻意設計成不能直接編輯檔案… 我們真的強制執行我們的工作流程… 我們建立信念的方式是強迫自己使用它，因為實際上我們甚至沒有強迫，我們只是每天都使用它，所以如果感覺不對，我們就能快速做出決定。) "Codex is like the workhorse. it will power through like a specific problem... Cloud I'll reach for when I want a little more like back and forth. I feel like Opus is just like a little more creative, like a little more uh of a partner." (Codex就像那匹主力馬。它會解決特定的問題… 我會選擇Claude當我需要更多來回互動時。我覺得Opus更具創造力，更像是一個夥伴。)
個人感受： 強制工作流的做法雖然有些強硬，但也確保了團隊對AI協作模式的徹底投入。他們不依賴數據，而是相信「直覺感受」，這讓我覺得這家公司既有工程師的理性，也有設計師的感性。同時，針對不同AI模型特點進行選擇，顯示出對工具的深度理解。
延伸思考： 軟體產品的成功，除了功能強大，還在於其能否有效引導使用者行為，形成新的習慣。開發者自我驗證（dogfooding）是建立產品信念最直接有效的方式，它讓團隊與產品建立深厚連結，並基於真實體驗做出決策。針對不同AI模型特性來搭配使用，是發揮AI潛力的關鍵。
可參考的行動： 在你的團隊中推廣新工具或新流程時，可以考慮設計一個「強制體驗」階段，讓所有成員都必須在一定時期內使用它。同時，為不同類型的任務明確指定最適合的AI工具，例如：讓某個AI負責數據分析，另一個負責創意文案。
08｜「程式碼即鋸屑」：可塑軟體與AI驅動的未來
核心觀點： AI時代下，程式碼被重新定義為描述性指令的「鋸屑」，而非終極目標。未來的軟體將是「可塑的」，開發重心將轉向如何精準描述需求（提示詞），以及如何像模組化電動遊戲一樣客製化工作流程，這要求開發者具備更強的抽象思考與系統設計能力。
重要原話：
"Code is almost like uh sawdust now in that like it used to be that code was the thing you were building... and now you're putting time into describing what you want and how you want it to be built. And the code is almost just like sawdust that comes out of that process." (程式碼現在幾乎就像「鋸屑」一樣，以前程式碼是你正在建造的東西… 而現在你把時間花在描述你想要什麼以及如何建造它。程式碼幾乎就像這個過程中產生的「鋸屑」。) "The metaphor that I always think of when I think of malleable software is like video games and how like when you play like Call of Duty like the structure of the game is the same for everyone... but each person can like I don't know like use custom skins or like faster like reload speeds or whatever and like the same way you can like mod a video game. I want you to be able to mod Conductor and like yeah build in your own workflows a little bit." (當我想到可塑軟體時，我總會聯想到電動遊戲，就像玩《決勝時刻》一樣，遊戲的結構對每個人來說都是一樣的… 但每個人都可以使用自訂外觀或更快的裝填速度等等，就像你可以改裝電動遊戲一樣。我希望你也能改裝Conductor，並稍微建立自己的工作流程。)
個人感受： 「程式碼即鋸屑」這句話讓我醍醐灌頂！它顛覆了我對編碼的傳統認知，原來我們過去花大量時間雕琢的「成品」，在未來可能只是被指令瞬間生成的「副產品」。可塑軟體和遊戲mod的類比，讓我對未來的軟體充滿了期待。
延伸思考： 軟體開發的重心正從「如何編寫程式碼」轉向「如何精準描述需求」以及「如何管理和編排AI代理」。這要求開發者具備更強的抽象思考能力、溝通能力和系統設計能力。軟體將變得更具適應性，可以根據個人需求動態調整。
可參考的行動： 開始將你的注意力從「寫程式碼」轉移到「寫提示詞」上。練習如何用清晰、具體、結構化的語言向AI工具描述你的需求，並思考如何將常見的工作流程模組化，讓AI能更有效地「改裝」和重複使用這些流程。
💎 精華收穫
這支影片揭示了AI如何將軟體開發從手工藝帶入「指揮」的新時代。開發者將從程式碼撰寫者轉變為策略性的AI代理指揮家，專注於定義需求、設計架構，並確保核心價值由人類主導。未來，程式碼是易變的「鋸屑」，而精準的提示詞與可客製化的「可塑軟體」將是驅動創新的真正核心。
由 PotatoLearning Hub 自动生成