af08551d7b
- 能力文件补 导航元信息（内容描述/使用场景/使用要求），技能目录按目录派生；索引检查与磁盘逐条一致。 - 规则：计划与提交新增「验证期冻结源码」「全量只跑一次」两条纪律并写清与生成、验收数据库的关系； 模块依赖、任务与证据、文档与资源生成、测试隔离等规则同步本轮口径。 - 角色合同与配置的模型白名单保持一致；技能正文不再夹带索引注记（与后端资源加载同口径）。
1.8 KiB
1.8 KiB
id, name, category, contract_version, description, commands
| id | name | category | contract_version | description | commands | ||||
|---|---|---|---|---|---|---|---|---|---|
| operation.propose-review-rule | 建立机器味规则 | operation | 1 | 用四类已确认案例和跨书依据提出不可变规则候选，不自动启用。 |
|
建立机器味规则
先用list_quality_cases和read_quality_case选择当前已确认、许可有效的sf、snf、boundary、regression四类案例。至少两部作品必须有明确登记的归属；重复文件、章节或未分类来源不能凑成跨书证据。案例不足时补案例，不补造例证或作者反馈。
根据案例提出规则的触发条件、适用载体、例外、功能检查和修复提示。definition使用现有规则合同字段；samples、case_card_ids、evidence与status由服务生成，不从调用方接受。cases只给case_id、revision和case_hash。
调用propose_rule_from_cases（CLI：“审校 <作者配置> 案例规则 <请求JSON>”）。读回rule_id、version、fingerprint与candidate状态；同版本内容变化被拒绝，应使用递增版本。候选与其四类例证来自真实案例投影，不拼接手写成功报告。
案例撤回、许可失效或版本变化后，旧候选停止新消费，重新采集和评估后才另建新版本。候选启用必须由效果评测验证实际版本并经正式批准；本技能只生成候选，不对文学收益或规则有效性作通过声明。