按职责组织工作

适合长期 Bot 的职责应有重复出现的输入、明确产物和停止边界。先完成读取与准备工作，结果可靠后再增加获准的操作或 routine。

选择交付物

职责	输入与产物	初次任务边界
销售研究	CRM、意向信号；账户排序、联系人和触达草稿	排除已在活跃序列的对象，不直接发送
招聘寻访	职位要求、ATS、许可来源；候选人证据与联系草稿	排除现有候选人，不联系本人
广告监测	当前投放、分析与预算；调整建议及支撑数字	不改预算、不发布团队消息
费用核对	费用系统、收据和政策；可对账汇总、异常及跟进草稿	每条异常引用政策，不改报销
性能调查	观测指标、trace、发布记录；事实和假设分开的报告	不改生产设置或告警
故障复现	Issue 和 staging；步骤、预期/实际、截图、环境及最小用例	使用测试账号，不用生产客户数据
账户健康	CRM、使用、支持和续约数据；有证据的风险排序	不联系客户或改 CRM
每日摘要	获准频道、邮件、日历和计划；与当前优先级相关的决策项	不发送消息或改会议

从职责变成稳定流程

把数据源、输出格式和长期边界写入 Bot 描述。用一个真实但范围小的输入验证结果，修正遗漏后保存 Skill，再换第二份输入验证复用。自动化之前明确重试、缺失来源和失败时如何报告。

例如费用 Bot 不只交付总额，还应说明总额如何对回原记录、哪条政策导致异常；性能 Bot 应区分 trace 里观察到的事实和需要继续验证的因果假设。是否可以自动执行外部动作，应在具体任务里明确，而不是从职责名称推导授权。

维护 routine

将已验证 Skill 设为 routine 后，定期检查输入格式、插件权限与源数据是否变化。营销渠道、ATS 和其他系统的可访问性依赖实际连接，不保证每个来源都有可用插件。缺少连接时由用户建立访问或缩小任务范围。