af08551d7b
- 能力文件补 导航元信息（内容描述/使用场景/使用要求），技能目录按目录派生；索引检查与磁盘逐条一致。 - 规则：计划与提交新增「验证期冻结源码」「全量只跑一次」两条纪律并写清与生成、验收数据库的关系； 模块依赖、任务与证据、文档与资源生成、测试隔离等规则同步本轮口径。 - 角色合同与配置的模型白名单保持一致；技能正文不再夹带索引注记（与后端资源加载同口径）。
26 lines
1.8 KiB
Markdown
26 lines
1.8 KiB
Markdown
---
|
||
id: operation.propose-review-rule
|
||
name: 建立机器味规则
|
||
category: operation
|
||
contract_version: 1
|
||
description: 用四类已确认案例和跨书依据提出不可变规则候选，不自动启用。
|
||
commands:
|
||
- list_quality_cases
|
||
- read_quality_case
|
||
- propose_rule_from_cases
|
||
- read_review_rules
|
||
---
|
||
<!-- 导航元信息: {"使用场景": "案例已确认后\n质量复核与治理", "使用要求": "不自动启用\n不扩大授权"} -->
|
||
|
||
# 建立机器味规则
|
||
|
||
先用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状态；同版本内容变化被拒绝，应使用递增版本。候选与其四类例证来自真实案例投影，不拼接手写成功报告。
|
||
|
||
案例撤回、许可失效或版本变化后，旧候选停止新消费，重新采集和评估后才另建新版本。候选启用必须由效果评测验证实际版本并经正式批准；本技能只生成候选，不对文学收益或规则有效性作通过声明。
|
||
|
||
权威合同：[B06审校修订](../../../../docs/系统架构/新版设计/模块设计/B06-审校修订.md)、[B10效果评测](../../../../docs/系统架构/新版设计/模块设计/B10-效果评测.md)。
|