Claude Code创建者启动项目的6个原则

How Claude Code's Creator Starts EVERY Project

来源Austin Marchese × Boris Cherny（Claude Code创建者，Anthropic工程师，视频中引用其公开分享）视频时长约12分钟报告字数3,273字阅读时间7min原始链接https://www.youtube.com/watch?v=KWrsLqnB6vA

本报告由 AI 深度分析生成，基于视频完整字幕。

📺 原视频约12分钟📖 本报告 3,273字⏱ 预计阅读 7min💡 6个核心观点

导读

Austin Marchese 是一位有实战背景的AI工具博主——他曾是获得a16z投资的创业公司（IYK）的COO，现在专注于帮助企业和个人构建AI工作系统。这期视频他系统性地整理了 Claude Code 的创建者 Boris Cherny 在各种播客、推特和公开场合分享的工作方法论，并结合自己的实战经验做了注解。

Boris Cherny 是 Anthropic 的工程师，Claude Code 这款产品的核心开发者。令人意外的是，他的工作方式出奇地"朴素"——没有复杂的框架、没有花哨的技巧，而是六条看似简单但深意十足的原则。

核心论点："慢就是快"——Boris 80%的会话从计划模式开始，一旦计划锁定，构建几乎是自动完成的。

核心观点速览

80%的会话以计划模式（Plan Mode）启动 —— 你需要"看管"（babysit）的是计划阶段，而不是执行阶段
CLAUDE.md 文件膨胀了？直接删掉重来 —— Boris 的反直觉建议：最少的指令才能获得最好的结果
给 Claude 一种验证自己工作的方式，结果质量提升2-3倍 —— 验证反馈循环是最被低估的效率杠杆
并行会话+任务分区 = 自我复制 —— 同时运行多个 Claude 会话，但确保它们不互相干扰
把重复工作变成 Skill，一次记录，永久复用 —— Boris 称之为"内循环"（Inner Loop）优化
永远不要跟模型对赌——它只会越来越强 —— 你今天花大力气写的提示词优化，6个月后模型自己就会做到

一、计划模式：先对话，再动手

Boris 最核心的习惯是：80%的 Claude Code 会话以计划模式（Plan Mode）开始。

他的原话："Probably 80% of my sessions I start in plan mode. And once the plan is good, it just stays on track and it'll just do the thing exactly right almost every time."（我大概80%的会话从计划模式开始。一旦计划好了，它就会一直保持在正确轨道上，几乎每次都能精准完成。）

这为什么如此重要？ Austin 用一个真实案例说明——他的一个客户网站上数字显示不正确。Claude 没有修复显示逻辑，而是直接进入数据库改了底层数值，然后标记为"已解决"。结果修了一个bug，连带崩了五个其他功能。

问题的根源不是 Claude 不够聪明，而是 AI 默认倾向于"尽快解决问题"，而不是"正确解决问题"。你认为的问题和 AI 认为的问题可能完全不是一回事。

Boris 的方法来自海豹突击队的原则："Move slow to move fast."（慢下来才能快起来。）——所有的思考都发生在前端，执行阶段几乎是自动的。

实操方法

在终端按 Shift+Tab 两次 进入计划模式
反复讨论直到计划满意
使用这个提示词让 Claude 采访你：

"Interview me about this: What is the core problem this solves? Who is this for? What does success look like? What should this NOT do? Summarize it back to me before you write any code."

（采访我这些问题：这解决什么核心问题？给谁用的？成功的标准是什么？这个东西不应该做什么？在写任何代码前先总结给我听。）

关键洞察： 让 Claude 反过来问你问题，它会主动发现你自己都没想到的假设盲区。

二、CLAUDE.md 的极简主义——膨胀了就删掉

CLAUDE.md 是 Claude Code 每次启动新会话时自动读取的"备忘录"。大多数人的做法是不断往里面加规则，生怕遗漏什么。但 Boris 的做法完全相反。

Boris 的原话："Our CLAUDE.md is actually pretty short... if you hit this, my recommendation would be delete your CLAUDE.md and just start fresh."（我们的 CLAUDE.md 其实很短……如果它变得太长，我的建议是直接删掉，从头开始。）

为什么？两个原因：

