乐于分享
好东西不私藏

《一个从没写过代码的人,凭什么冲上App Store付费榜第一?》

《一个从没写过代码的人,凭什么冲上App Store付费榜第一?》

黄金摘要:当一个连TypeScript都看不懂的内容创作者,能用AI手搓出App Store付费榜第一、被央视采访、一个人干十几个人的活,问题就不再是"AI会不会写代码",而是"你还愿不愿意亲手写代码"。这篇文章拆解《Claude Code从入门到精通》里那套已经被验证的方法论:AI编程的战场,早就从"打字速度"转移到了"判断力"。看懂这个转移,你才知道自己该站在哪一边。

有人在B站评论区问:"10分钟做出来的东西也能叫产品吗?"

写这本书的花叔(陈云飞)当场认怂:不能。10分钟做出来的是原型。但他没说出口的后半句更扎心——小猫补光灯就是这么个"原型"起步的东西,上架两天冲到App Store付费榜第一,评论区涌进上千条留言,人民日报把他当"手搓经济"的代表报道,央视请他去镜头前现场演示。而他从头到尾,一行代码都没写过。

不是"以前会后来不写了"。是从来没有。

这件事之所以让无数程序员破防,是因为它戳穿了一个大家不愿承认的事实:写代码这个动作本身,正在贬值。

现象:三年三变,你和AI的关系被重写了

搞清楚AI编程工具这三年的演变,你就明白Claude Code到底做了件什么不一样的事。

2022年GitHub Copilot出来,你写上半句它猜下半句,像个坐在旁边打字飞快的实习生,但写代码的还是你。2023到2024年Cursor火了,你能用自然语言让编辑器改函数、重构模块,可它始终长在IDE里,是编辑器的延伸。2025年Claude Code登场,它不住在任何编辑器里,直接在终端跑:你描述需求,它自己规划步骤、读代码、写代码、跑测试、操作git,整个循环自动完成。

变的不是技术有多先进,而是你和AI之间的关系。Copilot是你的输入法,Cursor是你的结对伙伴,Claude Code是你的独立工程师。你的角色,从"写代码的人"变成了"给指令的人"。

《IDE Agent与终端Agent的四个分水岭》

书里那张对比表把差异摊开了:运行环境、自主程度、系统集成、记忆系统、并行能力。重点看后两行——CLAUDE.md让你把项目知识写成文件,Claude每次启动都读,相当于给了AI一份持久记忆;多实例并行意味着你能同时让几个Claude各管一个模块,像一个小团队。打个比方:Cursor是坐在你IDE里跟你看同一块屏幕的伙伴,Claude Code是你告诉需求就自己拉代码、写测试、提交的工程师,你去喝杯咖啡回来看结果就行。

这里有个反直觉的钩子:Claude Code的创建者Boris Cherny说,自己用上Opus之后再没手写过一行代码,47天里有46天都在用,最长单次会话跑了1天18小时50分钟。这不是营销话术,是一个正在大规模发生的现实。

本质:它不是在帮你写代码,是在帮你构建产品

这是花叔用了半年之后最大的感受,也是很多人一直误解的地方。

传统AI编程工具解决的是"代码生产效率"——怎么更快写出这个函数、这个组件。Claude Code解决的是"产品构建效率"——怎么更快地从一个想法变成一个能跑的东西。你对它说"帮我做一个支持Markdown的博客系统,用Next.js,部署到Vercel,支持暗色模式和RSS",它会分析需求、选技术方案、创建项目、逐步实现、跑测试、修bug,全程你只做确认和调方向。前者你在做产品决策,后者你在做过程监督。随着AI能力提升,"盯着AI干活"会越来越不值钱,"产品决策"会越来越值钱。

所以学Claude Code,你学到的根本不只是"怎么让AI帮我写代码",而是"怎么让AI帮我做一切需要在电脑上完成的事"。花叔本人写代码的交互可能只占30%,剩下70%是内容创作、调研、文件管理、跨平台协作——他装了60多个Skills,把一整套内容生产流水线搬进了终端。

那么问题来了:能力这么强的工具,为什么大多数人用起来还是像在"监工"?

困境:真正拉开差距的,是那几个你没搭起来的"层"

工具给了你一台跑车,但大部分人还在用它挪车位。书里反复强调的一个心智模型,是理解这一切的钥匙。

《Prompt、Context、Harness:你的时间该花在哪一层》

Claude Code的所有能力可以归入三层:Prompt层是你输入的每一句话;Context层是Claude回答前已经"看到"的信息(CLAUDE.md、文件结构、git历史);Harness层是你搭的自动化环境(Skills、Hooks、MCP、Agent Teams)。三层的回报特征完全不同:

层次
投入方式
回报特征
高手怎么做
Prompt
每次对话都要重新投入
一次性回报
只处理临时决策
Context
写一次CLAUDE.md,持续生效
复利回报
沉淀项目知识与踩过的坑
Harness
搭一次自动化流程,永久运行
指数回报
把重复劳动全部封装

