Ops：让店铺又快又「诚实」的 Agent
性能、缓存、爬虫防护，以及另外四个 Agent 所有动作的共享记录。不起眼的活，持续地干。
每一次转化率优化都会被一个慢页面抵消，每一套自动化系统没有审计轨迹都很危险。Ops 两头都管。它跑在 Cloudflare 上做边缘性能、缓存与爬虫防护，跑在 Supabase 上维护共享记忆层——每个 Agent 从这里读上下文、往这里写改动记录。它是存在感最低的 Agent，也是其余四个值得信任的原因。
性能是持续工程
Core Web Vitals 是悄悄劣化的——装了个 App、一张图没压缩、为活动加的第三方脚本忘了删。Ops 盯真实用户指标而非合成分数，找到劣化的原因，能在边缘解决就在边缘解决，属于页面问题就派给 Builder。
按设备与模板细分的真实用户 Core Web Vitals 监控
按路由调优的缓存规则与边缘配置
第三方脚本审计——加了什么、代价多少、还值不值得留
全目录的图片与资源分发优化
安全与流量卫生
机器人流量先污染分析数据，再做更坏的事。Ops 在边缘管理爬虫防护与限流，保持合法爬虫——包括你希望被收录的 AI 爬虫——不被误伤，并报告正在虚增你数据的流量。
让自动化变安全的审计层
每个 Agent 的每个动作都写进共享日志：改了什么、哪个 Agent 改的、依据什么证据、结果如何。正是这份记录让你敢把真实工作交给软件。Ops 维护它、保持 schema 一致、确保所有 Agent 读到的是同一份事实。
运行方式
接入 Cloudflare 与 Supabase
Ops 接管边缘配置，并初始化全团队写入的共享记忆与审计 schema。
建立店铺基线
按模板测量当前真实用户性能，记录初始配置，让之后每次变化都可对比。
持续维护
对照基线捕捉回归，能在边缘修的就在边缘修，属于页面问题的升级给 Builder。
你会得到什么
Core Web Vitals 以真实用户为准，而非实验室分数
一份完整、可查询的店铺自动化改动日志
机器人与爬虫流量在污染分析之前被剥离
缓存按路由调优，而不是一条全局规则
由这些 Agent 负责
常见问题
必须把 DNS 迁到 Cloudflare 吗？
要用边缘性能和爬虫防护就需要——它们工作在网络层。如果不想迁，Ops 仍然维护共享审计层和性能监控，只是可操作的手段变少。
共享记忆层里到底存什么？
店铺配置状态、各 Agent 的发现、任务历史，以及每次改动的输入与理由日志。存的是运营数据，不是顾客个人数据。
爬虫防护会挡掉 AI 爬虫吗？
不会挡你想要的那些。能被 AI 引擎检索是一条增长渠道，所以 Ops 默认放行这些爬虫，拦截的是采集器和滥用流量。名单由你控制。
审计日志能导出吗？
能。数据就在你自己的 Supabase 项目里，可直接 SQL 查询，随时导出。