人工修正
用户或审批人对输出、动作、字段和值进行明确调整。
01 / Learning Signal Intake
先把“发生了什么”变成证据，而不是直接变成新规则
系统从真实执行中提取结构化信号，保留来源、风险等级、影响员工和使用范围。只有可解释、可追溯的信号才会进入后续聚类和候选生成。
工具与执行失败
调用失败、权限拒绝、参数错误或流程未达成预期。
知识与 SOP 缺口
回答缺少依据、流程步骤缺失或已有规范发生漂移。
真实结果偏差
业务结果与预期目标不同，形成需要复盘的结果证据。
建议层的硬边界
收件箱只负责收集、解释和排序；没有任何路径可以从一条信号直接修改线上员工行为。
02 / Distillation & Asset Candidates
系统聚类重复模式，再提出“应该改什么”
相似信号会被归并成模式，系统评估影响范围与风险，然后生成具体候选。候选是可审阅的资产草案，不是隐式模型记忆。
Prompt
调整指令结构、边界或输出要求。
SOP
补充或修订标准作业流程。
Guardrail
新增阻断、审批或敏感动作控制。
Model routing
修改适用模型、回退或预算策略。
Eval suite
把失败或人工修正沉淀为回归用例。
真实界面 · 学习收件箱与蒸馏建议NexusClaw Product UI
03 / Evaluation & Release Gate
候选必须证明“比当前版本更好，而且没有破坏既有边界”
测试中心把真实失败转成评测用例，候选版本与生产基线在相同条件下比较。安全、权限、质量和业务结果都通过后，才进入人工审批。
- 01
生成回归用例
失败、修正和异常场景转成可重复测试。
- 02
候选对比基线
比较质量、越权、工具调用和结果变化。
- 03
仿真与风险检查
验证敏感动作、审批点和异常回退。
- 04
人工审批
发布责任人审阅证据、影响范围和回滚方案。
真实界面 · 评测中心与发布门禁NexusClaw Product UI
04 / Versioned Release & Rollback
发布不是覆盖配置，而是生成有版本、有责任人的数字资产
通过门禁后，提示词、SOP、护栏、模型路由或评测套件以新版本发布。系统记录谁批准、何时生效、影响哪些员工，以及出现问题时由谁回滚。
01
版本创建
资产版本、差异与影响范围被固定下来。
02
灰度验证
先在受控范围观察，再决定是否全量生效。
03
正式发布
配置下发与发布责任人一起写入记录。
04
回滚策略
异常时恢复上一稳定版本，不依赖人工重做配置。
真实界面 · Release Gate 与草案产物NexusClaw Product UI
学习使用本身也必须可审计
系统记录哪些审计事件变成了学习信号、生成了什么候选、风险级别是多少、是否需要审批，以及最终是否进入生产。
真实界面 · Learning Usage AuditNexusClaw Product UI
Customer Evaluation Checklist
现场验证成长回路时，不要只看“有学习功能”
01
信号是否有来源证据
从一条建议回到原始执行、人工修正、工具调用或业务结果。
02
候选是否是显式资产
确认建议会形成可查看差异的 Prompt、SOP、护栏、路由或评测版本。
03
门禁是否真的能阻止发布
让候选评测失败或缺少审批，确认系统不允许进入生产。
04
回滚是否有明确责任人
查看发布版本、批准人、影响员工和回滚所有者。
当前能力边界
成长回路不会扫描审计表后直接“自学”，也不会绕过资产所有者和发布闸门修改线上员工。它是一条由证据驱动、人工把关、版本化并可回滚的治理管线。