Claude Code的创造者如何启动每一个项目

鲍里斯·切尼，Claude的创造者，表示他的配置相当基础。因此，我开始研究鲍里斯以及他的工作方式。我挖掘了访谈、讨论串，以及他公开分享的所有关于他实际如何使用Claude Code的内容。

尽管他有工程背景，他所运用的所有原则任何人都可以应用。因此，在这个视频中，我将向你展示他如何启动每一个项目，并分享我个人是如何应用这些工作流程的。让我们开始第一个流程。

让我们进入第一部分，这部分内容全部关于计划模式。那么，这里有一个你可能一直忽略的重要功能。这里有一段视频片段，展示了他是如何运用这一功能以及如何照看Claude Code的。>> 我Probably 80%的会话都是从计划模式开始的。一旦计划制定得当，

一旦计划制定得当，它便进入执行模式。一旦计划制定得当，它就会按部就班地推进。它会持续保持在正确的轨道上，几乎每一次都能精准无误地完成任务。所以，你看，以前你需要在计划执行前后费心照看，而现在，只需在计划制定前稍作准备即可。

因此，他80%的会议都以规划模式开始，并明确阐述了在T121开始构建之前保姆式指导的重要性。他提到，一旦一个好的计划被锁定，构建过程几乎是自动的。那么，为什么这一点如此重要呢？

大多数人打开Claude Code，输入他们想要的内容，然后让它运行。实际上并没有太多规划参与其中。是的，人工智能确实涉及规划。

确实，人工智能擅长解决问题，但它认为应该解决的问题与你真正希望它解决的问题未必是同一回事。如果你的请求含糊不清，得到的解决方案就会出错，然后你只能为此耗费时间。

然后你花费数小时调试一个本可以从一开始就避免的问题。本可以从一开始就避免。本可以从一开始就避免。总的来说，人工智能的设计初衷是尽可能快速地解决问题，尽可能快速地解决问题，尽可能快速地解决问题，而不一定是正确的。所以，你可能不一定正确。

所以，你可能以为问题已经解决了，但实际上它并没有真正解决你希望它解决的问题。我亲眼见过这种情况。比如，我曾合作的一位客户，他们的网站上有一个bug，数字显示不正确。

他没有去修复显示问题，而是直接进入了数据库，修改了获取信息的数值，然后标记为已解决。虽然解决了一个问题，却因为改动数值导致应用中其他大约五个功能出现了故障。

它之所以成为应用，是因为它改变了价值。它并没有真正按照我们期望的方式解决问题。因此，鲍里斯的方法有所不同，对吧？他并非急于直接应对，而是在进行规划。我常引用海豹突击队的一句话：欲速则不达，慢行以致远。

海豹突击队行动讲究“慢中求快”。他将所有思考前置，然后执行阶段基本是自动化的。所以，在构建任何内容之前，请在终端中按两次Shift+Tab键，这将进入Claude Code的计划模式。

所以，反复调整直到你真正满意为止，或许可以请它对你进行访谈，看看你的设想中是否存在任何疏漏。然后，你就可以让它开始构建了。这里有一个具体的提示语可以使用：在我们开始构建之前，先就这个主题对我进行访谈。

关于这个项目，面试会涉及哪些内容？它解决的核心问题是什么？这些核心问题针对的是谁？目标用户是谁？成功的标准是怎样的？另外，项目不应涉及哪些方面？在开始编写代码之前，请先向我总结这些要点。

现在，Claude会主动询问那些它之前可能仅凭假设就下定论的事情。这一切都是为了给Claude创造最佳的成功条件。接下来这部分，可能是他整个策略中最让我感到惊讶的地方。

第二部分，关于他的整体策略。第二部分，关于他的整体策略。第二部分，Claude.md。所以，当你使用过Claude Claude.md。所以，当你使用过Claude Claude.md。所以，当你使用过Claude Code时，你可能见过一个名为Code的文件，你可能见过一个名为Code的文件，你可能见过一个名为Claude.md的文件。它本质上是一套Claude.md。它本质上是一套Claude.md。它本质上是一套指令，Claude每次启动新聊天时都会读取这些指令。想象一下每次启动新聊天时都会读取这些指令。想象一下每次启动新聊天时都会读取这些指令。

