第 4 章 项目创建与规则文件

面向经管学生、研究者与从业者的 AI 智能体设计教材

阅读指南

1. 理解 项目启动阶段的核心任务不是立刻提问，而是先建立可协作的工作现场
2. 理解 规则文件和当前会话分别解决什么问题
3. 应用 为一个小项目搭出最小目录骨架，并明确输入、输出、参考和笔记分区
4. 应用 写出一份不过载的 CLAUDE.md
5. 分析 判断哪些信息应长期落盘，哪些只该留在当前轮次
6. 迁移 把项目启动阶段形成的规则和目录边界延伸到后续协作流程

本章核心概念速查

概念	定义	何时使用	常见错误
CLAUDE.md	项目级规则文件	需要跨会话保持规则时	把临时要求也写进去
settings.json	权限与 Hook 配置文件	配置工具权限和自动化时	与 CLAUDE.md 职责混淆
项目初始化	搭目录骨架、写规则、首轮探索	每个新项目开始时	跳过直接提问
规则文件层级	全局、项目、目录三级作用域	多层规则需要共存时	全部堆在一个文件里
当前会话	本轮对话中的临时指令	传递一次性要求时	把长期规则放在会话里

第 4 章总览图

很多人第一次打开 Claude Code、Opencode 或 Codex 时，会直接开始提问。任务一旦稍微复杂，问题就会立刻暴露出来。

目录混乱，素材散落；输出路径没有约定；长期规则和临时要求混在一起。结果是同一个项目里，智能体每次都要重新猜现场，今天写在这里，明天写到别处，后天又因口径漂移返工。

项目启动的第一步不是提问，而是整理工作现场。目录骨架、规则文件和首次会话稳住之后，后面的协作才有可靠地基。

全章六节按这条线索展开：先说明为什么不能跳过启动阶段直接提问，再搭出一个最小目录骨架，然后讲 CLAUDE.md 的定义、作用域和最小模板，接着区分规则文件与当前会话各自该承担什么，之后用一个文章整理项目演示完整的启动闭环，最后收束常见误区和维护边界。