platform-diagnostics · git:20260827.79c88b8 · 2026-08-27 · sha256 5d7603a815bd0f92
platform-diagnostics git:20260827.79c88b8A
Immutable. This exact content is served forever at /api/v1/blob/5d7603a815bd0f92.
--- name: platform-diagnostics description: 审计 OpenQuantum 的 UI、Harness、Skill 和 Model 四层是否真实连通,并生成可验证、可追溯的诊断报告。用于架构验收、联调排障和发布前健康检查。 --- # OpenQuantum 平台诊断 本能力只诊断四层架构,不实现量子业务功能。默认执行只读检查;除非用户明确授权,不修改配置、 不启动长期后台进程、不写入生产系统。 ## 核心对象 诊断对象是一份 `platform-diagnostics` 报告。报告中的每个检查项必须有可复核证据;Capability Validator 根据检查结果推导的是诊断报告聚合状态,不是 Scientific Acceptance,也不能由模型自行宣称。 开始前读取并按 Capability Contract v1 校验 `capability.yaml`。生成报告时读取 `artifacts/diagnostic-report.schema.json`;验收时运行 `validators/validate-report.mjs`。 ## 检查流程 1. UI:确认 UI 只通过 Harness transport adapter 发出会话命令,不直接调用 Model Provider 或 MCP Server。 2. Harness 配置:运行 `npm run harness:config`,确认组合能展开且默认模型属于 OpenQuantum route。 3. Harness Host:检查 Host 根页面、`session.list` 和 `llm.models` Harness RPC;未启动时记录 `not_checked`, 不把静态配置当成运行证据。 4. Skill:通过 Harness `skill.list` 或当前成功加载的 Skill 上下文证明项目 Skill 可发现。 5. Model:运行 `npm run models:probe -- --provider openquantum-public`,分别验证目录、文本生成和 强制函数调用。不要把“接口返回 200”替代工具调用验收。 6. 端到端:有 Provider 凭据时运行 `npm run e2e:quantum-harness -- --provider openquantum-public`,确认 真实模型在 Harness Session 中产生 QGS `tool/call` / `tool/result`,且 Result Commit 与中央 Acceptance 通过复核。绕过 Harness MCP Client 直接调用 MCP Server SDK 不能替代这条证据。 7. 可选路由:私有网关不可达时记录 `warn` 或可选检查项 `fail`;只要它不是当前任务的硬性要求, 不得覆盖公开主路由的有效证据。 8. 按 schema 生成 JSON 报告,不得写入 API Key、Authorization header、完整 Prompt 或敏感科研数据。 9. 运行 `node .agents/skills/platform-diagnostics/validators/validate-report.mjs <report.json>`。 只有 Validator 成功,报告才算形成有效评分。 ## 判定规则 - 任一必需检查为 `fail`:整体 `blocked`。 - 无必需失败,但存在 `warn`、`not_checked` 或可选失败:整体 `degraded`。 - 所有检查均为 `pass`:整体 `ready`。 - `pass` 必须有运行证据;推测、配置存在、模型自述都不算证据。 - 非 `pass` 检查必须给出 `nextAction`。 输出先给结论,再给证据和下一步。不要把运行成功等同于科学验收;具体量子能力的 Scientific Validator 只产生运行时 observations,Acceptance Profile 定义规则,central Acceptance Builder 推导验收;开发期 eval evidence 只用于回归和发布门禁。