想象一下，这就像给Claude一份关于你工作方式的“小抄”，这份指南完全根据你的个人习惯定制。鲍里斯经常这样使用它，就像许多人一样。每当出现错误时，他就会更新Claude.md文件，以确保同样的问题不再发生。

一个简单的提示你可以在这里使用，一个简单的提示你可以在这里使用，一个简单的提示你可以在这里使用，“基于这次对话，你能更新Claude.md文件，让这种情况不再发生吗？”这非常强大，但也有局限性。很多人认为，我给出的指令越多，得到的结果就会越好。

我给出的越多，结果就会越好。所以他们只是创建了这个庞大的T121.md文件，里面塞满了他们能想到的所有规则，而且他们从不尝试去清理它。但鲍里斯却恰恰相反。这里有一段他谈论如何处理这个文件变得极其冗长时的片段。所以，我们的……

所以，我们的文件变得非常冗长。实际上，我们的Claude.md文件相当简短。我认为它大概只有几千个token字符，差不多是这样。嗯，如果你遇到这种情况，我的建议是删除你的Claude.md文件，然后重新开始。

>> 有意思。

我觉得很多人倾向于过度设计，对吧？而实际上，每个模型的能力都在变化。所以，关键是要做尽可能少的事情来让模型步入正轨。因此，如果你删除了你的Claude.md文件，然后……

然后，如果你删除了你的Claude，模型就会偏离轨道，做出错误的事情。这时候，你就需要一点一点地往回添加。而且，我们可能会发现，对于每一个模型，你需要添加的量会越来越少。他的建议是反直觉的，至少对我来说是这样。

但这至少对我来说是反直觉的。他的意思是，如果文件臃肿，就直接删除整个内容，重新开始。他的观点是，因为这些模型每天都在进步，你六个月前需要的东西，现在很可能已经内置在模型里了。

总的来说，如果你现在给它一大堆指令，指令越多，T121就越可能感到困惑，从而无法应用那些真正关键的规则。所以，他只会……

所以，他会直接删除整个东西，这对我来说有点吓人，可能也是他有点吓人的地方，或许是他对Claude Code有点过于相信了。老实说，我不太确定。但鲍里斯的方法……

但鲍里斯的方法——他说“做最少必要的事来让模型步入正轨”——完全正确。他的做法是，如果再次看到同样的问题，就直接把它添加到Claude.md文件中。坦白说，这不是我通常会做的事，我觉得自己在这方面有点欠缺。

我确实感到有点害怕。但我所做的不是删除它，而是运行一个简单的命令。我说：“更新我的Claude.md文件，移除任何不再需要、相互矛盾、重复的信息，或影响效率的不必要冗余。”我发现这很有效。

我发现这是一个有效的折中方案，但也可以采纳鲍里斯的建议，定期大胆地删除整个文件。如果你没有使用并持续更新Claude.md文件，请务必开始这样做。

那么，我们讨论过的前两种策略，其核心都在于提升成效。但如何确保实际效果符合预期呢？第三部分，他接下来的关键举措，便是关于验证。

这是鲍里斯在推特上发的一条让我印象深刻的帖子。"给Claude一个验证其工作的途径。如果Claude拥有这样的反馈循环，最终结果的质量将提升两到三倍。"理论上这听起来很棒，对吧？

你可以让Claude检查它所做的，看看是否正确。但在实践中如何操作呢？屏幕上显示了他的推文，他给出了两个步骤：一是给Claude一个工具来查看其工作输出；二是向Claude介绍这个工具。

就是这样，然后他说Claude会搞定剩下的。再说一遍，Claude确实非常强大。那么，对你我而言，这在实践中意味着什么？如果你正在构建某个东西。

如果你在构建一个网站，鲍里斯会使用Claude Code，打开浏览器，测试构建的内容，并反复迭代直到它真正运行起来。如果你在编写代码，这里还有一些其他策略。

对我来说更有趣的是那些不一定有对错之分的事物，比如更具创造性的部分。所以，如果你用Claude来处理内容或写作，你可以说：“根据我的品牌指南审查这个，并标记出任何不符合的地方。”