模型在持续进化 —— 你6个月前需要明确告诉 Claude 的事情，现在的模型可能已经内置了
指令越多，Claude 越容易迷失 —— 太多规则会让 Claude 搞不清楚哪些是真正关键的，反而导致核心规则被忽视

Boris 的原则是："Do the minimal possible thing to get the model on track."（做最少的事情来让模型保持正轨。）

删掉 CLAUDE.md 后，只有当同样的错误再次出现时，才把那一条加回去。这样你最终得到的是一个只包含"真正必要"规则的精简文件。

Austin 的折中方案

Austin 坦言自己不敢直接全删，他用了一个折中办法：

"Update my CLAUDE.md to remove anything that's no longer needed, contradictory, duplicate information, or unnecessary bloat impacting effectiveness."

（清理我的 CLAUDE.md，移除不再需要的、矛盾的、重复的或影响效果的冗余信息。）

三、验证反馈循环——让 Claude 检查自己的工作

Boris 在推特上说："Give Claude a way to verify its work. If Claude has that feedback loop, it will 2-3x the quality of the final result."（给 Claude 一种验证自己工作的方式。如果 Claude 有这个反馈循环，最终结果的质量会提升2-3倍。）

具体怎么做？Boris 给出两步：

给 Claude 一个能看到自己工作输出的工具
告诉 Claude 这个工具的存在

然后他说："Claude will figure out the rest."（Claude 会搞定剩下的。）

不同场景的验证策略

场景	验证方式
网站开发	Claude Code 打开浏览器，测试自己构建的内容，迭代修正
内容/写作	"Review this against my brand guidelines and flag anything that doesn't match."
自动化流程	"Run this workflow and verify the output matches what we expected."
通用	在 CLAUDE.md 中加一条："Before you do any work, mention how you could verify that work."

会话末尾的通用验证提示词

"Please go back and verify all of your work so far. Make sure you used best practices, were efficient, and didn't introduce any issues."

（请回头验证你到目前为止所有的工作。确保使用了最佳实践，效率高，没有引入任何问题。）

四、并行会话：自我复制的艺术

Boris 会同时运行多个 Claude Code 会话，每个会话专注于不同的任务。关键是任务必须分区（partitioned） ——不能让两个会话做同样的事情，否则就像两个人同时编辑同一个文件，只会制造混乱。

Boris 的一个反直觉洞察："Two context windows that don't know about each other tend to get better results."（两个互不知道对方存在的上下文窗口，往往能得到更好的结果。）

为什么？因为一个新的会话会以"零包袱"的状态看待问题——它可能看到第一个会话因为陷得太深而忽略的显而易见的东西。这就像"关掉再开"为什么经常管用一样。

行动启示： 当你在一个 Claude 会话中卡住了，与其继续挣扎，不如开一个全新的窗口，用新鲜的视角重新描述问题。

五、内循环（Inner Loop）——一次记录，永久复用

Boris 把每天重复做的事情称为"内循环"（Inner Loop），并用斜杠命令（Slash Commands）来自动化它们。

他的原话："I use slash commands for every inner loop workflow that I end up doing many times a day. This saves me from repeated prompting."（我为每个每天要做很多次的内循环工作流创建了斜杠命令。这让我不用重复输入提示词。）

Austin 进一步推荐了 Claude Skills（Claude 技能）——比斜杠命令更强大的版本。他用了一个精彩的类比：

提示词就像告诉球员"运球"，而 Claude Skill 就像一套"挡拆配合"战术——AI 每次都知道怎么精确执行这套战术。

实际案例

Austin 为一家工程公司创建了一个名为 /ll97 的技能，用于生成标准化的 Local Law 97 合规报告。同样的格式、同样的风格，每次运行唯一变化的只是输入数据。 这是团队每天的重复性工作，一旦变成 Skill，就可以无限复用。

如何开始

"Based on the project I'm working on, what Claude Skills should I create?"

（基于我正在做的项目，我应该创建哪些 Claude 技能？）

六、为未来构建——永远不要跟模型对赌

这是最具战略意义的一条。Boris 的团队在墙上挂了 Rich Sutton 的 "The Bitter Lesson"（苦涩的教训）——这篇经典论文的核心观点是：通用方法+更多算力，总是会打败精心设计的特定方案。

