## Workflow Pattern: 订阅源治理先快照再审计 ### Before 用户说“把低质量 Reddit 源取关，再加一些更有实践感的社区”。agent 直接开始点击或调接口，过程中只知道大概成功了哪些，失败时也难以判断是账号不对、页面未刷新、接口参数错，还是 Reddit 没有真正生效。 ### After 1. 先确认操作对象：Chrome 登录态账号为 `Exciting_Radio8947`，订阅页标题为 `HOME FEED SUBREDDITS (51)`。 2. 导出 before snapshot：保存当前 51 个社区、抓取时间、页面 URL、账号名。 3. 做变更计划：`leave=8`、`join=10`，标注每个源的取舍理由和预期净变化。 4. 执行时记录接口事实：join 可用 subreddit 名，leave 必须先解析到 `t5_...` fullname。 5. 做 after audit：验收 `取关 8/8`、`加入 10/10`、Home feed `51 -> 53`，并抽查目标社区是否真的出现在订阅列表中。 6. 对探索性加入另开批次：加入 12 个视野外社区，验收 `53 -> 65`，并设置 7 天后复盘这些源是否产生新问题空间。 ### 可复用模板 | 阶段 | 必填产物 | 成功信号 | 失败信号 | | --- | --- | --- | --- | | 快照 | 账号、来源 URL、总数、完整清单 | 可复算当前状态 | 只有口头描述，没有可回滚基线 | | 计划 | join/leave 列表和理由 | 预期 delta 明确 | 变更项和目标混在一起 | | 执行 | 接口参数、返回、失败重试记录 | 每项有执行状态 | 调用成功但页面未变 | | 验收 | after 总数、对象抽查、失败清单 | 数量和对象都对齐 | 只看状态码，不看真实页面 | | 复盘 | 7 天后保留/移除建议 | 能判断信号质量 | 加完之后无人治理 |