规则操作分类体系设计
👤 BossAgents 技术团队
📅 2026-07-28
👁️ 阅读 30
👍 点赞 0
☕ 14 分钟阅读
规则操作分类体系设计
一、核心理解
规则在两个关键环节被使用：
- 组装提示词：告诉 LLM 生成什么、怎么生成、有什么约束
- 组装 AML：前端拿到 LLM 的 JSON 后，按规则修正、补全、验证，生成合法 AML
二、操作类型与规则映射
add（创建）
| 规则类别 | 提示词用途 | AML组装用途 |
|---|
| required（必填） | 告诉LLM必须生成 | validateProperties 检查 |
| validation（验证） | 告诉LLM格式要求 | sanitizeProperties 修正 |
| pattern（正则） | 告诉LLM匹配规则 | validateProperties 检查 |
| auto_generate（编号） | 告诉LLM跳过此字段 | Sequence API 自动生成 |
| field_default（默认值） | 告诉LLM可省略 | sanitizeProperties 填充 |
| auto_create（自动创建关系） | 告诉LLM不需要生成 | 预创建嵌套Item |
| permission（权限） | 告诉LLM谁可以创建 | 前端权限检查 |
| lifecycle（生命周期） | 告诉LLM初始状态 | AML 中设置 state |
| workflow（工作流） | 告诉LLM触发流程 | 创建后自动启动 |
edit（修复/优化）
| 规则类别 | 提示词用途 | AML组装用途 |
|---|
| validation | 告诉LLM修改后的值要合法 | sanitizeProperties 修正 |
| pattern | 同上 | validateProperties 检查 |
| permission | 告诉LLM谁可以修改 | 前端权限检查 |
| lifecycle_transition | 告诉LLM当前状态能转什么 | 状态转换验证 |
| calculation | 告诉LLM计算规则 | 自动计算字段值 |
| required | 告诉LLM哪些不能清空 | validateProperties 检查 |
get（识别/查询）
| 规则类别 | 提示词用途 | AML组装用途 |
|---|
| keyed（键字段） | 告诉LLM用什么查询 | 构建 AML query 条件 |
| permission | 告诉LLM谁能看到 | 查询权限过滤 |
| relationship | 告诉LLM带出哪些关系 | 构建 AML 查询深度 |
| lifecycle | 告诉LLM按状态过滤 | AML where 条件 |
三、关系处理规则
创建时（add）
create_related=1 的关系：主对象创建时自动创建关联对象related_notnull=1 的关系：关联对象必须存在is_dependent=1 的关系：关联对象生命周期依赖主对象- 行为
float：关联对象可独立存在 - 行为
part：关联对象是主对象的一部分
查询时（get）
is_list_type=1：一对多关系，查询时用 getRelatedItemsauto_search=1：自动搜索关联对象
编辑时（edit）
- 级联更新：修改主对象属性时，关联对象的哪些字段需要同步更新
- 状态传播：主对象状态变更时，关联对象状态是否跟随变更
四、规则在提示词中的组织方式
按操作类型分层：
基础层（所有操作共享）：对象定义、属性列表、数据类型
操作层（按add/edit/get区分）：
add：创建规则、编号规则、必填规则、关系创建规则、初始状态
edit：修改规则、状态转换规则、计算规则、级联规则
get：查询规则、键字段、关系带出规则、权限过滤规则
业务层（按业务系统区分）：
特定业务约束、特殊逻辑
BossAgents