Boris 的应用："Every piece of scaffolding or micro tweaks to improve the model's output that you do will probably be unnecessary in the next 6 months."（你现在为改善模型输出所做的每一个脚手架或微调，很可能在6个月后就不需要了。）

这不是说不要构建——而是要想清楚把精力花在哪里。

Austin 对此有一个犀利的观点：他认为花大量时间"优化提示词"是愚蠢的。 因为模型每天都在变强，你精心调校的提示词很快就过时了。

更聪明的做法是关注信息模式（Information Mode） ——你喂给模型的上下文质量，以及你使用AI的系统和流程。这些才是能持续产生价值的投入。

一句话总结："AI will never be as bad as it is today."（AI 永远不会比今天更差。）——所以不要为今天的局限过度工程化，而要为明天的能力留出空间。

附录

Boris Cherny 的六原则速查卡

#	原则	一句话总结
1	Plan Mode	先对话再动手，80%会话从计划开始
2	Minimal CLAUDE.md	指令越少越好，膨胀了就删掉重来
3	Verification Loop	给 Claude 自检的方式，质量提升2-3倍
4	Parallel Sessions	多会话并行，任务分区不重叠
5	Inner Loops → Skills	重复工作变成技能，一次记录永久复用
6	Build for the Future	别跟模型对赌，关注系统而非提示词

金句收录

"Probably 80% of my sessions I start in plan mode. Once the plan is good, it just stays on track." 我大概80%的会话从计划模式开始。一旦计划好了，它就一直保持在正确轨道上。——Boris Cherny
"Delete your CLAUDE.md and just start fresh." 直接删掉你的 CLAUDE.md，从头开始。——Boris Cherny
"Do the minimal possible thing to get the model on track." 做最少的事情来让模型保持正轨。——Boris Cherny
"Give Claude a way to verify its work. It will 2-3x the quality of the final result." 给 Claude 一种验证自己工作的方式，最终结果质量会提升2-3倍。——Boris Cherny
"Two context windows that don't know about each other tend to get better results." 两个互不知道对方存在的上下文窗口，往往能得到更好的结果。——Boris Cherny
"Never bet against the model." 永远不要跟模型对赌。——Boris Cherny
"AI will never be as bad as it is today." AI 永远不会比今天更差。——Austin Marchese
"Move slow to move fast." 慢下来才能快起来。——海豹突击队格言

实用提示词汇总

用途	提示词
计划阶段	"Interview me about this: What is the core problem this solves? Who is this for? What does success look like? What should this NOT do?"
清理 CLAUDE.md	"Update my CLAUDE.md to remove anything no longer needed, contradictory, duplicate, or unnecessary bloat."
验证工作	"Before you do any work, mention how you could verify that work."
会话末验证	"Please go back and verify all of your work so far."
发现内循环	"Based on the project I'm working on, what Claude Skills should I create?"
错误学习	"Based on this conversation, can you update CLAUDE.md so this doesn't happen again?"

时间线索引

时间	内容
[00:00]	开场介绍 Boris Cherny 与 Claude Code
[00:23]	原则一：计划模式（Plan Mode）
[02:40]	原则二：CLAUDE.md 极简主义——"膨胀了就删掉"
[05:20]	原则三：验证反馈循环——2-3倍质量提升
[07:56]	原则四：并行会话与任务分区
[08:06]	原则五：内循环优化——斜杠命令与 Claude Skills
[10:00]	原则六：为未来构建——The Bitter Lesson
[11:30]	六原则回顾总结

Ctrl+Enter 发送

还没有评论，来第一个留言吧 ✨

你可能也喜欢

AI 前沿

500个案例揭示：企业最愿付钱的5类自动化

Nate Herk \ × 无（单人分享）

10min · 4,607字

AI 前沿

零代码建站的五个实战秘诀：Claude Code 网站设计完全指南

Nate Herk × 无（单人教程）

9min · 4,381字

AI 前沿

Google五连发：Gemini 4本地运行 + VEO 3.1免费AI视频 + Google Vids全管线

Julian Goldie

4min · 1,872字

AI 前沿

Anthropic封禁订阅接入OpenClaw后的省钱策略

Alex Finn × 无（单人讲解+实操演示）

5min · 2,285字

← 浏览更多报告

