Danny

Claude Code 做 App 卡住?6 個自查清單

文章摘要

Claude Code 做 App 卡住?本文整理 6 個常見原因與工具選型框架。

學員在課程裡問我最多的問題是:「我試了兩次,AI 做 App 的結果很普通,是工具問題嗎?」答案幾乎都是:不是。

Apple App Store Q1 2026 新增了超過 235,800 款 App(AI 工具是推動因素之一,但並非全部都是 vibe coding 做的),全球 App 下載量同期只增了 3%——做出來的門檻降了,做出有人持續用的東西的門檻沒有。問題多半不在模型不夠強,而在六個可修的使用缺口。

零程式能做嗎

Reddit(英文版社群論壇)r/vibecoding 10 月初有個 870 票的成品展示帖,AppScout、Mega Viral Games 等 App 全都是非工程師用 Claude Code(Claude 所屬的 AI 公司 Anthropic 開發的 AI 寫程式工具)做出來的。

AppyPie(一個 AI 工具教學網站)同週也記錄了一次「3 次對話、12 句指令(prompt,給 AI 的指令)、零行手寫程式碼」的實測,確實在短時間內做出了功能性的 App 雛形。

這是一次有記錄的個案,不代表是可以直接套用到你情境的標準流程——該實測本身也提醒:邊界狀況(edge cases,各種非預期的使用情境)仍需要人工測試。

如果你要做的只是驗證概念的原型,門檻確實低到可以直接動手試;但要做到讓真人持續使用、收費或處理隱私資料,前提條件跟這個個案差很遠。

做出不等於有人用

App Store 一季新增 235,800 款(AI 工具是推動因素之一,並非全部),下載只增 3%,量化了「做出來的門檻降了,做出有人用的東西的門檻沒有」這件事。

vibe coding(用口頭描述讓 AI 寫出程式的做法)搜尋興趣在過去一年增長超過 9,400%,也被 Collins Dictionary 選為 2025 年度詞——這件事已從開發者圈擴散到一般人,但搜尋量暴增不等於成功率暴增。

6 個卡關原因

這六個根因我在課程裡拆解過很多次:問題多半不在模型,而在使用方式。每項下面有一個自查問題,和做對了你會看到的結果。

  1. 工具選錯階段:Claude Code 是在終端機(terminal,那個黑色視窗)運作的 AI 寫程式工具,最適合「已有程式碼庫(codebase,你目前所有的程式碼),需要精細修改或複雜架構設計」。把它拿來做快速原型,往往不如 Bolt(快速建網頁的 AI 工具)、Lovable(用對話幫你建 App 的 AI 工具)等瀏覽器建構工具快;反過來,把原型工具拿去維護長期產品也會卡。

    • 自查:你現在是在驗證概念做原型,還是要維護一個長期運作的產品?

    • 做對了你會看到:用對工具,同樣的時間能做出更符合你階段需求的成果。

  2. 任務定義不清:「讓 App 好看一點」跟「把首頁的確認按鈕改成藍色、手機版保持至少 44px 可點擊大小」,AI 拿到的任務精細度完全不同。沒有清楚的目標和驗收標準,AI 容易往錯誤方向優化或不斷繞圈。

    • 自查:你的需求有沒有寫到你身邊不懂技術的人也看得懂、AI 也能確認「做到了」的精細度?

    • 做對了你會看到:AI 第一次就大致照你想的方向走,不需要反覆糾正。

  3. 背景資料給不夠:沒有把現有架構、資料結構、命名慣例告訴 AI,它只能憑空猜測,產出常與你現有系統不相容,要花大量時間整合。

    • 自查:你有沒有先把現有系統的架構和你習慣的命名方式交代給 AI?

    • 做對了你會看到:AI 產出的程式碼可以直接整合進現有系統,不需要大量改寫。

  4. 格式沒講清楚:沒說明程式語言偏好、架構模式、回傳格式,AI 按「最佳猜測」走,每次風格可能不一樣,長期維護成本高。

    • 自查:你有沒有先定義要用什麼語言和架構框架?

    • 做對了你會看到:每次產出的程式碼風格一致,可以直接接進現有庫。

  5. 限制不足:沒有定義安全邊界、錯誤處理規則、邊界狀況處理方式,AI 常生出能通過展示但在真實使用者下失敗的程式。Rocket.new(一個 AI 建 App 服務)記錄過幾類有案可查的上線後失敗:API 金鑰(API key,程式與外部服務之間的連接密碼)外洩、授權繞過(auth bypass,繞過確認身份的機制)、資料覆蓋。

    • 自查:你有沒有告訴 AI 什麼資料不能碰、什麼情況下要回報錯誤?

    • 做對了你會看到:App 在非預期情境下給出清楚的錯誤提示,不是整個崩掉。

  6. 沒特化:通用的 Claude Code 不等於「懂你場景」的 Claude Code。沒有在設定檔(CLAUDE.md,Claude Code 的規則設定文件)或背景指令(system prompt,給 AI 的背景規則)裡注入業務規則、用戶期待和驗收標準,等於讓 AI 盲猜你的需求。

    • 自查:你有沒有把自己的業務情境和驗收標準寫進工具設定?

    • 做對了你會看到:AI 不需要每次重新解釋背景,直接從你的業務出發產出。

