他烧 70 亿 Token、40 天做出 10K Star 项目,却说「AI 编程的价值不是写代码」——拆一条普通人能抄的工程闭环
原视频:程序员阿江-Relakkes《我烧了 70 亿 Token 做了一个 10K Star 开源项目》· 时长约 3 分 50 秒 · 案例主角:作者本人的开源项目 cc-haha(Claude Code 桌面端) 拆解方法:抖音视频深度拆解(双轨备料——SenseVoice 逐字稿 + 豆包视觉整段画面理解,合并喂结构化框架)
先说结论:这条视频真正值钱的不是「70 亿 Token / 10K Star」这组战报数字,而是它把「为什么现在一个人真的能把产品做起来」归因到了一条可重复运行的工程链路上——想法 → 实现 → 验证 → 反馈 → 修复。 作者反复强调:AI 编程时代,门槛塌方的不是「写代码」这一步,而是把这五个动作串成一个能自己转起来的闭环。
这是一条典型的「认知校准 + 方法论」型视频:不带货、不卖课,带的是一套「个人开发者怎么用 AI 跑通工程闭环」的工作方式。下面把这 3 分 50 秒逐层拆开——先扒它讲的方法论实质(能照着做),再扒它作为视频的内容工艺(能照着拍)。
一句话定性
这不是一条「秀战报」的视频,而是一条**「重新定义 AI 编程价值」的认知校准片**——它用自己烧 70 亿 Token、40 天做出 10K Star 项目当锚点,把普通人的机会落到一个反直觉的判断上:别只让 AI 写代码,要让它跑通「想法→实现→验证→反馈→修复」的闭环。 写代码只是其中一环,而且是门槛最低的一环;真正稀缺的是「组织 AI 把事情验证出来」的能力。
留个余地:视频里「70 亿 Token」「622 commits」「10K Star」是作者展示的项目数据卡,本文借它做方法论锚点,不为每个具体数字独立背书(后文单列诚实纠错)。
核心方法论深扒:把 AI 编程跑成一条「工程闭环」
视频从头到尾在弹同一类逻辑图——「AI coding 已经是 agent 工作流」「不是单点模型,而是环境变了」「一个人的最小闭环」。它们其实在论证同一件事:结果不是「写」出来的,是「跑出来、看出来、验证出来」的。 我把它拆成六块,每块给出它原话怎么说、底层逻辑是什么、普通人怎么落地。
认知校准:AI coding 已经不是「写代码工具」,是 agent 工作流
原话:「现在大家讨论 AI 写代码,语境已经变了。它不是简简单单一个写代码的工具,而是真的能够进入项目里面,理解你的上下文、执行任务、接受验证的一个 AI 工作流。」
底层逻辑:这是全片的认知地基。很多人对 AI 编程的想象还停在「我说一句,它吐一段代码」——这是「补全工具」时代的旧框。视频要校准的是:AI 已经能进入真实代码库、读懂上下文、自己执行多步任务、并接受外部验证,它是一个会干活的 agent,不是一个会打字的助手。一旦你把它当 agent 而不是当补全工具,你组织工作的方式就全变了:你不再是「让它替你敲」,而是「给它定义问题、给它环境、让它自己跑通」。
普通人怎么落地:
- 换框架:别再问「AI 能不能帮我写这段代码」,改问「我能不能把这件事描述清楚、让 AI 自己进项目里跑完」。
- 把交付单位从「一段代码」抬高到「一个能验证的小任务」。
闭环五环:想法 → 实现 → 验证 → 反馈 → 修复
原话:「真正的价值,我认为是把『想法、实现、验证、反馈、修复』凝成一条可重复运行的工程链路。」
底层逻辑:这五个词是全片的骨架,关键在**「可重复运行」四个字。大多数人用 AI 只跑了前两环——有个想法、让它实现——然后就停在「它写完了」这一刻,默认代码是对的。视频的核心主张是:「实现」之后那三环(验证→反馈→修复)才是把 AI 从「写得快」变成「做得对」的分水岭。** 写代码是一次性的,而闭环是可以一圈一圈转的;转得越多、越快,产品就越快逼近「真能用」。
把五环逐个说清:
- 想法:先想清楚要解决的问题和目标,而不是先想「用什么技术」。
- 实现:让 AI 做出第一版——这一版不必好,只要能跑。
- 验证:这是最容易被跳过、却最值钱的一环。不要急着相信 AI 写的东西,要让它自己去验证——用浏览器测网页功能、用 computer use 操作桌面端、打日志看结果。
- 反馈:把验证暴露出来的问题(报错、行为不符、日志异常)收集成明确的反馈。
- 修复:把问题原样交回去让 AI 改,然后回到「验证」,再转一圈。
普通人怎么落地:
- 给自己立一条铁规:AI 说「做好了」不算数,跑通验证才算数。
- 每次只推进一环、留下可检查的产物(日志 / 截图 / 测试结果),别一口气让它做完一大坨再回头找哪儿错了。
为什么闭环现在才成立:不是模型变强,是「环境」变了
原话:「这件事之所以能成立,它首先不是靠单一的一个模型,它需要外部的一个环境去配合……浏览器能力可以去验证网页功能,如果是桌面端软件,现在的 computer use 整个操作也非常 OK,你也可以使用 Skills 插件,把一些重复的能力沉淀下来。」
底层逻辑:这是全片最反直觉、也最有信息量的一句。大多数人盯着「哪个模型更强」,而视频指出:让闭环真正转起来的,是模型之外的那套环境——
- 更长的上下文:模型能一次性吃下整个项目,而不只是一个函数片段。
- 能进真实项目:agent 直接在你的代码库里读写、跑命令,而不是隔着对话框。
- 浏览器 / Computer Use:让 AI 拥有「自己去点、去看、去验证」的手脚,验证不再只能靠人。
- Skills / 插件 / MCP:把「做过一遍的重复能力」沉淀成可复用的工具,下次直接调。
一句话:「单点模型」负责想和写,「环境」负责跑和验。 没有环境,模型再强也只能输出「看起来对」的代码;有了环境,结果才能被「跑出来、看出来、验证出来」。这也是为什么个人开发者的窗口期是现在——不是因为模型突然封神,而是因为配套环境第一次齐了。
普通人怎么落地:
- 别只升级模型,先把验证环境搭起来:能跑测试、能开浏览器自查、能打日志。
- 把每次踩过的重复操作沉淀成一个 Skill / 脚本,让能力随项目一起复利增长。
一个人的最小闭环:先做后验,循环越短迭代越快
原话:「普通人可以先从最小的闭环开始:先想清楚问题和目标,再让 AI 去做第一版;做完不要着急去相信他,要让他去验证……出了问题再交回去让他修复。循环越短,迭代越快。」
底层逻辑:这一步把宏大的「工程链路」缩小成普通人当天就能起步的尺寸。关键词是**「最小」和「循环越短」:你不需要一上来就搭一套完整的 CI/CD,你需要的是一个能转一圈的最小回路**——哪怕只是「让它做个小功能 → 打开看一眼 → 报错贴回去让它改」。回路越短,你每次拿到反馈的延迟越低,迭代速度就越快。视频同时点了一个工程纪律:质量门禁——单元测试、代码覆盖率、E2E 验证,是给这个闭环装上的「自动验收关」,让验证这一环不必每次都靠人肉盯。
普通人怎么落地:
- 第一个闭环往小里做:目标小到「两小时能转完一圈」。
- 把「人肉验证」逐步换成「自动门禁」:先加一个最关键的测试,再慢慢补覆盖率和 E2E,让闭环越转越省人。
数据即证据:70 亿 Token 背后说明什么
原话(数据卡):40 天 / 10K+ Star / 622 commits(其中 355 commits、131 fixes)/ 16 authors / 烧掉约 70 亿 Token,借助 GPT-5.5、Claude、DeepSeek 等多个模型。
底层逻辑:视频专门弹了一句「数据不是炫耀,是证据」——这组数字真正要证明的不是「我很牛」,而是「这套闭环真的能跑通、而且能高速跑」。注意这组数据的结构:131 个 fixes 占了相当比重,说明这套打法不回避 bug、反而把「修复」当成闭环的常规动作;40 天 600+ commits 的高频率,说明闭环转得足够快才堆得出这个迭代密度;70 亿 Token 则是「让 AI 反复验证 + 修复」必然付出的算力成本——它换来的是把人从「逐行写、逐行查」里解放出来。
普通人怎么落地:
- 别被数字吓到,看结构:高 commit 频率 + 不低的 fix 比例,恰恰是「闭环在转」的健康信号,不是「项目很烂」。
- 接受「烧 Token 换迭代速度」这笔账——在验证和修复上花的算力,买的是你自己的时间。
普通人怎么上手:五步把闭环装进自己的工作流
原话:「选一个真实的小问题 → 有清晰的上下文 → 小步给 agent → 每一轮都验证 → 沉淀成 Skills……代码都有 bug,接受它,发现 bug 再快速让 AI 修复。」
视频末段把方法论收成一张普通人的上手清单:
- 选真实的小问题:从你自己每天真的会碰到的小麻烦切入,而不是凭空想个大项目。
- 理清上下文:把问题、目标、相关背景给 AI 讲清楚——「知道最终产物长什么样,AI 才能快速实现」(这是视频里讲桌面端开发时反复强调的一句)。
- 小步给 agent:别一次扔一个大需求,拆成小步喂,每步都可验。
- 每一轮都验证:回到闭环——做完就验,验出问题就修,别攒着。
- 沉淀成 Skills:把跑通的能力固化成可复用的工具,下次不再从零。
底层逻辑:这五步本质是把前面那条工程闭环「降配到个人可执行的版本」。它对抗的是普通人最常见的两个卡点:一是想得太大(所以强调「真实的小问题」),二是怕 bug、怕不完美(所以强调「代码都有 bug,接受并迭代」)。视频里还点了一个很实在的工程技巧:桌面端功能可以借鉴成熟软件(比如参考 Codex App 的交互),让 AI 写出「不深但能用」的第一版——先能用,再变好。
串起来:门槛从「手敲代码」变成「组织 AI 工程能力」
原话:「门槛从手敲代码,变成组织 AI 工程能力……AI 不是让你不负责,而是让一个人也能跑完整产品。」
把六块串起来,视频的终极判断是一次门槛迁移:
旧门槛:会不会手敲代码
│ (这一步正在被 AI 抹平)
▼
新门槛:能不能 ——
① 定义清楚问题(想法)
② 组织好上下文与环境(实现 + 环境)
③ 让 AI 自己验证(验证)
④ 把问题交回去修(反馈 → 修复)
└──► 把这一圈跑成可重复的工程链路
普通人卡在哪?视频的潜台词是:大多数人只跑了「想法 → 实现」就停了,把「它写完了」当成「它做对了」。而真正拉开差距的,是后面那三环——验证、反馈、修复。门槛没有消失,它只是从「手上的活」变成了「脑子里的组织能力」。这恰恰是普通人的机会:你不需要先成为全栈工程师,你需要先学会指挥一条闭环。
通用 7 段文案拆解(它作为视频是怎么拍的)
方法论之外,这条视频本身的「内容工程」也值得抄。它用近 4 分钟讲清一套抽象方法论却不显空泛,靠的是「数据战报开场 + 模块化逻辑图 + 真实代码界面」的高密度知识口播打法。
【1】开头钩子(前 3 秒)★★★★☆
原话:「我烧了 70 亿 Token,做了一个 10K Star 的开源项目……但这期我不想做这个项目的战报,我想讲背后更有用的一件事。」画面同步弹出项目数据卡(10K+ Star / 622 commits / 70 亿 Token)。
钩子类型:极端数字 + 预期反转。它先把一组炸裂战报砸出来(70 亿 Token / 10K Star),正当你以为要看「我多牛」时,立刻反转成「我不讲战报,讲背后更有用的事」。「用极端数字吸住你 → 再主动放弃炫耀 → 承诺给你更值钱的东西」,这套反转把「战报的吸引力」和「干货的可信度」两头都占了。
【2】人设 & 声音 ★★★★☆
人设标签:能拿出真实战绩的开源实践者。作者右上角圆形小窗露脸口播,黑色图案上衣,讲解时手势丰富(指逻辑图、比划闭环)。语气平稳、自信,像「一个真做出过东西的人在给你讲他的方法论」,而不是「一个讲师在背 PPT」。「我自己烧了 70 亿 Token 做出 10K Star」这条战绩本身,就是他最硬的人设背书。
受众画像:想用 AI 做产品、想做独立开发、关注 Claude Code / AI 编程的人。
【3】信息密度 & 节奏 ★★★★★
时长约 230 秒,塞进「战报钩子 + 认知校准 + 五环闭环 + 环境论 + 最小闭环 + 数据验证 + 上手五步 + 门槛迁移」八大块,几乎每 5–10 秒推进一个信息点。节奏靠「口播 + 黑底模块逻辑图弹窗 + 真实代码编辑器界面」三种素材交替驱动,信息密度极高、零废话。这是知识类视频「用密度换完播」的典型节奏。
【4】讲解手法 & 内容结构 ★★★★★
结构类型:总—分—总。总(用战报立钩子、抛出「闭环」总论点)→ 分(认知校准 / 五环 / 环境 / 最小闭环 / 数据 / 五步 逐块拆)→ 总(收口到「门槛迁移」+ 给普通人的机会)。
最强手法 = 抽象概念配模块逻辑图 + 真实界面坐实。讲「agent 工作流」就弹「自然语言入口 / 进入代码库 / 验证复盘 / 微进化」四模块图;讲「桌面端开发」就直接甩出 analyzeContext.ts 的真实代码编辑器画面。抽象的话用逻辑图固化,可信度用真实界面坐实——这是高完播知识视频的两大支柱。
【5】金句 & 记忆点 ★★★★☆
可二次传播的句子:
- 「结果不只是写出来的,而是能跑出来、看出来、验证出来的。」(全片主旨句)
- 「数据不是炫耀,是证据。」(数据卡的最强记忆点)
- 「门槛从手敲代码,变成组织 AI 工程能力。」(认知迁移金句)
- 「AI 不是让你不负责,而是让一个人也能跑完整产品。」(收尾立意句)
视觉记忆点:那张「想法 → 实现 → 验证 → 反馈 → 修复」的闭环图,一帧就能让人记住整套方法论的骨架。
【6】收尾 & CTA ★★★☆☆
CTA 类型:认知升华型 + 项目引流型(弱)。结尾没有强行带货或卖课,而是把落点收到「普通人的机会就在这里」,并露出项目 GitHub 链接。沉锚靠「我真做出来了 + 这条路你也能走」建立的同行者信任,引导的是关注与去看开源项目,而非即时转化。
【7】可复制文案骨架(认知方法论版)
[战报钩子+反转] 我用 ___(极端投入)做出了 ___(炸裂结果)。但这期我不讲战报,讲背后更有用的 ___。
[认知校准] 现在大家对 ___ 的理解,语境已经变了。它不是 ___(旧框),而是 ___(新框)。
[核心论点] 真正的价值,是把「___→___→___」凝成一条可重复运行的 ___。
[反直觉点] 这事能成,首先不是靠 ___(大家以为的),而是靠 ___(被忽略的关键)。
[最小可执行] 普通人可以从最小闭环开始:先 ___,再 ___,做完不要急着信,要让它 ___。
[数据即证据] 这不是炫耀,是证据:___ 个数据说明这套打法真能跑通。
[门槛迁移收尾] 门槛从 ___ 变成了 ___。普通人的机会,可能就在这里。
镜头视觉拆解(分镜清单)
这条是「真人小窗口播 + 全屏模块逻辑图 / 真实代码界面」交替的标准知识口播结构。按视觉轨分段(时间码对齐豆包视觉整段理解):
| 时间码 | 画面 | 镜头角色 | 花字 & 弹层 | 复刻要点 |
|---|---|---|---|---|
| 0–18s | 左侧项目介绍文字 + 数据卡,右侧项目界面 New session | 战报钩子 | 「10K+ Star / 622 commits / 70 亿 Token」 | 首帧用数据卡承担钩子,再用「不做战报」反转 |
| 19–38s | 黑底四模块逻辑图 | 认知校准 | 「AI coding 已经是 agent 工作流」 | 抽象概念用模块图先给地图,降低理解成本 |
| 39–62s | 黑底模块图(上下文 / 项目 / 浏览器 / Skills) | 环境论 | 「不是单点模型,而是环境变了」 | 把「反直觉论点」用并列模块一眼讲清 |
| 63–100s | 「最小工作流」模块 + 项目界面 | 方法论主体 | 「先做第一版,再让它验证」「循环越短,迭代越快」 | 把宏大链路降配成个人可执行的最小回路 |
| 101–132s | 项目数据大卡 | 证据背书 | 「数据不是炫耀,是证据」「40 天 / 622 commits / 131 fixes」 | 用真实结构化数据为方法论背书,比口播可信 |
| 133–170s | 真实代码编辑器(analyzeContext.ts) | 实操坐实 | 「知道最终产物,AI 才能快速实现」 | 甩真实代码界面,证明「不是空谈方法论」 |
| 171–209s | 「普通人怎么开始」五模块 | 上手清单 | 「选真实小问题 / 小步给 agent / 每轮都验证 / 沉淀 Skills」 | 把方法论收成可勾选的行动项 |
| 210–230s | 项目 GitHub 链接 + 立意悬浮窗 | 认知收口 | 「一个普通人也能跑完整产品」 | 真人/链接收尾,把信任从「内容」转到「人 + 项目」 |
视觉打法三查:
- 图层即重点:每讲一个抽象概念就弹一张模块逻辑图,口播负责讲、图层负责记,分工明确。
- 真实界面背书:用真实代码编辑器、真实数据卡证明「我不是讲空理论,是真在做」,把可信度拉满。
- 真人锚定在首尾:中间用图层和界面撑信息密度,真人小窗贯穿建立人格连接——知识口播号的标准结构。
写给普通人:你到底差在哪(落地清单)
把这条视频的方法论翻译成一张可勾选的行动清单:
- 换框架:别再把 AI 当「补全工具」,把它当能进项目、自己跑通任务的 agent。
- 补全闭环:你大概率只做了「想法 → 实现」就停了。把缺的三环补上——做完先验证、验出问题给反馈、交回去让它修。
- 先搭验证环境:别只升级模型,先让自己能跑测试、能开浏览器自查、能打日志,让结果「跑得出来、看得出来」。
- 第一个闭环往小做:小到两小时能转完一圈;循环越短,迭代越快。
- 接受 bug、沉淀 Skills:代码都有 bug,发现就让 AI 修;把跑通的能力固化成可复用工具,让能力复利。
普通人和这位作者的差距,往往不是「会不会写代码」,而是这套「想法→实现→验证→反馈→修复」的工程闭环没装上。AI 编程时代,把代码写出来的门槛在塌方式下降,真正稀缺的是这套让一个人也能把产品「跑通、验对、修好」的组织能力。
诚实纠错与留余地
为了不替视频背书过头,几点必须讲清楚:
- 战报数字是作者自述,本文不独立核实。「70 亿 Token / 10K+ Star / 622 commits」来自视频中的项目数据卡,本文借它作方法论锚点,不为每个具体数字背书;开源项目 Star/commit 数会随时间变动,以你查看时的实际仓库为准。
- 模型名以视频画面为准。数据卡里读到的「GPT-5.5」等模型名是画面 OCR 所得,可能是 GPT-5 系列的某个版本,本文不对具体型号做技术确认,仅说明「借助多模型协作」这一事实。
- 「一个人跑完整产品」是必要不充分条件。装上这套工程闭环能大幅提高跑通的概率,但不保证结果——选题、需求真伪、执行力、运气仍是变量。个体样本(作者本人)有幸存者偏差。
- 「烧 Token 换速度」有成本门槛。70 亿 Token 是真金白银的算力开销,普通人起步时要量力而行,从「最小闭环」起步、按需扩规模,别一上来就照搬这个量级。
一句话收口:这条视频最该被记住的不是「70 亿 Token」,而是那条能自己转起来的工程闭环——想法 → 实现 → 验证 → 反馈 → 修复。把这五环装进你的工作方式里、尤其补上最容易被跳过的「验证」,比羡慕任何一个 Star 数字都更有用。