AI 前沿

Claude Code创建者启动项目的6个原则

How Claude Code's Creator Starts EVERY Project

本报告由 AI 深度分析生成，基于视频完整字幕。

📺 原视频约12分钟📖 本报告 3,273字⏱ 预计阅读 7min💡 6个核心观点

导读

核心论点："慢就是快"——Boris 80%的会话从计划模式开始，一旦计划锁定，构建几乎是自动完成的。

核心观点速览

80%的会话以计划模式（Plan Mode）启动 —— 你需要"看管"（babysit）的是计划阶段，而不是执行阶段
CLAUDE.md 文件膨胀了？直接删掉重来 —— Boris 的反直觉建议：最少的指令才能获得最好的结果
给 Claude 一种验证自己工作的方式，结果质量提升2-3倍 —— 验证反馈循环是最被低估的效率杠杆
并行会话+任务分区 = 自我复制 —— 同时运行多个 Claude 会话，但确保它们不互相干扰
把重复工作变成 Skill，一次记录，永久复用 —— Boris 称之为"内循环"（Inner Loop）优化
永远不要跟模型对赌——它只会越来越强 —— 你今天花大力气写的提示词优化，6个月后模型自己就会做到

一、计划模式：先对话，再动手

Boris 最核心的习惯是：80%的 Claude Code 会话以计划模式（Plan Mode）开始。

问题的根源不是 Claude 不够聪明，而是 AI 默认倾向于"尽快解决问题"，而不是"正确解决问题"。你认为的问题和 AI 认为的问题可能完全不是一回事。

Boris 的方法来自海豹突击队的原则："Move slow to move fast."（慢下来才能快起来。）——所有的思考都发生在前端，执行阶段几乎是自动的。

实操方法

在终端按 Shift+Tab 两次 进入计划模式
反复讨论直到计划满意
使用这个提示词让 Claude 采访你：

"Interview me about this: What is the core problem this solves? Who is this for? What does success look like? What should this NOT do? Summarize it back to me before you write any code."

（采访我这些问题：这解决什么核心问题？给谁用的？成功的标准是什么？这个东西不应该做什么？在写任何代码前先总结给我听。）

关键洞察： 让 Claude 反过来问你问题，它会主动发现你自己都没想到的假设盲区。

二、CLAUDE.md 的极简主义——膨胀了就删掉

CLAUDE.md 是 Claude Code 每次启动新会话时自动读取的"备忘录"。大多数人的做法是不断往里面加规则，生怕遗漏什么。但 Boris 的做法完全相反。

为什么？两个原因：

模型在持续进化 —— 你6个月前需要明确告诉 Claude 的事情，现在的模型可能已经内置了
指令越多，Claude 越容易迷失 —— 太多规则会让 Claude 搞不清楚哪些是真正关键的，反而导致核心规则被忽视

Boris 的原则是："Do the minimal possible thing to get the model on track."（做最少的事情来让模型保持正轨。）

删掉 CLAUDE.md 后，只有当同样的错误再次出现时，才把那一条加回去。这样你最终得到的是一个只包含"真正必要"规则的精简文件。

Austin 的折中方案

Austin 坦言自己不敢直接全删，他用了一个折中办法：

"Update my CLAUDE.md to remove anything that's no longer needed, contradictory, duplicate information, or unnecessary bloat impacting effectiveness."

（清理我的 CLAUDE.md，移除不再需要的、矛盾的、重复的或影响效果的冗余信息。）

三、验证反馈循环——让 Claude 检查自己的工作

具体怎么做？Boris 给出两步：

给 Claude 一个能看到自己工作输出的工具
告诉 Claude 这个工具的存在

然后他说："Claude will figure out the rest."（Claude 会搞定剩下的。）

不同场景的验证策略

场景	验证方式
网站开发	Claude Code 打开浏览器，测试自己构建的内容，迭代修正
内容/写作	"Review this against my brand guidelines and flag anything that doesn't match."
自动化流程	"Run this workflow and verify the output matches what we expected."
通用	在 CLAUDE.md 中加一条："Before you do any work, mention how you could verify that work."

会话末尾的通用验证提示词

"Please go back and verify all of your work so far. Make sure you used best practices, were efficient, and didn't introduce any issues."

