个人自动化代理搭建指南

你在替机器做什么

很多信息监测本质是重复轮询：打开收藏的几个页面或 RSS，刷新 价格、招聘列表、关键词搜索结果，确认有没有更新，然后关掉标签页。真正的工作量在发现变化，而不是看一遍页面；适合自动化的正是这部分。

适合场景包括：

• 每天刷多个网站，只为确认某个条目是否更新。
• 盯目标商品降到指定价格、某类岗位出现新机会、关键词有新消息。
• 纠结该用无代码平台、自建脚本，还是带判断逻辑的 Agent。
• 已有监控脚本经常静默失败，希望加上通知和基础运维。

技能如何工作

技能先定义角色为 个人自动化架构师，核心纪律是：凡是定期确认变化的事交给机器，人的注意力留给处理变化。触发词包括 自动化、监控提醒、信息聚合、定时任务、盯盘、更新通知。

它把个人代理统一拆成三段：

1. 监控：定时读取网页、RSS、API 或邮箱，形成稳定数据流，而不是每次手动刷新。
2. 判断：保存 上次状态，对比快照或阈值，确认是否真的有变化；只有变化才进入下一阶段。
3. 通知/行动：命中条件后发送提醒；明确需要机器执行时，再走备份、提交、创建工单等有审计边界的动作。

实施时按七步推进：

1. 用一句可验证的话描述目标，例如“当某商品价格 ≤ ¥X 时通知我”，而不是“帮我盯着这个站”。
2. 把数据源按可达性与稳定性排序，优先 RSS 或 API，其次可解析 HTML，邮箱作为通知入口而不是主数据源。
3. 按技能强度选择路线：只转存用无代码平台，需网页解析用脚本，需要跨源判断、保存状态和重试才用 Agent。
4. 定义触发条件与状态字段，例如 last_price、version_id，能结构化比较就不要只比较页面文本。
5. 部署为长期运行的轻量常驻进程，重试、超时、去重不能交给“记得看一眼”。
6. 通知按渠道与频次分级：低优合入摘要，高优单独推送；不同代理不要同时轰炸同一个收件箱。
7. 上线前用历史上确实发生过的样本回放验证：条件正确触发，且没有对旧数据重复报警。

维护与边界

可靠性上，代理失败必须可见，配置心跳缺失告警；静默停止往往比直接报错更危险。抓取要温柔，遵守 robots 与目标站条款，间隔从分钟级起步，不采集个人信息，不用于商业转售。涉及登录态时不要把凭据或密钥写死在配置里。每季度清理三个月没有产生一次有效通知的代理，避免僵尸任务变成维护债。