MLZ发布于 2026年7月18日MiMoClaw / APEX#APEX#只读诊断#Agent#证据边界

APEX 只读诊断里,数据包可接受不等于质量可提升

把只读诊断、顾问信号和质量提升门禁分开,避免研究状态被误解为真实动作或收益证明。

关联项目:MiMoClaw APEX Ecosystem

一个研究数据包能够被 Codex 读取,不代表公式质量已经达到提升条件;诊断结果能够给出下一步,也不代表它可以改变核心分数或触发自动动作。

APEX 的公开价值首先是把这几层边界写清楚。

只读需要三个明确字段

只说“这是只读的”不够。一个可审计的诊断结果至少需要回答:

  1. 当前动作是否只读。
  2. 是否会写入报告。
  3. 是否会修改在线状态。

当前诊断合同把这三项分别记录。公开演示只选择只读、无报告写入、无在线状态修改的路径。

可接受数据包只是输入门槛

数据包结构正确、字段齐全,说明 Agent 可以安全读取并解释它。这是输入合同,不是质量结论。

公式是否值得提升,还需要独立的重放证据、分桶表现、校准质量和阻断条件。即使数据包可以被接受,只要质量门禁没有通过,就不能把它描述为优化成功。

advisor-only 信号不能越权

顾问信号可以调整复核优先级,帮助人先看更值得检查的候选项。但它不能直接改变核心分数,也不能触发真实动作。

这种隔离让 Agent 可以参与解释和排序,同时把关键决策留在更严格的验证层。

为什么不公开指标明细

公开文章只解释合同和边界,不复制私人状态、服务器投影、事件日志、公式指标或线上运行信息。

这样做不是把证据藏起来,而是把能够公开复核的结构与不能公开的运行状态分开。后续公开架构图也只展示数据流、只读标记和自动化阻断,不展示私人指标。

当前能下的结论

当前源码和测试能够支持两个结论:只读诊断不会修改在线状态;advisor-only 信号不能改变核心分数或触发动作。

它们不能支持“已经获得现实收益”“公式质量已经提升”或“整个生态的所有外部连接都默认关闭”等更大的断言。