OpenPI 要不要暴露无内容的本地可观测订阅缝，而不是绑定某一家 tracing SaaS？

[tt-a1i]

一句话问题：OpenPI 要不要暴露无内容的本地可观测订阅缝，而不是绑定某一家 tracing SaaS？

这不是 commit 计划。倾向 Discuss。本轮未安装、未运行下列包。不提议新安装器，也不引入第二控制面。Pi 继续拥有 install / update / uninstall。

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

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

包	版本 / 日期	来源
@narumitw/pi-analytics	npm 0.49.9（2026-09-04）	https://www.npmjs.com/package/@narumitw/pi-analytics · https://github.com/narumiruna/pi-extensions
@braintrust/pi-extension	npm 2.0.0（2026-09-02）	https://www.npmjs.com/package/@braintrust/pi-extension · https://github.com/braintrustdata/braintrust-coding-agent-plugins

Naru 公开声明是 本地、无内容 的指标。Braintrust 是把 session / turn / LLM / tools 自动报到一家 SaaS。目录里还有 Raindrop / LangSmith / Langfuse 同类。值得学的是「订阅执行事实」，不是「选定供应商」。

和 OpenPI 已有能力的重叠

OpenPI 已有 footer 指标、turn-time（TUI-only）、workflow journal、dashboard-state。这些是投影，不是对外订阅缝。#313 问怎样证明能力值得成本；本帖问的是有没有一条无内容的本地事件缝，让用户自己接导出，而不是 OpenPI 绑定 Braintrust。

六问（AGENTS.md）

1. 哪条 Pi seam？ Pi 已有 session / tool / compaction 事件。OpenPI 应复用这些事实，不另建 telemetry 总线当控制面。
2. 模型判断还是运行时不变量？ 默认不把 transcript 外发是运行时不变量。开不开订阅是用户选择（/openpi-setup）。
3. 正交机制还是工作流？ 无内容本地计数是正交的。SaaS 自动 trace + 评估工作台是工作流 / 第二控制面。
4. 更强模型会不会直接用 Pi 原语？ 可观测性不随模型变强而过时；但「绑一家 SaaS」会过时。更强模型也不该看见用户没授权的外发通道。
5. 成功 / 失败证据？ 成功：事件无 prompt / 无文件内容 / 无密钥。失败：外发失败必须可见，且不得重试泄漏正文。不能从 SaaS 仪表盘反推 Session 已完成（事实 vs UI）。
6. 权限如何停和清？ 默认关。开启后可立即停、可删本地文件。不向 child 暴露「上报」类模型工具；若有管理工具，进 CHILD_EXCLUDED_TOOL_NAMES。不新开 /telemetry 命令。

结论倾向

Discuss，不是 Adopt。 若做，只讨论本地无内容订阅缝。明确 不要绑定 @braintrust/pi-extension 或任何一家 tracing SaaS。用户要 SaaS 自己装社区包。

关联：#313、#299、#314、#198（公开证据 vs 私有收据）。研究记录：docs/research/PI_COMMUNITY_PLUGIN_SURVEY_2026-09-08.md。

[tt-a1i]

2026-09-09 源码对照（只读克隆到 /tmp，未 pi install、未运行）。研究记录：docs/research/EXPERIMENT_OBSERVABILITY_USAGE_2026-09-09.md。对照：OpenPI a9b40f0；Pi 6160683 / coding-agent 0.85.1。

Pi 已经有订阅缝，不必再造总线。

1. Agent.subscribe()（pi-agent-core）— 程序化生命周期；listener 被 await 并计入 settlement。事件带消息和工具参数/结果。
2. AgentSession.subscribe() — 同一条 Agent 事件 + agent_settled / compaction / retry。扩展 pi.on 先于 SDK subscriber。
3. pi.on() — 社区包实际挂的缝：input、before_agent_start、context、before_provider_request / after_provider_response、tool_call / tool_result。
4. pi.events — 扩展间无名 channel。OpenPI footer 的 dashboard:model-info 走这里。进程内投影，不是导出缝，也不是安全边界。
5. @earendil-works/pi-telemetry — vendor-neutral span 合同，无 exporter。接到新 harness / pi-ai；packages/coding-agent 零引用。当前 CLI Session 不能把它当成已接线的导出。

本轮读到的包（冻结身份写在研究记录里）：

• @narumitw/pi-analytics 0.49.9：本地 JSONL，字段白名单无 prompt / 工具正文 / session id。学这个合同，不 merge 这个包，也不新开 /analytics。
• @braintrust/pi-extension 2.0.0：JSON 转发 input / context / message_update / tool 事件到 bt daemon，带 cwd 与 session file。
• @raindrop-ai/pi-agent 0.2.0（npm tarball，无公开 git）：Agent.subscribe 或 CLI pi.on；默认捕获 prompt、回复、工具 args/result；可选 system prompt。
• @langchain/langsmith-pi-extension 0.2.0：event.prompt + 完整 before_provider_request payload + tool args/results 送到 LangSmith。另开 /langsmith-tracing。
• pi-context-view / pi-cache-graph：本地 UI，读 Session 已有 usage。不是订阅缝。
• pi-cache-optimizer：改 prompt / payload。不是可观测。

OpenPI 已有 footer 成本、turn-time（TUI-only）、workflow usage()、goal tokenBudget——都是投影或局部预算，不是对外缝。

倾向不变：Discuss，不 Adopt，不绑定任何一家 tracing SaaS。 若做，只做 opt-in、无内容、本地、可停可清的执行事实导出；开关只走 /openpi-setup。用户要 SaaS 自己装社区包。