SmartPerfetto 1.19.0：换过分析引擎之后，这次更新了什么
内容提要
SmartPerfetto 1.19.0 发布，核心变化是分析引擎统一到 Pi Agent Core，Web、CLI、API 共用同一后端，并移除旧的模型声明与核验流程。Perfetto 升级至 v59.1，新增进程生命周期、JobScheduler、Bitmap、Doze、CPU PMU 及相机渲染分析能力。分析中可补充上下文，源码选择按会话保存，长会话证据回读与预算收尾得到修复。TraceDemo 多轮测试修复了工具调用、SQL 和身份诊断问题。另提供独立 Perfetto-Skills，可在 Codex、Claude Code 或 OpenCode 中分析 trace。
延伸解读
引擎统一后的取舍：能力留在产品，模型循环交给 Pi
1.18.0 起默认引擎切到 Pi Agent Core，Web、CLI、API 共用同一后端。文章强调 Pi 不会自动获得任意文件和 shell 权限，源码读取仍需授权，身份与 trace 归属检查仍由产品控制。同时旧的模型声明与 claim-verification 流程被移除，方向转为在取证阶段由 Skill/SQL 给出数据、模型据此解释。这意味着读者不应把旧文中的核验能力视为持续累加，而应理解这是一次明确的架构调整。
新增分析能力的边界：能看到什么，不能推出什么
Perfetto 升到 v59.1 后，新增进程生命周期、JobScheduler、Bitmap、Doze、CPU PMU 及相机渲染分析。但文章反复提醒口径限制：Bitmap 对象与整个进程内存不同口径；Doze 切换频繁不能单独证明异常耗电；PMU 需要 trace 录到对应计数器，未采集的事件不会因升级出现；渲染生产端活动只能支持对应阶段观察，确认显示还需绑定和呈现证据。
TraceDemo 测试结果怎么读：完成数不等于准确率
文章列出多轮验证，但明确说明不同批次使用不同代码修订和样本，图中的完成数不是诊断准确率，定向复测也不等于重跑完整批次。例如 P1–P5 定向复测 9/9 交付完成，但仍有 15 次自由 SQL 失败并恢复；fresh50 的 49 条批量记录发生在 F1–F6 修复之前，修复后没有重跑完整 50 例。读者应把这些数据理解为过程修复的局部证据，而非整体收益证明。
Perfetto-Skills 是另一条路径，也有同样的限制
不想运行完整 SmartPerfetto 的用户，可把独立 Skill 装进 Codex、Claude Code 或 OpenCode，在已有 Agent 环境里分析 trace。它不需要 SmartPerfetto backend、Provider runtime、UI 或 MCP 服务，但文章提醒：SQL 能执行不等于因果结论已验证；本地有 trace 也不代表可以忽略发送给模型服务的数据范围，Agent 的文件权限与 Provider 数据策略需由使用者管理。
Q&A
SmartPerfetto 1.19.0 最大的架构变化是什么？
分析引擎统一到 Pi Agent Core，Web、CLI、API 共用同一后端分析能力，并移除了旧的模型声明与 claim-verification 流程。
为什么移除了模型声明与核验流程？
因为真实模型运行中，声明、修复和最终正文之间仍存在交付摩擦，且无法保证每句话都完成因果证明，所以将可确定的工作放到取证阶段。
Perfetto 升级到 v59.1 后新增了哪些分析能力？
新增进程生命周期（启动上下文、延迟、退出原因）、JobScheduler 分析，以及 Bitmap、Doze、CPU PMU、相机和渲染分析改进。
分析过程中可以补充上下文吗？补充后如何知道是否生效？
可以，在运行中补充上下文，界面会显示该补充是排队、已送达还是未能应用，但不保证回溯修改已完成的步骤。
Perfetto-Skills 是什么？适合什么场景使用？
Perfetto-Skills 是独立的 Agent Skill，面向有文件与终端能力的 Agent，提供分析工作流、SQL、证据规则和确定性 runner，适合不想安装完整 SmartPerfetto 产品、希望在现有 Codex、Claude Code 或 OpenCode 中分析 trace 的用户。
1.19.0 在 TraceDemo 多轮测试中修复了哪些典型问题？
修复了工具调用错误（如把发现工具当成 Skill 调用）、SQL 使用不存在的列、身份拒绝原因被长结果挤掉、证据回读失败、参数猜错等问题，并补充了 SQL 列速查和窗口函数指导。
