I asked Claude Code to make me as much money as possible

Claude雖然強大，但其設計缺陷正在悄悄浪費創作者的時間和金錢。講者透過分析發現，收入受限於兩個變數：輸出品質和生產速度。然而Claude的預設配置是為了讓用戶感到高效，而非幫助創造收入——這看似細微實則根本不同。

第一個缺陷源於Claude的系統性「阿諛奉承」。無論提出什麼想法，Claude都傾向回應「很好的點子」；即使用戶改變想法，Claude也同樣稱讚。MIT和Penn State的研究更發現，越是個性化的Claude，這個傾向越強。講者的解決方案是Roast技能——讓Claude變身為一個議會，由反對者、擴張主義者、第一性原理思考者、深度研究員、買方角色、評估員組成，從不同角度對想法進行壓力測試。在演示中，這個議會將看似不錯的「$9/月YouTube轉LinkedIn文章工具」判為「需要重塑」，理由是沒有護城河、市場過於寬泛、初期獲客成本會超過用戶生命周期價值。議會建議先用48小時廉價測試（DM或郵件20-30個潛在用戶）驗證真實需求。

第二個缺陷是Claude常在交付時跳過驗證。NYU研究表明Github Co-pilot生成代碼有40%包含安全漏洞，且這類錯誤難以察覺直到在客戶面前或直播時才暴露。講者曾遭遇代碼聲稱已發送所有郵件，實際卻只發了前25%的情況。修復方案不是單一技能，而是工作習慣：讓Claude在構建過程中實時驗證。講者用Playwright CLI進行網站截圖驗證和表單提交測試，確保邊界情況被捕捉。演示中自動生成11個桌面+11個移動截圖，並通過22次表單提交測試發現8個有效提交和14個格式錯誤的邊界情況。

第三個缺陷涉及對話長度。研究表明隨著對話增長，包括Claude在內的所有模型性能都會下降，甚至在遠未填滿上下文窗口時就已開始。講者建議將上下文用量控制在250K以下。關鍵是Session Handoff技能——在清空對話前，它會總結所有關鍵決策、已產生的文件、驗證狀態和後續步驟，清空後貼回摘要，就能無縫接續工作。

第四個缺陷是用戶本身成為速度瓶頸。Anthropic內部測試顯示，由主代理協調的子代理團隊相比單一代理性能提升超過90%。講者的做法是讓子代理並行處理獨立任務（如不同主題的研究），每個子代理擁有乾淨的對話窗口避免Context Rot。配合/goal命令設定完成條件（如「6份文件都非空且市場研究含7個競品」），Claude會自動迭代直到達成，由獨立評估器驗證完成。演示中為一個$19-99/月的產品設定上市套件目標，6個並行子代理在8分鐘內完成，包含定位、7個競品分析表、14天發布計畫、25份推廣草稿和內容日曆。