PM Agent设计清单

第一步：选任务（junior intern 测试） 问自己："如果公司给我配一个聪明、积极、零经验的 junior intern，我会让 TA 干什么？"——需要一点判断力和写作能力、但不需要你全部专业直觉的工作。把目标用一两句话写下来，就像给实习生发 Slack 消息那样。 关键筛选：选持续到来的任务（one-at-a-time、重复发生）。一次性的批量任务（如翻几十封已到的邮件）不要做成 agent——直接导出数据丢给 Claude/Gemini/ChatGPT、用 Slack AI/Notion AI 等内置工具、或用 MCP 直连。

第二步：设计 5 问

1. 我自己懂这个任务吗？ 指令质量决定 agent 上限。自己先手动做一两遍，搞清楚关键信息在哪、成功长什么样，并能给出示例。
2. 能不能更小？ agent 让人想许愿全套，但要像做新产品一样砍范围：只委托你最烦的那一步，其余先手动。想监控 5 个竞品网站，先上 1 个。
3. 下行风险封顶了吗？ 不要预测模型会不会幻觉（会）或第一次能不能跑对（不能），改为"上行全收、下行封死"的设计：发我 DM 而不是发频道；建邮件草稿并加星待审而不是直接发送；给建议而不是做决定；在文档底部追加而不是修改正文。再用平台权限做物理限制。
4. 给的 context 够吗？ 它多半不需要三年愿景和全公司 org chart，但需要：数据在哪、决策依据是什么、怎么识别团队里的人。要它按你的方式排优先级，就把你的优先级框架给它。
5. 我是否还贴着原始客户信号？（危险区，见独立卡 ai-summaries-degrade-intuition）

第三步：发布与迭代

• 因为下行已封顶，上线只是"更大环境里的一次测试"，不是重大决定。
• 先查自己的 bug：AI 行为怪异时先找输入问题。实例：示例标题里写着 "Sprint 5" 但项目板根本没有 sprint 概念 → agent 幻觉 sprint 号；项目板只有预计结束日期没有状态字段 → agent 合理地把过期当完成。都是改输入就秒修。
• 信任按滴积累：结果好就逐步扩权（敢让它免审直接发送吗？加一个数据源吗），不好就直白反馈、改原始指令重跑。你在给"只有一个客户的产品"做迭代。

平台选择：最好的平台是你公司已在用且信任的那个（营销团队已把 Zapier 连上 HubSpot，就别再引入新工具）；确认它既支持你要的集成也支持具体动作（很多平台能读 Zendesk ticket 但不能创建）；其余条件相同时选活动部件最少的。