账号额度 / 花费该不该成为执行事实（可观测 + 可选上限），而不是 Footer 装饰？

[tt-a1i]

一句话问题：账号额度 / 花费该不该成为 OpenPI 的执行事实（可观测，可选硬上限），而不是 Footer 装饰或某一家 tracing SaaS？

这不是 commit 计划，也不是 Adopt。倾向 Discuss。本轮未安装、未运行。不提议新安装器。Pi 继续拥有 install / update / uninstall。不新增第二条 /openpi-setup。/usage 一类命令若做成 OpenPI 表面，仍必须走 /openpi-setup 开关，不能再开第三条配置入口。若出现模型可见的「查额度」工具，必须做 child-tool 分类；默认更像 parent-only。

为什么目录里这个机制看起来有趣

冻结身份（last-seen 2026-09-08）：

包	版本 / 日期	来源
@narumitw/pi-usage	npm 0.60.6（2026-09-08）	https://www.npmjs.com/package/@narumitw/pi-usage · Codex / OpenRouter / DeepSeek 额度
@eiei114/pi-sub-bar	npm 2.3.0（2026-09-08）	编辑器上方的 usage widget
@narumitw/pi-accounts	npm 0.52.0（2026-09-06）	命名 OAuth 账号切换；更靠近 #195

pi-atlas npm 0.2.0 的 README 现为「async tasks / goal-driven」事件扩展，不再把它当 usage atlas 证据（GitHub topic 旧描述可能过期）。

事实

• runtime: 建立跨 Subagent、Workflow 与 Background Terminal 的总资源准入合同 #159 是 Subagent / Workflow / Background Terminal 的本地并发准入，不是 provider 账单。
• docs(routing): define provider/model selection, fallback, reasoning state, and invocation evidence #195 是 provider / model 选择、fallback、reasoning、invocation evidence。
• OpenPI 要不要暴露无内容的本地可观测订阅缝，而不是绑定某一家 tracing SaaS？ #505 问的是无内容本地可观测订阅缝，不绑定 tracing SaaS。
• AGENTS.md：运行时拥有 call / time / resource limits。
• 对照修订：OpenPI a9b40f0。本轮未安装、未运行。

推断

额度是可失效的外部事实：读失败、延迟、账号切换都会让「还能不能再打一枪」变成不确定。Footer 数字不是权威。硬上限才像运行时不变量；只展示则是 UI。社区包把 usage 做成 /usage + widget，容易变成第二 Footer（08-09 已 Ignore）。

建议

先区分三层：读额度（只读事实）、展示（UI，不新开 Footer 产品）、可选 spend cap（运行时拒绝）。不要 merge pi-usage。账号切换继续挂 #195。配置只走 /openpi-setup。

未知

• 各 provider usage API 的稳定性和失败模式（本轮未调用）。
• 硬上限该绑 Session、账号，还是 OpenPI 全局。

关联

• runtime: 建立跨 Subagent、Workflow 与 Background Terminal 的总资源准入合同 #159 准入 · docs(routing): define provider/model selection, fallback, reasoning state, and invocation evidence #195 routing / accounts · OpenPI 要不要暴露无内容的本地可观测订阅缝，而不是绑定某一家 tracing SaaS？ #505 可观测 · setup: 配置诊断与 fail-closed 回滚，不新增第二条配置入口 #498 setup
• 研究记录：docs/research/PI_COMMUNITY_PLUGIN_SURVEY_2026-09-08.md

[tt-a1i]

2026-09-09 源码对照（只读克隆，未安装、未调用任何 provider usage API）。研究记录：docs/research/EXPERIMENT_OBSERVABILITY_USAGE_2026-09-09.md。

pi-usage 仍是只读快照 + UI，不是硬上限。 npm 已从目录日的 0.60.6 到 0.60.7（narumiruna/pi-extensions@1b96c32）。/usage、/fast、statusline、确认后的 Codex reset 都在；源码里没有「超过 X 就拒绝下一发」的 runtime gate。凭证只打官方 origin。读失败/延迟时它自己也不把快照当成还能打。

请继续把四层分开，不要用一个 $ 或 59% 覆盖：

层	现在	tracker
Child slot / process lease	各 owner 局部有；跨 Workflow+Direct+BTW 没有	#159
Session token/cost 估计	Pi message.usage、OpenPI footer、workflow usage()（lower bound，不是预算器）	已有投影
Goal token 预算	可选；只结束 goal	Goal，不是本帖
Provider quota / 余额 / rated spend	OpenPI 无；pi-usage 只读且语义按家拆	本帖

#159 继续只做本地准入。SaaS trace 走 #505，不绑定。账号切换继续 #195。不要 merge pi-usage，不要第二 Footer，不要新开 /usage；若有开关只走 /openpi-setup。若以后要运行时不变量，应是可选 spend cap + 过期/不确定一等状态，而不是把 statusline 当成权威。