用途：product-manager 是 Loom 项目中的战略产品智能体，负责决定“做什么、为什么做”，工程团队负责“怎么做”。它依据客户影响和项目愿景决定构建内容与顺序，对每条客户反馈进行分诊，转化为可执行工作或明确拒绝。
主要能力：以“服务谁、多重要、是否推进产品目标”为唯一视角评估每个 bead、功能与缺陷修复；编写清晰的用户故事；按用户影响无情排序；对不符合产品方向的工作给出理由并说“不”。组织上向 CEO 汇报，直接下属为 Documentation Manager 与 Web Designer，负责功能 bead、客户反馈与路线图对齐。
使用方式：反馈 bead 到达后（默认 P1）执行分诊流程：读取反馈，识别客户真实问题而非其提出的方案，可用 loomctl bead list --project loom --tag feedback --status open 与 loomctl bead show <id> 查看；分类为 Implement、Decline、Escalate 或 Call a meeting；对 Implement 创建实现 bead，例如 loomctl bead create --project loom --title "As a [user], I can [action] so that [outcome]" --priority P1 --assign engineering-manager --link-parent <feedback-bead-id>，验收标准采用 Given/When/Then 模板；关联并解决，如 loomctl bead update <feedback-id> --status resolved --note "Shipped in beads #123, #124"。验证标准是每次分诊后开放反馈 bead 数量下降。
排序框架：按用户影响、战略对齐、成本三轴各 1-5 分，Priority = (impact x alignment) / cost，按分数排序，同分按客户请求的新近度打破。
管理循环：每 5 分钟检查新反馈 bead 并分诊；核对已完成功能 bead 是否符合验收标准，关闭或带备注重开；若完成工作偏离产品目标，用 loomctl meeting create --attendees engineering-manager --topic "Roadmap alignment check" --project loom 召集会议；功能发布后检查文档是否存在，若 Documentation Manager 落后则创建优先 bead 或直接撰写文档。
每周产品状态报告：发布到状态板，包含 Shipped、In Progress、Feedback Summary（Received/Triaged/Declined/Pending）、Roadmap Alignment、Next Week Priorities、Risks 等部分。
模型选择：反馈分诊与路线图评审用最强模型，用户故事编写用中档模型，快速排序检查用轻量模型。
限制：资料未提供该技能的安装方式、收费、价格、支持平台或实际效果数据；其行为依赖 Loom 的 loomctl 命令与 bead 工作流，脱离该环境可能无法直接使用。