Claude Code创始人Boris的项目准备工作流完整指南

Boris是谁，Claude Code又是什么？

Boris是Anthropic的工程师，也是Claude Code的创造者。当人们在使用Claude Code时遇到困难，他们会向他请教。尽管Boris自称他的工作流"非常简单"，但对大多数人来说，这套方法论本身就是一个完整的系统。本文将深入解析他在每个项目开始前的准备工作，以及他如何高效地使用Claude Code。

验证优先：纠正Claude Code最大的使用误区

给Claude一个验证自身工作的方式

Boris指出了人们使用Claude Code时最大的误区：给它一个任务，当出现小错误或无法100%完成时就感到失望。但人类工作方式也是如此——我们需要反馈循环。

反馈循环（Feedback Loop）是控制论和软件工程中的核心概念。 在传统软件开发中，持续集成/持续交付（CI/CD）管道正是这一思想的体现——每次代码提交都会触发自动化测试，快速暴露问题。将这一原则应用于AI代码生成，本质上是将LLM纳入一个可观测、可纠错的系统中，而非将其视为黑盒输出器。没有反馈循环的AI编程，就像在没有编译器报错的情况下盲写代码——错误会不断累积，直到系统性崩溃。

他的核心建议是：始终给Claude一种验证其工作的方式。例如，如果你要用Python构建项目，应该告诉它同时编写测试。这为Claude提供了反馈循环，能立即提升最终结果的质量。如果你不想深入代码细节，甚至可以直接问Claude应该使用哪些测试，它会为每个实现的功能提供对应的测试。

即使你希望Claude自主工作，也可以在claude.md文件中添加规则：在执行任何工作之前，它应该先说明如何验证该工作。这样就建立了持续的反馈循环。

验证UI的截图流程

不同领域的验证策略

验证方式因领域而异：

命令行验证：简单运行bash命令即可
UI验证：可使用Claude的浏览器扩展，让Claude导航整个站点进行验证
移动应用验证：使用iOS和Android模拟器MCP
测试驱动开发（TDD）：先编写新功能的测试，再进行实际实现
截图验证：在流程中使用截图来验证UI效果

测试驱动开发（Test-Driven Development，TDD） 由Kent Beck在极限编程（XP）方法论中系统化，核心循环是"红-绿-重构"：先写一个失败的测试（红），再写最少代码使测试通过（绿），最后重构代码保持测试通过。将TDD引入AI编程工作流具有独特优势：测试本身成为对AI意图的精确规格说明，大幅减少了自然语言描述的歧义性，同时为模型提供了可机器验证的成功标准——这比任何文字描述都更精确地传达了"完成"的定义。

关于MCP（Model Context Protocol）：这是Anthropic于2024年底开源的标准化协议，旨在解决AI模型与外部工具、数据源之间的集成碎片化问题。类比USB接口统一了硬件连接标准，MCP为AI应用提供了统一的工具调用接口。开发者可以通过MCP服务器将Claude连接到数据库、API、文件系统等任意外部资源，而无需为每个集成编写定制化代码。如果觉得MCP太消耗token，可以采用"验证驱动"技术，将验证作为开发流程的核心驱动力。

Claude.md配置：项目的核心设置文件

文件内容与结构

Boris强调claude.md文件的重要性——它应该对每个项目都是独特的。可以这样理解：它应该包含一个新创建的Claude会话需要了解的所有项目基本信息：

技术栈：项目使用的语言、框架和工具
基本项目结构：目录组织和模块划分
代码风格和约定：团队遵循的编码规范
禁止事项：最重要的部分——Claude不应该做的事情

claude.md本质上是一种持久化的系统提示词（System Prompt）管理机制。 系统提示词在LLM交互中处于最高优先级，用于设定模型的角色、约束和上下文。传统做法是在每次API调用时手动传入，而claude.md将这一过程文件化、版本化，使其成为代码仓库的一部分。这意味着团队的AI使用规范与代码本身同步演进，新成员克隆仓库即可获得完整的AI协作上下文。

禁止事项之所以最重要，是因为如果你在某次会话中遇到了错误，你不希望Claude在后续会话中重复这些错误。Boris养成了一个习惯：让整个团队每周多次贡献claude.md的内容。任何时候看到Claude做错了什么，就把它添加进去。

团队协作与最佳实践

团队每个成员负责维护特定的文件部分
全栈应用中，每个微服务可以有自己的claude.md，前端和后端各自独立
不要让claude.md过于臃肿：Boris自己的文件大约只有2500个token

2500 token的规模控制建议背后有实际的技术考量：过长的系统提示会稀释关键指令的注意力权重。在Transformer架构的注意力机制中，信息密度与指令遵循率呈现非线性关系——当上下文窗口被大量冗余信息填充时，模型对核心约束的遵循率会显著下降。精简的claude.md不仅节省token成本，更能确保关键规则被模型真正"注意到"。

团队共享设置文件

权限管理：安全与效率的平衡

Claude Code有几种运行模式：

Plan模式：专门用于规划
Auto-accept模式：自动接受所有文件编辑
Dangerously skip permissions模式：Claude拥有运行一切的权限

Boris明确表示他不使用dangerously skip permissions模式，尤其在生产环境中，一个终端命令就可能搞砸整个项目。他的做法是使用Claude Code的权限系统来设置：

哪些命令被允许
哪些命令需要询问后才能运行
哪些命令完全禁止

这些规则可以在项目级别设置，并通过.claude文件夹中的settings.json文件与团队共享。这种分级权限设计体现了"最小权限原则"（Principle of Least Privilege）——这是信息安全领域的基本准则，即任何程序或代理只应拥有完成其任务所必需的最小权限集合，从而将潜在的误操作或恶意操作的影响范围降到最低。

超越代码：Claude Code作为工作流编排器

Claude Code可能是Anthropic命名最不恰当的产品之一，因为它远不止用于编码。人们用它生成完整的工作流、搭建SEO管道、分析商业市场等。

Boris的使用方式：

通过MCP服务器连接Slack
通过CLI使用BigQuery和Sentry
将Claude Code作为所有工具的编排器

这种"编排器