主题
规则
把团队的审查口径、文档模板、作业规范固化进一个文件，海慧智擎每次干活都会先读它、再动手——这样无论谁用、用哪台机器，产出都遵循同一套标准。
这个文件就是项目根目录下的 HI.md。它随项目一起提交（checked in），是团队共享的"规则手册"。
为什么需要规则
没有规则时，每次任务都要把要求重说一遍："合同审查要按我司这 8 条红线""报表第一行要留抬头""日期统一写成 2026-06-17"。说漏一条，产出就跑偏；换个同事接手，口径又变了。
把这些固化到 HI.md 后：
- 团队同遵一套标准——规则进了版本库，谁拉到代码/项目谁就自动带上同一套口径；
- 不用每次重复交代——任务里只说"审这份合同"，红线、模板、术语它都已经知道；
- 改一处、全员生效——口径调整只改
HI.md一个文件，提交后所有人下次启动即对齐。
创建项目规则
在项目根目录新建一个名为 HI.md 的文件即可。也可以在交互界面里运行 /memory，选择 Project memory，它会帮你创建并用编辑器打开 ./HI.md。
一份合同审查团队的 HI.md 可能长这样：
markdown
# 项目规则
## 合同审查红线（每条都要逐条核验，命中就标到原文）
1. 付款节点缺验收前置条件 → 高风险
2. 违约金高于合同总额 30% → 高风险
3. 单方解除权未对等 → 中风险
4. 管辖地非「本市仲裁委」→ 中风险
5. 保密义务无期限或超过 5 年 → 提示
## 输出规范
- 风险一律标注在合同原文对应位置，注明风险等级与依据条款
- 审完同时出一份「修订稿」，改动用批注体现，不直接覆盖原文
- 结论存疑时明确写「待法务复核」，不要替法务下定论
## 术语与口径
- 「我方」=甲方，对方统一称「供应商」
- 金额统一保留两位小数，单位「元」
- 日期格式统一 YYYY-MM-DD下次你说"按规则审一下 ~/桌面/分包合同.pdf"，它就会拿这套红线逐条核验、按这套规范出修订稿，不用你再交代一个字。
规则写给"人"也写给"它"
HI.md 用普通中文写就行，像给新同事写交接说明那样：要做什么、不能做什么、产出长什么样。条目清晰、可核验最好（"违约金超 30% 标高风险"比"注意违约金"有用得多）。
规则如何被遵循
每次启动会话或进入一个目录，海慧智擎会自动把适用的 HI.md 读进上下文，作为贯穿整个任务的指令。之后它拆解任务、调用工具、核验结果时，都会对照这套规则。
它的核验机制也建立在规则之上：审查类任务严格按你列的红线/标准逐条比对，命中即标注；存疑、缺乏依据的地方一律标"待复核"，绝不凭空给结论。规则越具体，核验就越扎实。
规则是约束，不是魔法
规则能稳定地引导产出方向，但不能替代你的最终复核。涉及法律、财务、合规的关键结论，务必由相应岗位的人把关——这也是为什么建议在规则里写明"存疑处标注待复核"。
多层规则：公司级 + 项目级
规则可以分层，海慧智擎会从上到下逐层加载、就近覆盖——越靠近你当前目录的规则优先级越高。
| 层级 | 文件位置 | 适用范围 | 典型内容 |
|---|---|---|---|
| 个人级 | ~/.hi/HI.md | 你这台机器上的所有项目 | 个人偏好（"回复简洁些""默认用中文"） |
| 项目级 | 项目根目录 ./HI.md | 整个项目，随项目共享 | 团队审查红线、文档模板、术语口径 |
| 子目录级 | 子目录里的 HI.md | 该子目录及其下 | 某条线/某客户的特殊规范 |
例如：根目录 HI.md 定全公司通用的合同口径，./华东大区/HI.md 再补华东特有的几条——处理华东项目时两套都生效，冲突处以更近的华东规则为准。
团队共享靠版本库
HI.md 提交进 Git（或你们用的版本库），同事拉取后就自带同一套规则，无需各自配置。这正是"团队同遵一套标准"的落地方式——规则跟着项目走，不跟着人走。
拆分与复用规则
规则多了，可以拆成多个文件，再用 @ 引用进 HI.md，便于分类维护：
markdown
# 项目规则
## 合同审查
@./rules/合同红线.md
## 文档模板
@./rules/报表模板.md
@./rules/标书结构.md@ 后面可以是相对路径（@./rules/合同红线.md）、家目录路径（@~/团队规范.md）或绝对路径。被引用的文件会原样并入规则，等效于写在一处——适合把又长又稳定的红线清单、模板独立成文件，多个项目共用。
此外，把规则文件放进项目的 .hi/rules/ 目录，其中所有 .md 文件都会作为项目规则自动加载，无需在 HI.md 里逐个 @ 引用。
查看与编辑规则
| 操作 | 说明 |
|---|---|
/memory | 列出当前生效的各层规则文件，选一个用编辑器打开编辑 |
直接编辑 HI.md | 用任意编辑器改项目根目录的 HI.md，保存即生效（下次启动加载） |
@文件 | 在 HI.md 中引用其他规则文件，拆分复用 |
改完规则后，新开的会话即按新规则执行；当前正在进行的会话可重新启动或新建会话以加载最新规则。
规则写得好的几个要点
- 可核验优于笼统：写"金额保留两位小数"，别写"注意格式"；写"违约金超 30% 标高风险"，别写"看下违约金"。
- 写清产出长什么样：模板、字段、命名、文件格式都明确，产出才稳定。
- 保留"复核"出口：关键结论让它标"待 XX 复核"，把最终拍板权留给人。
- 分层别堆叠：通用的放公司级/项目根，特例放子目录，避免一个文件越写越长。