APEX 只读诊断里,数据包可接受不等于质量可提升
把只读诊断、顾问信号和质量提升门禁分开,避免研究状态被误解为真实动作或收益证明。
关联项目:MiMoClaw APEX Ecosystem一个研究数据包能够被 Codex 读取,不代表公式质量已经达到提升条件;诊断结果能够给出下一步,也不代表它可以改变核心分数或触发自动动作。
APEX 的公开价值首先是把这几层边界写清楚。
只读需要三个明确字段
只说“这是只读的”不够。一个可审计的诊断结果至少需要回答:
- 当前动作是否只读。
- 是否会写入报告。
- 是否会修改在线状态。
当前诊断合同把这三项分别记录。公开演示只选择只读、无报告写入、无在线状态修改的路径。
可接受数据包只是输入门槛
数据包结构正确、字段齐全,说明 Agent 可以安全读取并解释它。这是输入合同,不是质量结论。
公式是否值得提升,还需要独立的重放证据、分桶表现、校准质量和阻断条件。即使数据包可以被接受,只要质量门禁没有通过,就不能把它描述为优化成功。
advisor-only 信号不能越权
顾问信号可以调整复核优先级,帮助人先看更值得检查的候选项。但它不能直接改变核心分数,也不能触发真实动作。
这种隔离让 Agent 可以参与解释和排序,同时把关键决策留在更严格的验证层。
为什么不公开指标明细
公开文章只解释合同和边界,不复制私人状态、服务器投影、事件日志、公式指标或线上运行信息。
这样做不是把证据藏起来,而是把能够公开复核的结构与不能公开的运行状态分开。后续公开架构图也只展示数据流、只读标记和自动化阻断,不展示私人指标。
当前能下的结论
当前源码和测试能够支持两个结论:只读诊断不会修改在线状态;advisor-only 信号不能改变核心分数或触发动作。
它们不能支持“已经获得现实收益”“公式质量已经提升”或“整个生态的所有外部连接都默认关闭”等更大的断言。