初学者的困境,就是把所有精力砸在Prompt层,反复琢磨"提示词技巧"。这没错,但天花板极低。书里给的判断很直接:如果你读完只记住一件事,就记住——把时间花在构建Context和Harness上,而不是优化Prompt

困境的另一面,是AI本身的"脾气"你得摸透。花叔踩过的坑几乎每个用户都会踩:

真实表现
破解
遗忘
长对话触发上下文压缩,早期强调过的规则被"吃掉"
重要规则写进CLAUDE.md,别只在对话里说
自信地错
它不会说"我不知道",会自信给出3个月前的旧数据
涉及数据、日期、定价必须WebSearch验证
Token焦虑
Agent Teams每个成员独立上下文,消耗约为普通会话的7倍
大任务拆小会话,只在真需要并行时用
走偏
给个模糊需求,它自己"发挥",把你调好的排版全重构了
需求要具体,给明确停止条件,大改前先commit
丧失判断
用久了不加思考接受它的方案
执行可托付,方向性决策自己拍板

花叔引了Anthropic趋势报告里一句很实在的话:工程师60%的工作使用AI,但仅0-20%的任务可以完全委托。那80%需要人类判断的部分,恰恰是价值最高的部分。

对策一:从"护栏"开始,把犯过的错变成资产

CLAUDE.md被Abnormal AI的AI战略VP称为agent的"宪法"——短、原则性强、不处理细节。它是Claude每次启动读的第一个文件,没有它,AI就像空降到陌生代码库的新同事。

《一个真实的好CLAUDE.md:不到300字,每行都是踩过的坑》

新手最爱犯的错是把它写成百科全书,几千行,Claude光读这个就吃掉大量上下文。而Boris团队管理Claude Code这个产品本身的核心规则文件,只有约2500 tokens、大概100行。正确姿势是"从护栏开始":文件从空白起步,Claude每犯一次错,就加一条规则。这样文件永远精准,因为每条都对应一个真实的坑;也天然精简,因为你只记真出过问题的地方。判断标准就一句:Claude自己能从代码读出来的不写,猜不到的必须写。

对策二:把重复三次以上的事,交给Harness

《Skills、Hooks、MCP:三种扩展机制各管一层》

三种扩展机制分工清晰:Skills是Markdown指令包,教Claude"怎么做事",确定性高但非100%;Hooks是Shell脚本钩子,在生命周期节点强制执行,100%确定,Claude无法跳过;MCP是外部工具连接器,把数据库、API、第三方服务接进来。三者的关系是——Skills教知识,Hooks保执行,MCP连世界。

花叔的实践最有说服力:他从第一个"三遍审校"Skill开始,半年攒到60多个,覆盖选题、调研、写作、配图、审校、分发、发布的完整内容生产链。每个Skill背后都是一次踩过的坑凝结成的规则。他甚至有个Skill能把一本电子书的生产流程(调研→章节规划→多Agent并行写作→EPUB生成→微信读书上架)压缩到几个小时。判断标准,Boris给的是"一件事每天做超过一次就该Skill化",花叔更激进:超过两次就写。

对策三:别再一个人配一个AI,学会指挥一支AI团队

《Agent Teams:让AI自己写、自己审、自己协调》

Claude Code最被低估的能力,是它可以同时跑很多个。Boris日常本地开5个实例、云端再开5到10个网页会话,一个写功能、一个修bug、一个写测试、一个重构、一个做审查,同时进行。原因很朴素:Claude干活时你在等,开5个session,你review第一个时其他4个还在跑,等待时间几乎归零。

更进一步是Agent Teams,让多个agent自己协调分工。最经典的是Writer/Reviewer模式:一个写代码,一个审代码,互相盯着,产出质量肉眼可见地提升,原理和人类团队完全一样。写这本书时,花叔同时开6个进程各写不同章节,2小时跑完10章初稿——但代价是那天下午烧了大约50美金。所以并行不是越多越好,得判断任务能不能独立拆、合并成本高不高。

彩蛋:51万行源码意外泄露,反而帮所有人看懂了AI

2026年3月底,还发生了一件戏剧性的事:Claude Code的完整源码意外泄露了。

起因是一次教科书级的打包失误——安全研究员发现v2.1.88的npm包体积达到59.8MB,比正常大好几倍,原因是`.npmignore`没排除`.map`文件,把完整的source map一起发布了出去,任何人都能借它还原出原始的TypeScript代码,涉及约1900个文件、总计51万行。最讽刺的是,源码里竟藏着一套专门隐藏AI参与痕迹的"Undercover Mode"防泄露系统,结果真正的泄露,是打包脚本少写了一行。最精密的防御,往往败给最基础的疏忽。

《51万行源码告诉我们的事:一个严肃工程项目的技术选型》