"或者，如果你正在构建自动化流程，你可以说，'运行这个工作流并验证输出是否符合我们的预期。' 最重要的是，最简单的方法，几乎能涵盖所有情况，就是在执行前将其添加到你的Claude.md文件中。"

在开始任何工作之前，请说明如何验证该工作，说明如何验证该工作，说明如何验证该工作。现在，Claude将告诉你该工作。现在，Claude将告诉你该工作。现在，Claude将在实际开始构建之前告诉你其验证计划是什么，在实际开始构建之前告诉你其验证计划是什么，在实际开始构建之前告诉你其验证计划是什么。如果没有明确的验证方法，也许有更好的处理方式，如果没有明确的验证方法，也许有更好的处理方式，如果没有明确的验证方法，也许有更好的处理方式。

这里有个专业建议，在与Claude Code反复沟通多次后，你可以尝试运行这个指令。比如，告诉它：“请全面复核你目前完成的所有工作。确保遵循最佳实践，保持高效，且没有引入任何问题。”这样一来，你其实是在进行规划，同时也在——

所以，你在规划，你在保持指令简洁，你在保持指令简洁，你在保持指令简洁，并且你在验证。但如果你能同时进行更多验证呢？这可能是最大的效率倍增器，能提升你的效率倍增器，能提升你的效率倍增器，从而通过这些工具提高你的效率。因此，这是关于自我倍增。而鲍里斯关于自我倍增。

鲍里斯有一条推文，他在其中反复强调了并行工作的重要性。这里有很多技术术语，比如获取工作树，如果你有兴趣，可以自行查阅相关资料。

但这可能并不重要，因为这更适合那些工程实力更雄厚的团队。对你而言，关键是他提出的工作流分区概念。他将拥有多个不同的工作流程。

他将同时运行多个Claude会话，每个会话专注于不同的任务。关键在于每个任务都是独立划分的，互不重叠。一个简单的理解方式是……

简单来说，假设有两个人同时处理完全相同的任务，就会造成精力和时间的浪费，并且他们很可能会在操作文件时产生冲突。这与Claude的情况同理。如果存在多个Claude同时运行，也会引发类似问题。

如果你有多个会话处理同一件事，那只会适得其反。鲍里斯会考虑到这一点来处理。他说：“两个互不知情的上下文窗口往往能产生更好的结果。”

因此，一个新的会话可以不带任何包袱地审视问题，它可能会发现一些显而易见的东西，而这些正是你第一次会话因为过于深入细节、被背景信息所困扰而错过的。

创建一个新窗口，然后重新开始，就像你把它关掉再回来，它就能正常工作。现在，他的第五个策略就是关于创建一个内部循环。鲍里斯将重复性任务称为内部循环。

这是他一天中会多次重复的事情。你可能没有意识到，但如果你仔细想想，你会发现很多这样的内部循环。引用他的原话："对于我每天要重复多次的每一个内部循环工作流程，我都会使用斜杠命令。"

我每天都要重复做很多次。这让我免于反复输入指令。"斜杠命令让他能够快速调用那些他经常重复的操作，并且他已经采取了更为系统化的方法。现在，鲍里斯正在运用这种系统化的方式。"

现在，鲍里斯使用一种叫做斜杠命令的工具来处理他日常中那些重复性较高的事务，也就是他所谓的内部循环。但还有一种名为Claude技能的东西，它对你正在做的事情来说要适用得多。

Claude技能本质上是一种记录流程的方法，以便你可以在Claude Code中直接调用它，从而每次都完成那个任务。用一个体育类比来说，提示就像你告诉球员去运球，而Claude技能则是要执行的具体战术。

对于Claude技能来说，每次执行都是精准无误的战术配合。就像挡拆配合，人工智能每次都能精确执行这一战术。谈到Claude技能，不妨想想你日常生活中那些不断重复的内在循环。对我而言，有些循环贯穿了整日时光。

对我而言，一些我为客户运用的技能，比如我曾与一家工程公司合作，他们需要处理所谓的《地方法规97号报告》，内容可能有些枯燥。但我能够运用一项技能……

但我能够运用一项技能，即使用LL97生成相同的LL97报告，每次执行时都能以相同的格式、相同的风格生成完全一致的报告。唯一变化的是我所引用的数据。这是一个内部循环，我引用的数据在其中不断更新。