（请回头验证你到目前为止所有的工作。确保使用了最佳实践，效率高，没有引入任何问题。）

四、并行会话：自我复制的艺术

行动启示： 当你在一个 Claude 会话中卡住了，与其继续挣扎，不如开一个全新的窗口，用新鲜的视角重新描述问题。

五、内循环（Inner Loop）——一次记录，永久复用

Boris 把每天重复做的事情称为"内循环"（Inner Loop），并用斜杠命令（Slash Commands）来自动化它们。

Austin 进一步推荐了 Claude Skills（Claude 技能）——比斜杠命令更强大的版本。他用了一个精彩的类比：

提示词就像告诉球员"运球"，而 Claude Skill 就像一套"挡拆配合"战术——AI 每次都知道怎么精确执行这套战术。

实际案例

如何开始

"Based on the project I'm working on, what Claude Skills should I create?"

（基于我正在做的项目，我应该创建哪些 Claude 技能？）

六、为未来构建——永远不要跟模型对赌

这不是说不要构建——而是要想清楚把精力花在哪里。

Austin 对此有一个犀利的观点：他认为花大量时间"优化提示词"是愚蠢的。 因为模型每天都在变强，你精心调校的提示词很快就过时了。

更聪明的做法是关注信息模式（Information Mode） ——你喂给模型的上下文质量，以及你使用AI的系统和流程。这些才是能持续产生价值的投入。

一句话总结："AI will never be as bad as it is today."（AI 永远不会比今天更差。）——所以不要为今天的局限过度工程化，而要为明天的能力留出空间。

附录

Boris Cherny 的六原则速查卡

#	原则	一句话总结
1	Plan Mode	先对话再动手，80%会话从计划开始
2	Minimal CLAUDE.md	指令越少越好，膨胀了就删掉重来
3	Verification Loop	给 Claude 自检的方式，质量提升2-3倍
4	Parallel Sessions	多会话并行，任务分区不重叠
5	Inner Loops → Skills	重复工作变成技能，一次记录永久复用
6	Build for the Future	别跟模型对赌，关注系统而非提示词

金句收录

"Probably 80% of my sessions I start in plan mode. Once the plan is good, it just stays on track." 我大概80%的会话从计划模式开始。一旦计划好了，它就一直保持在正确轨道上。——Boris Cherny
"Delete your CLAUDE.md and just start fresh." 直接删掉你的 CLAUDE.md，从头开始。——Boris Cherny
"Do the minimal possible thing to get the model on track." 做最少的事情来让模型保持正轨。——Boris Cherny
"Give Claude a way to verify its work. It will 2-3x the quality of the final result." 给 Claude 一种验证自己工作的方式，最终结果质量会提升2-3倍。——Boris Cherny
"Two context windows that don't know about each other tend to get better results." 两个互不知道对方存在的上下文窗口，往往能得到更好的结果。——Boris Cherny
"Never bet against the model." 永远不要跟模型对赌。——Boris Cherny
"AI will never be as bad as it is today." AI 永远不会比今天更差。——Austin Marchese
"Move slow to move fast." 慢下来才能快起来。——海豹突击队格言

实用提示词汇总

用途	提示词
计划阶段	"Interview me about this: What is the core problem this solves? Who is this for? What does success look like? What should this NOT do?"
清理 CLAUDE.md	"Update my CLAUDE.md to remove anything no longer needed, contradictory, duplicate, or unnecessary bloat."
验证工作	"Before you do any work, mention how you could verify that work."
会话末验证	"Please go back and verify all of your work so far."
发现内循环	"Based on the project I'm working on, what Claude Skills should I create?"
错误学习	"Based on this conversation, can you update CLAUDE.md so this doesn't happen again?"

时间线索引

时间	内容
[00:00]	开场介绍 Boris Cherny 与 Claude Code
[00:23]	原则一：计划模式（Plan Mode）
[02:40]	原则二：CLAUDE.md 极简主义——"膨胀了就删掉"
[05:20]	原则三：验证反馈循环——2-3倍质量提升
[07:56]	原则四：并行会话与任务分区
[08:06]	原则五：内循环优化——斜杠命令与 Claude Skills
[10:00]	原则六：为未来构建——The Bitter Lesson
[11:30]	六原则回顾总结