Files
pikasTech-unidesk/docs/MDTODO/web-sentinel-runtime-reliability.md
T
Codex 3b7cda29e2
Pipelines as Code CI / hwlab-web-probe-sentinel-nc01- Success
Pipelines as Code CI / platform-infra-gitea-nc01- Success
Pipelines as Code CI / unidesk-host- Success
docs(mdtodo): track sentinel cadence semantics
2026-07-12 19:52:55 +02:00

2.0 KiB

Web 哨兵运行时可靠性

  • 范围:Web sentinel 调度、observe/analyze 终态、报告产物、SQLite/index 与 latest 查询的一致性。
  • 权威路径:沿用 YAML-first Web sentinel、既有 observe/analyze、报告产物和单一索引,不建立旁路 scheduler、store 或补洞入口。

R1 [in_progress]

解决 UniDesk #1861:修复 NC01/v03 Web 哨兵控制面与 cadence 正常但 latest 报告长期不更新的问题,只修既有调度→observe/analyze→产物→SQLite/index→latest 路径,不扩展次生问题,完成任务后将详细报告写入任务报告

R1.1 [in_progress]

单步定位 #1861 中新 run 未进入 latest 的唯一断点,区分调度、终态、产物、索引和查询层,完成任务后将详细报告写入任务报告

R1.2

#1861 边界内实现最小修复和定向测试,由 Artificer 创建独立 PR,不新增旁路或补洞,完成任务后将详细报告写入任务报告

R1.3

PR 合并后只等待自动发布链,使用受控 Web sentinel 原入口产生新 run,并验收 latest 返回新鲜非空 run.id/status/updatedAt,完成任务后将详细报告写入任务报告

R1.4 [in_progress]

核对 #1861 的小时级实际探测 cadence 与 10 分钟 scheduler heartbeat/扫描间隔;若只读报告语义误导则纠正字段和文档,若 owning YAML 未生效则修正渲染,验收 CronJob 与报告明确区分二者,完成任务后将详细报告写入任务报告