# 若依版 rules 核心条款
1. 前端按钮权限不是安全边界
2. 敏感接口必须检查后端权限
3. 敏感操作必须检查操作日志
4. 列表查询必须考虑数据权限
5. 代码生成结果不得直接上线
6. 不确定内容必须标注
--- # 最后 30 分钟:交付验收会
| 时间 | 动作 | 输出 | |---|---|---| | 10 分钟 | 小组整理上下文包、证据表、rules 草案 | 一份 v0.1 规则草案 | | 10 分钟 | 交叉 Review:用“四问”检查可执行性 | 改写建议 | | 5 分钟 | 补充验证步骤 | 无权限、正常、日志验证 | | 5 分钟 | 选出可进入团队资产库的条款 | 候选 rules |
--- # 第 2 天交付物
01 上下文组织清单
02 上下文引用模板
03 幻觉控制 Prompt
04 gitignore 忽略配置样例
05 若依安全规则
06 若依编码测试规则
07 若依前端规则
08 若依 AI 资产库目录
09 规则验收清单
10 若依版 rules.md v0.1
--- # 交付物验收标准
| 交付物 | 通过标准 | |---|---| | 上下文组织清单 | 有目标、范围、约束、输出、验收和不确定点 | | 证据收集 Prompt | 要求先找证据,且禁止直接修改代码 | | rules.md v0.1 | 每条规则能回答触发场景、必须动作、禁止动作、验收方式 | | 代码生成 Review 清单 | 覆盖权限、日志、校验、异常、测试 | | 资产库目录 | 有 prompts、rules、templates、checklists、examples |
--- layout: center class: text-center --- # 两天课程总结
**第 1 天:用 TRAE 看懂若依** - 看结构 · 找入口 · 追链路 · 查依据
**第 2 天:让 TRAE 按规则参与若依研发** - 组织上下文 · 控制幻觉 · 编写 rules · 沉淀资产

> **最终能力:读得懂 · 问得准 · 查得实 · 改得稳 · 可复用**