Claude 分享 Agent 时代产品开发方法论

这篇文章讲了什么

• 文章作者 Jess Yan 是 Claude Managed Agents 的产品经理，分享了 agent 时代 PM 的工作方式如何被自家产品改写
• 过去 PM 的一周被会议、状态汇报、积压工单占满，决策快但落地慢；现在 Claude 让她把精力还给产品打磨本身
• API 设计过去活在文档与评论线程里，文档评审周期常常迟于真实使用反馈，Claude Code 让她半天内就能拉起一个端到端的 API 规范原型
• Anthropic 的 API 抽象与 Claude Console 的交互被反复调整过几次，依据是团队用自家原语试搭 agent 时遇到的真实问题
• Jess Yan 的日常工作明确分流：Claude 与 Claude Cowork 用于开放式调研，Claude Code 与 Managed Agents 用于把已经清晰的任务封装成定制 agent
• 文章给出三类 PM 常用 agent 范例：贴近内部数据库的 Adoption analytics、并行 fan-out 的 Developer sentiment monitoring、按受众改写的 Demo building
• Managed Agents 在云端运行，作者可以挂起任务离开，回来时结果已就绪，让原本不可规模化的发布事务自动化

具体怎么实现

Claude Managed Agents 目前处于 beta，是一组可组合的 API，用于构建并部署托管在云端的 agent。Jess Yan 的搭建路径很直接：在 Claude Code 里加载 Managed Agents skill，写一段任务草图，Claude 会一边解释集成步骤一边把 agent 拼出来；开发者也可以用最新版 Claude Code 内置的 claude-api skill，给出 prompt "start onboarding for managed agents in Claude API" 来启动。每个 agent 由具体能力拼合而成：Adoption analytics 借助对内部数据库的持续访问和理解数据 schema 的 skill 跑查询，配合 Managed Agents 的 memory 在历次运行间累积视角；Developer sentiment monitoring 调用平台预置的 web search 工具，按指定域名列表扫描开发者反馈，遇到内容过载时 fan out 到多个并行子 agent，等待结果再汇总；Demo building 则把品牌素材、GitHub demo 仓库、活动 deck 接入同一 agent，让它依据受众场景把模板改写成正式 demo。

Anthropic 内部的 PM 工作流由此沿着两条产品线分裂。Claude 与 Claude Cowork 处理处于"还没想清楚"阶段的研究和发散，用对话推进；一旦"要做的事"足够明确，就转到 Claude Code，把任务沉淀为基于 Managed Agents 的定制 agent。这种双产品分工带来的副作用是文章作者反复提到的：能拿自家 API 当原型沙盘，让 PM 对下一代模型与任务演化保持手感；同时 agent 跑在云端，长尾运营工作可以挂起再回收，原先因每次发布都有自家节奏而无法自动化的事，被一一交给 agent。Jess Yan 把这种变化总结为 PM 重新有时间陪用户、陪工程团队琢磨真正重要的问题，并建议同行本周就动手把心里那个一直想做却没空做的 agent 搭出来。