DASHBOARD · 系统状态一眼可见
Infra 总账最后更新 2026-07-22
本页是 context-infra 全部机制的投影:计数构建期机械统计,状态逐条带证据锚,内容以仓内真源为准。
数据 as-of 2026-07-21
壹
今日变化
2026-07-22 · 来源 patrol
例行:窗口内 0 提交、1 条留痕,无状态迁移
r006 续棒收口留痕:台账回填 BF-52..59、LEG 族 5 节、教训 3 条
glm/kimi 四档 24h 零成功,subprocess_timeout 26 次居失败首位
2 份 pre-20260718-chain 标注资产 staleness mismatch 仍在
贰
待你拍板
共 50 项 · 完整见决策页
r007-R1
待拍板
urgency=nowHUMAN_GATE
已挂 9 天
残差:磁盘 46→15Gi/日 + 瞬时 ENOSPC 245Mi,吃盘者未锁定→呈用户置顶
磁盘可用空间从 07-12 基线的 46Gi 一日内降到 15Gi(Data 卷 97%),期间还实测到一次瞬时 ENOSPC 打穿到 245Mi,吃盘者未被锁定。
为什么现在:2 分钟 find 扫描未能锁定泄漏源;已排除 opencode.db(mtime 停在 07-12 未变化)和本 session 自身写入(MB 级),怀疑是其他活跃 session 或 APFS purgeable/snapshot 波动。
推荐方案未在台账登记
不决定的后果瞬时 ENOSPC 会随机打死任何写入操作,且吃盘者不明,意味着这个风险会持续存在直到定位到根因;L1a 磁盘止血单元的 VACUUM 空间核算当日无法通过。
超时默认未在台账登记
回退路径未在台账登记
零入 OPEN_PROBLEMS(元发现④);背景 RUN_LOG:36
BF-12
待拍板
urgency=nowHUMAN_GATE
已挂 6 天
#ISO-FENCE 单元必须以修改后 route_on_prompt.py 重锚,优先级不降反升
#ISO-FENCE 单元(旧根写入运行时拒绝 + 独立 HOME 测试底座,r012 波次 1 新增单元)在实施前必须以本次修改后的 route_on_prompt.py 重新锚定行号/结构引用,不得沿用 r012 前的快照;且优先级因本次修复不降反升。
为什么现在:本次修复的对象文件(route_on_prompt.py)形态已变,且修复本身与 #ISO-FENCE 设计方向正交(不解决跨根污染,只解决同根内送达问题)——两件事必须分开确认,不能让一次热修复被误当作隔离问题已解决的信号。
推荐方案未在台账登记
不决定的后果不重锚则 #ISO-FENCE 实施时引用的行号/结构已过期(deliver-then-persist 改变了函数内部结构);不升优先级则容易被误判为本次修复已经处理了跨根隔离问题——实际上 deliver-then-persist 不改变跨根注入行为,且 timeout 10→30s 让旧根 hook 对新根 session 的最长阻塞窗口从 10s 变成 30s,隔离必要性反而加重。
超时默认未在台账登记
回退路径未在台账登记
排期至今未确认(见 r012 挂用户);背景 A1§③-5
BF-38
待拍板
urgency=nowHUMAN_GATE
已挂 6 天
挂用户:#ISO-FENCE 波次排期确认(07-17 用户质询是否被插队,assistant 澄清「排期留你手」,至今无裁定)
#ISO-FENCE 波次排期确认:把「旧根零修改」从事后核验变成运行时 invariant(独立 HOME + allowed_write_paths + 进程写观测)。
为什么现在:07-17 你质询过「是否被单方面插队」,得到的澄清是「排期留在你手,未定死」,此后无裁定。
推荐方案确认进波次 1:D2 的 OpenCode 隔离栈是它的参考实现,同波互相支撑。
不决定的后果不确认则运行时 invariant 悬空;它已有两个实证案例(F-1 悬空指针污染、hook 修复需重锚),hook 超时修复(timeout 30s)加重了它的必要性。
超时默认未在台账登记
回退路径未在台账登记
背景 A6§⑦
决策页 · 全部 50 项 →
叁
十九系统
六版块 · 状态一眼可见 <span class="snap" title="本区为快照投影,非实时数据">as-of 2026-07-21</span>
六态:partial ×7 live ×8 armed ×1 paused ×1 broken ×1 staged ×1
底座
2 系统 · live 1
每 turn 改动最终被捕获、绝不失败 session、绝不碰 HEAD/main;session 隔离走 git ref+index…
LLM 调用单一出口与 fallback,11 tier 覆盖 codex/glm/claude/grok/composer/kimi…
运行时执行面
4 系统 · live 0
逐 turn 承载 phase 义务/skill 强制读/trace 记录,支撑单 session 连续推进 / wrapper 长任…
把方法论(道 skill)与工具用法(术 skill)在恰当时刻精准送进 agent context,避免过度注入也避免遗漏
把「编排者派发/worker 干净 context 独立执行/独立 verifier 复核」固化成协议,防 worker contex…
真实 session 回放,评估某机制(如 skill 注入)applied vs never-applied 的实际效果差异,供盲评…
记录与记忆
5 系统 · live 3
errors.jsonl 记录运行时错误,triage 应把候选送人审再回填 requirement_record,形成出错→登记→处…
需求/任务台账;todo intake 是需求入口(逐字原文/TODO/执行序/requirement record 同脊柱),tod…
CC 自动记忆 + contexts/observations(Observer 每日扫描)+ weekly Reflector 合并…
session_inventory 每日盘点近 3 天 session 增量,是「session 完整性台账」的记录侧
巡检与门
3 系统 · live 3
定时任务承载提取链/git 维护/健康巡检/记分牌刷新/State 探针等常驻自动化,是几乎所有子系统的时钟驱动源
资源 SLO + scoreboard 红格巡检,health_scan --dry-run 每日跑
确定层壳 + regulator 质量门,gate_manifest.yaml 注册 __GATE_COUNT__ 个 gate(bu…
重构 program(新根)
2 系统 · live 0
把活功能按能力闭环逐单元重构到新根,旧根保留 legacy_live + database_retained 两区,authority…
给新根建一套物理独立 OpenCode 栈(独立发行物/config/DB/plugin + OS 级 sandbox-exec 写围…
可见性投影
3 系统 · live 1
确定层探针每天扫可解析真源,机械派生内容重生成到仓根 STATE.md;表格确定性重生成,图形/叙事盖 as-of 指纹戳
所有系统实时状态的 dashboard:顶层大标题+渐进披露,每日巡检自动更新;决策台账/开放问题/进展投影只读可查
通过浏览器 UI 完成无法纯 API 完成的部署/集成操作(如 Pages CNAME 向导),并记录为已验证路径
求职 / 竞赛实时面在姊妹站:desk.guiming.net ↗(公司清单 · A/B 榜 · 简历线)· 竞赛站:progress.guiming.net ↗
肆
背景三帧
审计快照 · 同一处断层的三个切面
哲学管线走了一半
已裁决未实施
60,363 轮对话提炼出的总纲七元原则,每个数字复算吻合;但 rules/ 真源零写入、crontab 零条目、自动运行零次——内容提取完成,接线停在等你裁决的门前。
状态图机械判据 25/25 全漂移
已知故障
07-13 你亲自立了「图时间 vs 最后真源 commit」的漂移判据,当天制度化执行了一次(6 个过期域全部重绘);此后未注册进任何 cron/gate,冻结时点 25/25 个图组按同一判据全部再次过期。语义过时已被直证的仅 provider routing 图(07-18 大改,图仍冻在 07-12/13)。
provider 收尾三缺口
已知故障
fallback 双账本分叉——router.log 07-17 当日 26 次替代记录、Kimi 接盘 18 次,但 receipts 侧连 is_substitute 字段都不存在(标注机制未接线,比『全为 0』更强);前台 Codex 配置漂移出 07-18 的 one-policy;健康巡检因 PATH 缺失长期 2/7 假阴性。
同一处断层,三次诊断:「这套系统已经活了,但它至今只消化过它自己」(2026-06-10);「你建了一座结构完整的工厂,装了生产线,贴了操作手册,但多数机器的电源线没接上车间总开关。少数接上的(cron、git、…」(2026-07-12);「内容与诊断层的工作绝大多数真实完成且数字经得起复算,断层集中在『机制装上了但没有持续跑』这一层」(2026-07-19)
本站无自动重建,数据截至构建时刻 2026-07-22 06:17 UTC