課程觀察

前四個卡關點(工具選型、任務定義、背景資料、格式設定)都有明確的學習路徑可以修——指令寫法、步驟拆法、格式定義,投時間就能進步。

Questera.ai(AI 工具公司)整理的 2026 年常見錯誤也指出:「把所有要求塞進一句話指令而不分層處理」是最普遍的問題之一,這是可以靠練習修正的。

但第五和第六(限制不足、沒特化)需要你自己的業務知識才填得進去——你的場景哪些資料敏感、哪些邊界狀況最可能出現,這不是上一堂課就能解決的,是你對自己場景的理解。

懂流程的人,知道哪裡該驗收、哪裡該人工把關;不懂流程的人,工具再強也猜不到你要什麼。

工具怎麼選

Claude Code 和 Bolt、Lovable、Cursor(Cursor 是另一款 AI 寫程式工具,適合已有程式碼庫的複雜修改和精細架構設計)之間的差異,不是「哪個強」,而是「哪個在這個階段適合」。

按工作階段選工具:

  • 快速原型期:Bolt、Lovable 等瀏覽器建構工具——可視化、不需要本地開發環境(local environment,在你電腦上安裝的開發工具組合),適合快速驗證想法

  • 長期維護期:Claude Code 或 Cursor——適合已有程式碼庫的精細修改和複雜架構設計

Appwrite(知名開源後端服務公司)的 2026 年工具比較確認了這個分水嶺:最大差距是「快速網頁建構工具 vs 能管整套程式碼的 IDE(整合開發環境,寫程式用的主要工具)型 AI 助理」。

工具跳槽焦慮是選錯了問題框架——不是「要不要從 A 換到 B」,而是「這個工具應該放在我流程的哪個位置」。

兩個工具協作通常比押注一個更穩,某家出問題只是換掉流程裡的一格。AI 能補完語法,補不完判斷;把判斷和驗收機制留給自己,才是懂流程的稀缺性。

零門檻是真的嗎

AppyPie「零行程式碼」實測確實在短時間內做出功能性的 App 雛形,門檻比很多人想像的低。但該實測沒有說明 App 的功能複雜度,也沒有測試真實使用者場景和邊界狀況。

這是一次個案,不是可直接套用的標準流程,實測本身也提醒 edge cases 仍需人工測試。

如果你要做的只是內部工具或驗證概念的原型,門檻確實可以直接動手試。但如果打算讓真人持續使用、收費或處理隱私資料,AppyPie 這個案例的前提條件跟你的情境可能差很遠。

哪些能靠學習修

指令寫法、步驟拆法、格式定義這些確實有明確的學習路徑,投時間就能進步——前四個卡關點基本都可以靠方法練習修掉。

但「限制不足」和「沒特化」需要你自己的業務知識和驗收判斷——你知道你的場景有哪些資安邊界和業務規則,AI 不知道,學一個技巧填不進去。

App Store 的問題嗎

部分觀點認為 App Store 充斥低品質 App 是蘋果審核標準偏寬,而不是 vibe coding 的問題。平台審核確實沒有替用戶把關品質——但「做出來沒人下載」本身就反映了產品品質的問題。

審核通過只代表上架成功,不代表值得下載。如果你要做一個有人持續使用的東西,驗收機制是你自己的責任——需要理解使用者、設計安全邊界、持續維護,這些不會因為審核通過而自動到位。

動手前怎麼做

一句方法論:把六件事做好(工具選對階段、任務定義清楚、背景資料給夠、格式說清楚、限制設好、業務情境特化)比換更強的工具更有效。

動手前的自我檢查:

  • 我現在要做的,是原型(驗證想法)還是長期產品(給真人用、要維護)?選工具前先回答這個問題。

  • 我的需求有沒有寫到「身邊不懂技術的人也看得懂」的精細度?精細度不夠,AI 只能猜。

  • 我有沒有告訴 AI:什麼資料不能碰、什麼情況要報錯?限制設清楚,才不會上線後才發現安全漏洞。

常見問題

  • vibe coding 是什麼? 用口頭描述讓 AI 幫你寫程式的做法,不需要自己寫程式碼,搜尋興趣在過去一年增長超過 9,400%。

  • 不會寫程式真的能用 AI 做 App 嗎? 可以做出原型和簡單工具,但要做到讓真人持續使用的品質,需要把六項自查清單做好——特別是「限制設定」和「業務情境特化」這兩項,需要你自己的場景知識。

  • Claude Code 跟 ChatGPT 差在哪? Claude Code 是在終端機運作的 AI 寫程式工具,適合已有程式碼庫的精細修改;ChatGPT 比較適合對話式的快速問答和文字任務,兩者定位不同,不是替代關係。

  • AI 做 App 大概需要多久? 取決於 App 複雜度和需求定義的清晰度——簡單原型可能幾小時,但要上線的產品需要反覆測試和安全設定,時間因人而異。

  • 什麼工具適合完全不會寫程式的人? Bolt、Lovable 等瀏覽器建構工具入門門檻最低,不需要安裝任何開發環境;做更複雜的長期產品再考慮 Claude Code 或 Cursor。

【延伸閱讀】