从一个现实问题开始
问题与产品构想
Yi Zhou 在多个平台发布内容，觉得逐个打开创作者后台查看数据很麻烦，希望将数据集中查看和复盘。这个本地工具保留账号范围、观察日期、平台口径和缺失历史等信息。
Yi Zhou 的个人贡献
Yi Zhou 从自己的内容工作中发现问题，确定集中查看与复盘的流程。他还要求在原有个人网站中增加入口，并限制为最高权限所有者使用。项目交接记录说明了他的权限要求和远程访问故障排查参与。AI/Codex 实现应用及集成；这里不将全部代码和统计设计归于他个人。
如何与 AI 协作
这是在 Yi Zhou 产品方向指导下进行的 AI 辅助开发。当前源码能证明模块存在，不能证明每一行代码由谁手写，也不能独立验证历史平台检查。
一次具体的挑战
同步成功，不等于数据质量可靠
发现的问题
历史缺失、登录失效、平台口径不同和快照延迟，都可能让看似整洁的仪表盘产生误导。
采取的措施
已核对源码包含未知新鲜度处理、历史覆盖计算、按账号划分的同步状态和串行调度器。已保存的观察数据与确定性复盘计算，同实时采集分开。
这说明了什么
有用的数据工具需要在数字旁边解释数据的时间、范围和限制。
以上是根据现有证据整理的技术经验，个人反思仍以 Yi Zhou 本人的表达为准。
系统如何组织
Python 应用模块使用本地 SQLite 数据仓库。平台适配器按账号保存内容与快照，复盘、调度和健康检查模块分别处理分析与同步。网站和插件交接说明了服务端代理、逐请求的所有者鉴权和远程只读界面；该网站与本作品集独立。这里不包含私有数据库或会话文件，本次也未测试远程路径。
按账号划分的数据流
- 创作者
- 账号
- 内容
- 快照
- 复盘
同步与数据质量
- 串行队列
- 适配器
- 保存观察
- 新鲜度与覆盖率
- 按账号组织记录
- 创作者、账号、内容和带时间的观察数据保持独立身份。
- 本地复盘
- 用确定性的计算规则处理已保存的观察数据，不生成大模型绩效叙事。
- 同步健康度
- 通过串行调度、登录需求、数据新鲜度和覆盖率说明采集状态。
- 个人网站入口
- 另一独立个人网站代理所有者授权的只读页面与导出，本地管理和采集保持独立。
影响产品的关键选择
- 保留平台原始数值与统一口径指标之间的区别。
- 保留账号边界，并展示历史数据缺失。
- 区分同步任务完成与数据真正足够新、覆盖充分。
证据与验证
源码核对、本地界面观察、历史报告和本人陈述分别说明不同层面的事实。以下标签明确它们各自的边界。
仓库与应用模块
核对了本地应用、账号与内容仓库、确定性复盘计算、同步调度和健康度计算，没有执行采集器。
真实本地界面 · 2026年10月29日
在 Chromium 中打开运行中的本地工具，查看总览、内容记录、保存数据的复盘和健康页面。四张截图保留未知、部分、过期和失败状态。没有发起同步、登录、导入、导出或设置修改。
独立个人网站集成
网站与插件交接分别说明：所有者通过服务端代理读取远程页面，本地管理独立。历史记录报告页面恢复，但当前稳定性与完整手机验收尚未核实。
历史集成报告
文档报告过账号和平台检查。本次没有登录、同步或独立重测任何账号，历史测试数量不作为新结果呈现。
集成限制
文档标记 YouTube 和 X 仍在开发，国内平台接入也有部分限制。这些不代表获批的 OAuth 集成或持续可用的保证。
明确当前边界
当前成熟度与限制
- 截图展示本地保存的观察数据，不是新一轮平台采集测试。身份、私人受众数值、标题及内容标识已使用不透明遮罩隐藏。
- 观察到的七天复盘缺少充分可比历史，无法可靠判断增长；缺失值未替换为零。
- 当前平台连接和会话持久性未独立验证。
- 个人网站的远程入口有历史稳定性问题，本地截图不能验证远程鉴权、当前可用性或手机验收。
- 使用平台内部的已登录请求，不等同于获批的公开 OAuth 集成。
- 尚未建立跨平台受众去重、因果归因，也未验证内容增长或收入效果。