翻开这些代码,最值得普通用户记住的是那个叫TAOR的核心循环:Think(理解意图、制定计划)→ Act(选工具、执行)→ Observe(检查结果、判断状态)→ Repeat。为什么你让它做一件事,它常常要"绕几步路"才到终点?因为TAOR不是一次性执行的脚本,每做一步它都要重新观察、重新决策。这不是"犯错",是"迭代"——和人写代码"写一段、跑一下、看结果、再调"完全一样。理解了这一点,你对它那些"绕路"行为就不会再焦虑了。

一份可以今天就用的落地清单

  • 第一天就建CLAUDE.md
    :只写技术栈、约定、已知坑三部分,空文件起步,犯一次错加一条。
  • 做大功能前,先让Claude采访你
    :说"在动手前先采访我,问清所有你需要知道的事",它会像产品经理一样把你没想到的一半问题问出来,再让它整理成SPEC.md。
  • 需求拆到最小可验证步骤
    :先做登录并跑通,再做数据存储,每步验证过了再进下一步。绝不一口气甩十个需求。
  • 每完成一个模块立刻验证
    :Claude一小时能写2000行,不验证问题会在后面以更大成本爆发。
  • 换任务就 /clear
    :不同任务别塞进同一个会话,纠正两次还不对就果断清空重来。
  • 重复三次的操作写成Skill,绝不能忘的事挂成Hook,要连外部服务接MCP
  • 给人看的内容,AI初稿绝不直接发
    :至少过一遍降AI味审校(破折号、排比三连、假设性开头、套话连击、结尾强行升华)。

站队时刻:你是"给指令的人",还是还在"亲手写"?

现在把话挑明。Claude Code带来的不是效率提升,是分工重构。它把"怎么做"接管了,只把"做什么"和"做得好不好"留给你。

所以问题只剩一个:面对这扇已经打开的门,你打算怎么站?

一派人说,我是工程师/我有专业尊严,代码必须自己掌控,AI只能打辅助——他们守住了手艺,但可能也守住了那80%正在贬值的执行工作。另一派人说,我不懂代码但我懂需求、懂用户、懂什么是好产品,我要的是把想法变成东西的能力——他们赌的是判断力比打字更值钱。

你站哪一边?

结语:门开了,进不进是你的事

花叔在央视镜头前说过一句话:手搓经济的本质,不是所有人都要去做App、去当赛博个体户。它的意义是——门打开了。以前这扇门是关着的,现在开了。你可以走进去,也可以不走。

工具会过时,功能会更新,但有件事不会变:AI能让你的执行速度提升10倍,可方向错了,你只是以10倍速度走向错误。品味、需求洞察、持续打磨的意愿,这些AI给不了你。它是一个极其勤奋但偶尔粗心的初级工程师,你得给它方向。

真正的分水岭从来不是"会不会用Claude Code",而是"你有没有想清楚,自己要用它构建什么"。门开了,剩下的,是你的判断。

【参考来源】

本文所有内容与观点均整理自《2026年Claude Code从入门到精通——面向工程师与产品经理的AI编程完全指南》(花叔著,公众号「花叔」)。

  • 三年三变、Cursor对比表、Boris使用数据(47天/46天、单次会话1天18小时50分钟):§01 为什么是Claude Code(P6-P8)。数据性质:书中引述Claude Code创建者Boris Cherny公开分享,非本文测算。
  • 三层模型(Prompt/Context/Harness)与回报特征表:§10 心智模型与持续进化(P77-P78)。属作者提出的方法论框架。
  • 六个常见坑(遗忘、自信地错、Token焦虑、走偏、丧失判断)及"7倍Token""60%工作用AI/0-20%可完全委托":§09b 踩坑指南(P74-P76)。其中比例数据为书中引述Anthropic《Agentic Coding趋势报告》,非本文采集。
  • CLAUDE.md"宪法"定位与2500 tokens、"从护栏开始":§05 CLAUDE.md(P39-P44)。属书中引述与作者经验。
  • Skills/Hooks/MCP三机制对比、60+ Skills实战:§07 扩展能力(P50-P58)。属作者实践总结。
  • Agent Teams与并行工作、"6章初稿/约$50":§08 多Agent协作(P59-P64)。属作者实测经验。
  • 源码泄露(59.8MB、约1900文件/51万行)、TAOR循环、技术选型:附录A 51万行代码告诉我们的事(P117-P121)。数据性质:书中引述2026年3月安全研究员Chaofan Shou的公开发现及作者对泄露源码的分析。
  • App Store付费榜第一、央视采访、"从未写过一行代码"等经历:自序及§09b(P4-P5、P74-P76)。属作者自述。

说明:本文严格依据文档原文的框架、模型与判断撰写,未添加任何虚构数值或统计;文中出现的数字均为文档中已载明的引述数据,其原始出处与性质如上标注,读者引用时请以文档及其标注的官方来源为准。