af08551d7b
- 能力文件补 导航元信息（内容描述/使用场景/使用要求），技能目录按目录派生；索引检查与磁盘逐条一致。 - 规则：计划与提交新增「验证期冻结源码」「全量只跑一次」两条纪律并写清与生成、验收数据库的关系； 模块依赖、任务与证据、文档与资源生成、测试隔离等规则同步本轮口径。 - 角色合同与配置的模型白名单保持一致；技能正文不再夹带索引注记（与后端资源加载同口径）。
2.3 KiB
2.3 KiB
id, name, category, contract_version, description, commands
| id | name | category | contract_version | description | commands | ||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| operation.capture-quality-case | 记录机器味案例 | operation | 1 | 从确切正文或资料来源记录待复核案例，经作者审阅确认修、留、问，保留来源与许可。 |
|
记录机器味案例
适用于记录误杀、有效修改、拒绝或事故。采集只形成待复核案例，不能用一次采纳推断通用规则或文学收益。
先读参考导航定位来源坐标、许可与复核要求，再读案例合同（安装包资源：审校/案例合同.md）。定位真实来源的身份、版本、分支、全文哈希及码点范围；片段哈希必须对应实际片段。请求不传原文、上下文或伪造的引文；服务从正文/候选/资料权威读取。明确作者允许保全片段时才设置preserve_text=true，资料同时需要sample许可。否则只保存允许的元信息。
调用capture_quality_case，保留command_id用于幂等重试。静态回填用backfill；live_feedback必须有实际作者回执，并关联同章同分支的原文、候选或后续正文。没有回执就保留静态性质，不能捏造实际使用反馈。
通过read_quality_case读取落库结果，再由作者选择sf、snf、boundary或regression，说明修复、保留或询问（repair、retain、ask）的依据。使用open_quality_case_review生成真实审阅，再将具体内容交作者确认后调用decide_quality_case。来源推进或许可变化导致旧审阅失败时，重新读取和审阅，不能复用旧批准。
作者明确要求停止复用已确认案例时调用withdraw_quality_case。历史版本保留可追查，当前案例不再作为规则例证。记录案例不生成规则；规则候选交由“建立机器味规则”入口，正式启用另走效果评测。
CLI对应“审校 <作者配置> 案例采集/案例审阅/案例决定/案例撤回 <请求JSON>”；案例和案例清单可只读查询。不直连数据库、不改正式正文，不执行模型调用。