自动同步与数据保留

Dashloom 可以按照工作空间计划自动同步 Cloudflare Workers、Cloudflare R2、Cloudflare Pages、Cloudflare Queues、Google、Stripe、Lemon Squeezy、Creem、Polar、Paddle、Supabase、GitHub、Vercel、已经映射的 D1 业务指标和版本化 Custom REST 指标。进入 数据源 → 自动化，选择来源和间隔后保存即可。

Worker Cron 每 15 分钟检查一次到期计划。顶层执行使用 Cron 表达式和 Cloudflare 计划执行时间作为唯一认领键，因此至少一次投递产生的重复事件不会重复执行同一批任务；如果 running 认领超过 30 分钟仍未完成，后续重试可以接管。调用 Provider 前，每个到期计划仍会通过条件更新单独抢占。成功任务记录数据新鲜度；失败任务保留错误信息，并按指数退避重试，最长等待六小时。同步和告警完成后，同一个顺序任务还会修复缺失的行动完成基线，并用更新日期的真实证据刷新 Agent 结果复盘。

托管运营人员可以在 /dashboard/operator 查看最近 50 次定时任务与认证维护任务。运行台账只显示触发方式、子任务结果和稳定错误码，不保存 Provider 错误原文、凭证或任务 Payload。报表、同步、告警、保留清理和账单对账的手动维护接口会写入同一台账。

大部分支持历史查询的数据源会刷新此前 60 天和当天的数据，使月报能够比较两个完整的 30 天周期。Cloudflare Queues 是有意保留的例外：REST 接口只提供近似实时快照，因此 Dashloom 每天保留最近一次快照，不会把它描述成完整消息操作历史。Cloudflare Workers Analytics 会按照 Provider 限制拆成每段最多 30 个自然日的请求；其他支持历史查询的 API 会收到等价的有界开始日期，或在本地过滤到该窗口。Cloudflare R2 只有 31 天保留期，因此始终标记为部分 Agent 证据；Supabase 的可用历史则由其 Management API 决定。Provider 自身的分页上限仍然有效，高数据量的 GitHub、Vercel、Cloudflare Pages、Creem、Polar 或 Paddle 同步在有界扫描耗尽时会生成 partial 同步记录；收入连接器还会把覆盖不足警告传递给 Agent 证据。

服务端会校验套餐允许的最短间隔：Free 每天一次、Solo 每小时、Studio 和 Agency 每 15 分钟。Community 自托管版可使用自己的基础设施配置 15 分钟计划。

工作空间 Owner 可以在 设置 → 数据生命周期 中配置指标、分析和报告的保留天数。每日维护任务会删除超出期限的数据，并按当前套餐的最大天数进行限制；Agent 结果复盘周期跟随分析保留策略。账单、订阅、成员和审计记录不会被这项清理任务删除。

生产环境应保留 Cloudflare D1 Time Travel 用于运维恢复，并单独验证工作空间 JSON 导出和删除。数据保留清理不能替代灾难恢复备份。