这是我团队每天必须执行的一个内部循环，但一旦我们为此培养出技能，它就能无限重复。这些技能极其强大，我无法强调它们的重要性。

我在YouTube上有一个完整视频，详细解析了我如何运用Claude技能以及你们如何借鉴。我会在本视频末尾提及，但鲍里斯以他自己的方式运用这一点，这是你绝不能忽视的。

如果你不知从何入手，只需使用这个提示：“根据我正在进行的项目，我应该创建哪些Claude技能？”它会为你提供灵感，你可以就此展开。

现在，还有一个将所有不同概念串联起来的心态转变，鲍里斯对此解释得极为透彻。最后一部分是为未来而构建，这一点常被许多人忽视。以下是鲍里斯的直接引述。

我们墙上挂着一份裱起来的"苦涩教训"。嗯，这是...这是像里奇·萨顿那样的观点，对吧？如果还没读过，每个人都该读一读。其核心思想是：越通用的模型总会胜过越专用的模型。

这其中衍生出许多推论，但归根结底的核心要义是：永远不要与模型的发展趋势对抗。换言之，你现在为提升模型输出所做的每一层架构搭建或微观调整，很可能在未来六个月内变得毫无必要。

原因在于月份。原因在于月份。原因在于模型正在不断进步。如今，模型正在不断进步。如今，模型正在不断进步。如今，这并非停止建设的理由，但并非停止建设的理由，但并非停止建设的理由，但重要的是要理解人工智能模型每天都在进步。所以，模型每天都在进步。所以，模型每天都在进步。所以，关键在于思考你应该将精力集中在何处？如果你已经关注过，将精力集中在何处？如果你已经关注过，将精力集中在何处？

如果你看过我的其他视频，就会知道我对那些煞费苦心去优化提示词的做法有多不以为然。我尊重所有正在尝试优化提示词的朋友，但说到底，模型本身在不断进步，你其实并不需要什么优化过的提示词。

你需要优化提示。只需给出正确的方向。只需给出正确的方向。只需给出正确的方向。相反，你应该把时间花在你的信息模式上。那是你输入模型和系统的所有内容，用来让AI随时间变得更好。

这是放在模型顶部的上下文，用来生成那些火爆的输出。所以，调整提示词时要记住这一点。比如，这值得那10%的投入吗？

比如，现在这10%的提升是否值得投入，还是说你应该现在就去改进，或者应该现在就去改进，或者应该现在就去改进，还是应该把时间花在假设模型下个月会更好，并着手处理其他事情，因为人工智能永远不会像今天这样糟糕，坦白说这非常可怕。所以，考虑到所有这些因素，让我们回顾一下鲍里斯的系统。他的第一个

首先，我们来回顾一下鲍里斯的系统。他的首要步骤是采用规划模式。通过放慢节奏来加速进程。在开始构建之前，先进行充分的沟通。第二步是创建一个最小化的文件。简洁即是高效，必要时，从头开始。第三步是验证。为系统提供自我检查工作的方法。

四、反复核对自身工作。四、反复核对自身工作。四、自我检视。并行处理，保持思维清晰。并行处理，保持思维清晰。并行处理，为难题注入新视角。五、为难题注入新视角。五、为难题注入新视角。五、系统化你的核心流程。记录并系统化你的核心流程。记录并系统化你的核心流程。一次记录，永久运行，运用Claude技能。一次记录，永久运行，运用Claude技能。一次记录，永久运行，运用Claude技能。六、为未来而构建。预期模型将不断优化，而非退化。六、为未来而构建。预期模型将不断优化，而非退化。六、为未来而构建。预期模型将不断优化，而非退化。据此规划。

现在，如果你情况更糟，请相应规划。现在，如果你喜欢这个视频，一定要去看看这个视频，我在其中深入探讨了Claude技能，以及你如何能转变你的工作流程，并建立自己的操作系统。结合内容

结合我在那边所讲的内容，加上鲍里斯的专业技巧，加上鲍里斯的专业技巧，加上鲍里斯的专业技巧，你将成为一个Claude，你将成为一个Claude，你将成为一个Claude code高手。下期代码高手见。下期代码高手见。下期再见。保重。