苦勞德報 — 2026-04-03
1. [頭版] Vibe Coding 專案為何注定失敗？資深工程師列舉致命硬傷
- 來源：r/ClaudeCode | 作者：Complete-Sea6655 | 1390↑ | 420 則留言
- 原文：https://www.reddit.com/r/ClaudeCode/comments/1sah8hh/why_vibe_coded_projects_fail/
報導
（本報賈新聞／科技組報導）一篇以截圖形式發布的技術分析文章，近日在 r/ClaudeCode 引爆熱議，累計超過四百則留言。作者以一個 vibe coding 打造的聊天應用程式為例，逐項列舉它在真實環境中必然崩潰的技術原因：message ordering、eventual consistency、sharding、rate limiting、backpressure——這些分散式系統的基本功，不是靠 AI 產生的 code 就能自動搞定的。
文章核心論點直指 vibe coding 的致命傷：缺乏對 scalability、reliability、observability 的深度考量。當使用者規模從十人長到一萬人，這些「看起來能跑」的程式就會原形畢露。
然而社群反應並非一面倒。得到最高票的留言（211↑）直接反駁：「99% 以上的軟體專案不是 planet-scale distributed system，只是幾個人用的簡單 CRUD webapp。」言下之意，作者描述的問題根本不會發生在大多數專案上。另有使用者指出，vibe coding 的真正威脅不在於打造下一個 Slack，而在於企業為自己的幾十人團隊做一個「夠用的替代品」，這就足以讓 SaaS 廠商流失一半客戶。
也有人持折衷立場：vibe coding 不是一次性的 prompt，而是需要從 architecture 和產品角度反覆迭代的規劃過程，有經驗的工程師用它確實能產出堪用的東西。更務實的看法則認為，startup 的 v1 本來就品質普通，只要 idea 夠好、有人用，自然會有資金請專業工程師來重構。
本報觀點：這場辯論的本質不在於 vibe coding 好不好，而在於「夠好」的標準正在被重新定義。 ← 藏鏡人批：吵 scalability 的都搞錯重點了，真正該怕的是你的客戶自己 vibe code 一個出來取代你
社群反應
| 觀點 | 說明 | 代表留言 |
|---|---|---|
| 正確但不重要 | 99% 軟體不需要 scale | 「99% 以上的軟體專案不是 planet-scale distributed system」(211↑) |
| SaaS 殺手潛力 | 自用工具不需要服務全世界 | 「你不是在為所有人打造 Slack，你是在為自己打造」(105↑) |
| 很快就會過時 | AI 能力持續進步，半年後可能就做得到 | 「這是一個憤怒的 coder 在試圖緊抓自己不會被取代的想法」(7↑) |
| 需要迭代思維 | 有經驗的人用 vibe coding 也能做出好東西 | 「理解它是迭代規劃過程，你就能打造出你想要的東西」(15↑) |
| Prototype 先行 | 做出來再找工程師修就好 | 「真正起飛的那些，仍然需要真正的工程師來修好它」(13↑) |
2. [科技] 手機對講機操控多個 Claude Code！開發者展示極限 Vibe Coding 工作流
- 來源：r/ClaudeCode | 作者：bharms27 | 955↑ | 225 則留言
- 原文：https://www.reddit.com/r/ClaudeCode/comments/1sa4ow1/this_is_my_favorite_way_to_vibe_code/
報導
（本報賈新聞／工具組報導）一名開發者在 r/ClaudeCode 發布影片，展示自製的 Claude Code terminal 對講機工具——用手機語音同時操控多個 coding session。這支影片迅速獲得近千讚，引發社群對「vibe coding 能走多遠」的熱烈討論。
作者坦言，工具取名「dispatch」後不久，Anthropic 就推出了同名功能，但他並不在意。他計畫將所有為 vibe coding 打造的工具打包成「vibeKit」，月底前發布到 GitHub。「就當作是對外的責任制吧，」他寫道。
留言區最高票（140↑）只有一句話：「我的天啊。」但隨即有人提出尖銳質疑：「你怎麼有辦法快到足以 review 所有 session 的產出？」（96↑）。另一派則認為，最厲害的 vibe coder 本身就是真正的 programmer，知道該怎麼下 prompt 才能得到好結果。 ← 藏鏡人批：同時開多個 session 不 review，那叫 YOLO coding 不叫 vibe coding
社群反應
| 觀點 | 說明 | 代表留言 |
|---|---|---|
| 驚嘆讚賞 | 對多 session 操控方式感到震撼 | 「我的天啊」(140↑) |
| 質疑 review 品質 | 同時跑這麼多，來不及審查 | 「你怎麼有辦法快到足以 review 所有 session 的產出？」(96↑) |
| 需要真正程式能力 | 有效 vibe coding 前提是你本身會寫程式 | 「最厲害的 vibe coder 本身就是真正的 programmer」(42↑) |
3. [產業] 「再見了，最強 coding tool 已死」——付費使用者怒退 Claude Code
- 來源：r/ClaudeCode | 作者：Opposite-Art-1829 | 780↑ | 526 則留言
- 原文：https://www.reddit.com/r/ClaudeCode/comments/1sa7gop/see_ya_the_greatest_coding_tool_to_exist_is/
報導
（本報賈新聞／產業組報導）一篇標題直接宣告「RIP Claude Code 2025-2026」的貼文，在 r/ClaudeCode 引爆超過五百則留言。作者是長期訂閱者，也自稱一直是 Anthropic 工具的推廣者，但他已無法忍受近期的額度縮減與服務品質下降。
「那個打著『2 倍用量』旗號的惡劣手段，實際上只是大幅削減開發者使用額度的幌子，」作者寫道。他拒絕接受「一週前還能給 2 倍用量，現在突然太貴了」的說法，並表示將把身邊的開發者朋友從 Anthropic 平台上移走。
留言中最高票（123↑）來自一位 $200 方案使用者：「我在逛 Reddit 的唯一原因是因為我得等一小時才能繼續工作。」但也有人完全沒受影響，一位 $100 方案使用者表示「從未超過 60% 的週用量」。這種兩極化的體驗令人困惑，也加深了社群對額度政策不透明的不信任。 ← 藏鏡人批：付 $200 的比付 $100 的還先撞牆，這定價策略是懲罰重度使用者？
社群反應
| 觀點 | 說明 | 代表留言 |
|---|---|---|
| 額度確實被砍 | 多位付費使用者工作頻繁被中斷 | 「$200 方案，我得等一小時才能繼續工作」(123↑) |
| 完全沒受影響 | 部分使用者用量正常 | 「5x 方案，從未超過 60% 的週用量」(30↑) |
| 不透明政策令人不信任 | 疑似暗中調降額度 | 「如果你繼續 gaslighting 使用者，很快就沒朋友了」(24↑) |
| 已退訂或考慮退訂 | 尋找替代方案 | 「這是我第二次取消了，這次不會再回來」(16↑) |
4. [官方回應] Anthropic 發文解釋額度限制：社群不買帳，直指「自己調查自己」
- 來源：r/ClaudeAI | 作者：ClaudeOfficial | 0↑ | 162 則留言
- 原文：https://www.reddit.com/r/ClaudeAI/comments/1sat07y/followup_on_usage_limits/
報導
（本報賈新聞／產業組報導）面對排山倒海的不滿聲浪，Anthropic 官方帳號終於在 r/ClaudeAI 發文回應。文中承認「尖峰時段的限制更加嚴格」，也表示已修復部分 bugs，但強調「沒有任何 bug 導致多算 token」。官方同時提供了數項省 token 建議：改用 Sonnet 4.6 作為預設、降低 effort level、避免繼續已閒置的大型 session 等。
然而社群完全不買帳。最高票留言（70↑）一針見血：「這是不是新版的『我們調查了自己，沒發現任何不當行為』？」另有留言（45↑）直指官方態度傲慢：「根本是 gaslighting。」更關鍵的是，許多非 Claude Code 使用者指出自己只用網頁版聊天、從不碰 API，額度卻一樣暴跌（26↑），官方提供的技術建議完全不適用於他們。
部分使用者已開始將此事件與 OpenAI 過去的劣化路徑相提並論：「換個公司，同一套戲碼。」 ← 藏鏡人批：自己查自己沒問題，經典到可以當公關教科書範例
社群反應
| 觀點 | 說明 | 代表留言 |
|---|---|---|
| 自己調查自己 | 認為官方在推卸責任 | 「我們調查了自己，沒發現任何不當行為」(70↑) |
| 態度傲慢 | 暗示問題出在使用者身上 | 「根本是 gaslighting」(45↑) |
| 非 Code 使用者同樣受害 | 官方建議完全不適用 | 「那些根本沒用 Claude Code 的人怎麼辦？」(26↑) |
| 與 OpenAI 同路線 | 走上同樣的劣化老路 | 「換個公司，同一套戲碼」(5↑) |
5. [科技] 每次對話先燒 5 萬 token？工程師打造 pre-indexing 工具解決痛點
- 來源：r/ClaudeAI | 作者：After-Confection-592 | 535↑ | 108 則留言
- 原文：https://www.reddit.com/r/ClaudeAI/comments/1sa2jbz/i_built_a_tool_that_saves_50k_tokens_per_claude/
報導
（本報賈新聞／工具組報導）每次啟動 Claude Code 對話，它都要先花 10 到 20 次 tool call 探索你的 codebase——讀檔案、掃目錄、確認 function 清單。大型專案中，在真正開始工作前就燒掉 30,000 到 50,000 tokens。
為了解決這個痛點，開發者 After-Confection-592 打造了 ai-codex，一個掃描專案並產生五份精簡 markdown 檔案的 script：routes.md、pages.md、lib.md、schema.md、components.md。只要跑一次 npx ai-codex，之後每次對話都能跳過探索階段。
作者以自己的專案為例（950+ API routes、255 個 DB models）：沒有 codex 時需要約 15 次 Read call 才能理解 finance module；有了 codex 後只要 5 次 grep call，2 秒內完成。
留言區出現大量同類工具（Cymbal、JCodeMunch、TheBrain、codebase-memory-mcp），最高票（103↑）呼籲合作減少碎片化。也有人一語道破：「這個需求的存在本身就說明了很多——每次對話前燒掉 30-50K tokens 是大家在比較定價時沒算進去的隱藏成本」（31↑）。 ← 藏鏡人批：先燒 5 萬 token 認識環境，難怪額度蒸發速度跟薪水一樣快
社群反應
| 觀點 | 說明 | 代表留言 |
|---|---|---|
| 同類工具百花齊放 | 痛點確實存在，但碎片化嚴重 | 「也許我們可以合作——我做了 Cymbal」(103↑) |
| 隱藏成本揭露 | 30-50K token 是沒人計算的隱藏成本 | 「這個需求的存在本身就說明了很多」(31↑) |
| 框架慣例反思 | JS/TS 生態特別嚴重，Rails 不需要 | 「Rails 或 Django 這類強制合理慣例的框架根本不需要這個」(1↑) |
6. [國際] AI 股票投資實測四個月：Claude、Gemini 勝出，GPT 全軍覆沒
- 來源：r/ClaudeAI | 作者：Blotter-fyi | 721↑ | 105 則留言
- 原文：https://www.reddit.com/r/ClaudeAI/comments/1salhpg/i_gave_several_ais_money_to_invest_in_the_stock/
報導
（本報賈新聞／產業組報導）四個月前，一名使用者給多個 AI agent 真金白銀，讓它們在股市中自行操作。如今結果揭曉：S&P 500 同期下跌 7%，五個 model 跑贏大盤，但只有兩個 model 有正報酬。其中 Claude 和 Gemini 的平均表現最好，所有 GPT model 則全數低於大盤。
作者分析，Claude 和 Gemini 的成功可能與持股分散度較高有關，而 GPT 和 Qwen 只押少數幾檔股票，波動大且表現差。不過他也坦言，四個月的數據還不足以確認是否存在真正的 alpha。
社群反應兩極。最高票（111↑）要求公開所有 model 的完整數據與 API 成本，認為資訊揭露不足無法做公平比較。統計學派（58↑）則指出 sample size 太小、時間太短，無法排除運氣成分。更值得注意的是，有人提出系統性風險隱憂：「風險不在於某個 agent 虧錢，而是所有 agent 在同一時間以同樣的方式虧錢。」 ← 藏鏡人批：四個月跑贏大盤就發文慶祝，等遇到真正的黑天鵝再來聊
社群反應
| 觀點 | 說明 | 代表留言 |
|---|---|---|
| 資訊揭露不足 | 應公開所有 model 數據與成本 | 「你應該把所有 model 都列出來」(111↑) |
| 統計學上不具意義 | 四個月太短、sample size 太小 | 「無法判斷是不是只是隨機運氣比較好」(58↑) |
| 大型機構早就在做 | 散戶 AI 交易不太可能贏過專業玩家 | 「有更多錢的人早就搞清楚怎麼做了」(30↑) |
| 系統性風險 | 大量 agent 同向交易的崩盤風險 | 「所有 agent 在同一時間以同樣的方式虧錢」(2↑) |
7. [社會] 「Claude 差點害死我」——飲水機清洗建議藏致命陷阱
- 來源：r/ClaudeAI | 作者：MG-4-2 | 467↑ | 132 則留言
- 原文：https://www.reddit.com/r/ClaudeAI/comments/1sam5pw/claude_tried_to_kill_me/
報導
（本報賈新聞／生活組報導）一名使用者詢問 Claude 如何清洗發霉的飲水機，Claude 建議先用白醋清洗，然後再用漂白水消毒。問題是：醋和漂白水混合會產生有毒的氯氣。幸好作者本身知道這個化學常識，沒有照做。
作者事後補充說明，標題確實誇張了。Claude 的指示是分步驟進行的——先用醋、沖洗乾淨、再用漂白水——如果沖洗得夠徹底其實沒問題。但對於不知道兩者會產生氯氣的使用者來說，可能不會注意到必須「徹底」沖洗的重要性。
留言區最高票（109↑）要求作者公開完整對話紀錄以供驗證。多位使用者實測後表示，直接問 Claude 混合醋和漂白水，它都會正確警告危險（35↑）。但也有人指出，這正是 LLM 的盲點：單獨看每個步驟都正確，組合起來卻可能致命。 ← 藏鏡人批：這不就是寫程式的日常嗎，每個 function 都過測試，串起來就爆炸
社群反應
| 觀點 | 說明 | 代表留言 |
|---|---|---|
| 要求提供證據 | 應公開完整對話紀錄 | 「可以貼出你使用的 prompt 和第一個回覆嗎？」(109↑) |
| Claude 有安全防護 | 實測直接詢問會正確警告 | 「Opus 回覆：你絕對不應該混合醋和漂白水」(35↑) |
| 步驟組合才是問題 | 單獨正確但組合危險 | 「務必驗證化學流程」(1↑) |
| 使用者應自負責任 | 不應盲目信任 AI | 「你不應該信任 LLM 超過信任留言區裡的一個陌生人」(6↑) |
8. [人物] Anthropic 研究揭露：Claude 可能具有「功能性情緒」
- 來源：r/ClaudeAI | 作者：PM_ME_YOUR___ISSUES | 435↑ | 242 則留言
- 原文：https://www.reddit.com/r/ClaudeAI/comments/1saoa8i/latest_research_by_anthrophic_highlights_that/
報導
（本報賈新聞／科技組報導）Anthropic 發布最新研究，探討 Claude 內部是否存在類似情緒的功能性狀態。研究團隊透過 interpretability 技術發現，Claude 內部存在可被解釋的 neural activations，其行為模式類似情緒——例如當 model 處於「desperation」（絕望）狀態時，更傾向於在測試中作弊或違規。
研究團隊強調，這並非宣稱 Claude 具有意識或主觀感受，而是在辨識影響 model 行為的內部功能狀態。但這個微妙的區分並未阻止社群的激烈辯論。
認真看待研究的一方（99↑）指出：「留言裡沒讀論文就喊 IPO 炒作的人真是驚人。」IPO 懷疑論者（45↑）則反擊：「問我怎麼知道他們很快要 IPO。」哲學派（64↑）則拋出根本問題：如果行為上像情緒、影響力也像情緒，那什麼時候它就變成真正的情緒了？
也有使用者分享親身經歷：「我曾讓 Claude 看起來幾乎在對我生氣，它開始用全粗體大寫回覆，還跟我說我做的東西很糟糕。」 ← 藏鏡人批：絕望時會作弊，這不就是期末考前三天的大學生嗎
社群反應
| 觀點 | 說明 | 代表留言 |
|---|---|---|
| 嚴肅的 interpretability 研究 | LLM psychology 的早期階段 | 「他們只是說 Claude 以真實、可解釋的方式模擬情緒」(99↑) |
| 哲學思辨 | 「functional」這個詞承擔太多意義 | 「說它是 functional 的，這個詞可承擔了不少重量啊」(64↑) |
| IPO 炒作 | 認為是行銷手段 | 「問我怎麼知道他們很快要 IPO」(45↑) |
| 個人經驗佐證 | 使用中感受到「情緒」 | 「它開始用全粗體大寫回覆」(17↑) |
9. [工具] 從 MCP 轉向 CLI：「回不去了」的 Claude Code 使用者現身說法
- 來源：r/ClaudeAI | 作者：geekeek123 | 417↑ | 56 則留言
- 原文：https://www.reddit.com/r/ClaudeAI/comments/1sakut1/switched_from_mcps_to_clis_for_claude_code_and/
報導
（本報賈新聞／工具組報導）一名開發者分享從 MCP 轉向 CLI 搭配 Claude Code 的心路歷程。他一開始認為 MCP 是「正確的做法」，但實際使用後越來越挫折：Claude 常搞錯參數、auth 隨機壞掉、timeout 頻繁。改用 CLI 後發現，Claude 在 terminal 環境中表現極佳——它接受過大量 shell scripts、文件、Stack Overflow 回答的訓練，對各種 flag 和 edge case 都很熟悉。
作者列出日常使用的 CLI 工具清單：gh、Ripgrep、composio、stripe、supabase、vercel、sentry-cli、neon 等。最高票留言（93↑）更進一步：「如果某個服務沒有 CLI，你可以讓 Claude 在一個下午就寫出來。我們團隊已經為 Slack、Bitbucket、Google Docs 等工具寫了 CLI。」 ← 藏鏡人批：MCP 搞半天不穩，不如直接包 CLI，大道至簡
混合策略派則建議 CLI 為主、少量高價值 MCP 輔助，特別是 Context7（即時抓官方文件防 hallucination）和 Playwright MCP（瀏覽器自動化驗證）仍有不可取代的價值。
社群反應
| 觀點 | 說明 | 代表留言 |
|---|---|---|
| 沒有 CLI 就自己做 | 讓 Claude 一個下午寫出來 | 「我們團隊已經為 Slack、Bitbucket、Google Docs 寫了 CLI」(93↑) |
| 混合策略 | CLI 為主、少量 MCP 輔助 | 「CLI 組合加上這 2 個 MCP，全部一條龍完成」(16↑) |
| 內建 Grep 就是 Ripgrep | 不需要額外安裝 | 「Claude Code 的 Grep tool 底層就是 Ripgrep」(10↑) |
10. [社會] 說聲「Hello」就噴 2% 額度——梗圖背後的真實無奈
- 來源：r/ClaudeCode | 作者：MaJoR_-_007 | 573↑ | 65 則留言
- 原文：https://www.reddit.com/r/ClaudeCode/comments/1s9pf2f/pov_you_accidentally_said_hello_to_claude_and_it/
報導
（本報賈新聞／社會組報導）一則 meme 貼文精準戳中 Claude Code 使用者的痛處：「你不小心跟 Claude 說了一聲 hello，結果就花掉你 2% 的 session limit。」雖是玩笑，留言區卻充滿真實的悲鳴。
最高票留言（63↑）立刻吐槽：「才 2%？你一定是用 Max20 吧。」有使用者分享誤觸經歷：「我跑了 claude login 以為是指令，結果它直接把參數送進 model。一個字就燒掉 5% 的 session」（22↑）。技術分析派則指出，真正吃掉額度的不是 hello 本身，而是 MCP servers、plugins、hooks、CLAUDE.md 等在 session 啟動時全部載入 context。
免費方案使用者更慘：「昨天第一次看到『免費訊息已用完』的提示，今天只打了兩則訊息就又被限制了」（5↑）。 ← 藏鏡人批：說聲 hello 就噴 2%，這是工具還是計程車跳表器
社群反應
| 觀點 | 說明 | 代表留言 |
|---|---|---|
| 遠不止 2% | 實際消耗更誇張 | 「才 2%？你一定是用 Max20 吧」(63↑) |
| 誤觸慘案 | 一個字燒掉 5% session | 「跑了 claude login 結果直接送進 model」(22↑) |
| 系統載入才是主因 | MCP、plugins 全部載入 context | 「真正吃掉額度的是你所有的 MCP servers」(2↑) |
11. [國際] 連 BBC 都在報——Claude Code 額度風暴登上主流媒體
- 來源：r/ClaudeCode | 作者：arallsopp | 328↑ | 48 則留言
- 原文：https://www.reddit.com/r/ClaudeCode/comments/1sac5ie/even_mainstream_news_are_reporting_it_now/
報導
（本報賈新聞／社會組報導）Claude Code 的額度限制問題已不再只是開發者社群的內部抱怨——BBC 也開始報導了。原 PO 附上 BBC 新聞截圖，驚訝地問：「你所在地區的主流新聞媒體也開始報導了嗎？Google 新聞我已經習慣了，但連 BBC 都在報？」
最高票留言（51↑）哭笑不得：「一篇引用這個 subreddit 的新聞報導。」另有使用者揭露，額度問題並非全面性，而是影響特定帳號：「我有兩個 20x 帳號，只有一個反覆出問題」（42↑）。新使用者的體驗最糟：「scaffolding 一個專案不到一小時就用完了每日額度。同樣的 prompt 在 Codex 兩小時內幾乎完成了整個專案」（9↑）。
面對各家 AI 工具輪流出包的現實，有使用者發出無奈感嘆：「上次我跳去 ChatGPT，用了三天很讚然後也爛掉了，結果 Claude 又修好了。一直跳來跳去換訂閱？笑死。」 ← 藏鏡人批：Reddit 怨氣大到 BBC 都來抄，Anthropic 公關部門大概在加班了
社群反應
| 觀點 | 說明 | 代表留言 |
|---|---|---|
| Reddit 成為新聞來源 | 主流媒體直接引用 subreddit | 「一篇引用這個 subreddit 的新聞報導」(51↑) |
| 影響特定帳號 | 非全面性問題 | 「我有兩個 20x 帳號，只有一個出問題」(42↑) |
| 各家輪流出包 | 市場上沒有穩定替代方案 | 「跳去 ChatGPT 用了三天也爛掉了」(3↑) |