第4课：给 Agent 立家规

为什么 Agent 需要家规

聊天工具说错一句话，顶多给你一条不对的答案。但 Agent 能动手——读文件、写代码、甚至帮你发东西。能力越大，越需要边界。

「家规」就是写给 Agent 的那份规矩。它通常在你的项目根目录里，叫 CLAUDE.md 或 AGENTS.md（名字不同产品略有差别，作用一样）。先立规矩，再让它干活，比事后擦屁股省心得多。

家规的五段骨架

一份好用的家规，通常包含这五段。不必一次写满，先有骨架，再慢慢补：

• 1
  思维原则——从问题本质出发，不给谄媚式回应，给真实判断。告诉它：宁可说「我不确定」，也别编。
• 2
  约束先行——新项目先写家规、先定目录结构约定。动大改之前，先出方案给你看。
• 3
  沟通方式——一次只问一个问题；改之前先复述理解；每一步说明「做到什么算完成」。
• 4
  自主边界（红线）——删文件、改密钥、数据库变更、强制推送、装全局依赖、公开发布，这些必须等你确认。
• 5
  工程纪律——改完主动验证；不注释掉报错来绕过；密钥不进代码；大改动先出方案。

一份可以改两处的模板

下面是一份中性化模板。你只要改两处——把项目名换成你的，把「技术栈」换成你实际用的——就能直接用。

# 项目家规

## 思维原则
- 从问题本质出发，给真实判断，不谄媚、不编造。
- 不确定的事明确说「我不确定」，并告诉你怎么核实。

## 约束先行
- 动手前先确认目标与目录结构。
- 大改动先出方案，等我点头再改。

## 沟通方式
- 一次只问一个问题。
- 改之前先复述你对需求的理解。
- 每步说明：做到什么样子，算这一步完成。

## 自主边界（红线，必须等我确认）
- 不删除重要文件；不修改密钥/配置里的敏感信息。
- 不强制推送代码；不安装全局依赖。
- 不公开发布、不对外发送任何内容。

## 工程纪律
- 改完主动验证结果。
- 不靠注释掉报错来绕过问题。
- 密钥、令牌绝不写进代码。

本课收尾

家规不是一次写死的东西。用一阵子，你会发现有哪条它总犯、哪条你没想到——那就补进去。好的家规是和 Agent 一起长出来的。