20 分钟搭出一个 AI 产品经理Claude Cowork 产品管理插件完整实战指南【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins周一早会刚结束桌上已经堆了三件事今天要交的 PRD、老板等着的周报还有上周突然往下掉的留存曲线。写文档半天同步状态一个下午真正用来想产品的时间被挤得所剩无几。knowledge-work-plugins 这个开源仓库里的 product-management就是一个给产品经理的 Claude Cowork 产品管理插件它把资深 PM 的工作方法——写规格、排路线图、综合用户研究、对齐干系人、盯竞争格局——沉淀成一组可随时调用的技能配合斜杠命令让你把重复劳动交给 Claude把判断力留给自己。下面按你一周的真实节奏——发现问题、定义方案、制定计划、持续运营——走一遍这条 AI 产品经理工作流。✅ 先装好它两条命令让 AI 产品经理上线在 Claude Code 里先把仓库注册为插件市场再安装插件claude plugin marketplace add anthropics/knowledge-work-plugins claude plugin install product-managementknowledge-work-plugins如果你用的是 Claude CoworkAnthropic 的 agentic 桌面应用直接在插件页面浏览安装即可README 给出的等价格式是claude plugins add knowledge-work-plugins/product-management。装完不用任何配置技能在对话相关时自动触发斜杠命令以/插件:命令的形式调用比如/product-management:write-spec。安装后你得到 7 个核心命令加 1 个冲刺命令每个都挂在一个技能文件SKILL.md上领域方法论全部写在那里。命令入口文档在 commands/ 目录各技能的方法论在 skills/ 目录一一对应关系如下斜杠命令解决什么承载技能/brainstorm和思考伙伴一起想问题product-brainstorming/synthesize-research把访谈、问卷、工单变成证据synthesize-research/write-spec从问题陈述写出 PRDwrite-spec/competitive-brief生成竞争分析简报competitive-brief/roadmap-update增改、重排路线图roadmap-update/sprint-planning把路线图落到具体迭代sprint-planning/stakeholder-update按受众生成状态汇报stakeholder-update/metrics-review评审指标、找趋势metrics-review整个插件是纯 Markdown 构成的无需编译、没有构建步骤、没有基础设施读得懂文件就读得懂它的行为边界。 发现问题用 /brainstorm 打破思维僵局/brainstorm的定位很明确这是一场对话不是一份交付物。目标是把你想到的比你一个人独自思考更远。它会先判断你带进来的是什么再决定进入哪种模式问题探索你有问题区域但还没定义清楚要解决什么。它会先问谁有这个问题、他们现在怎么解决再反复追问为什么直到碰到结构性原因把症状和根因分开方案构思问题已定义清楚需要发散。规则是先产出 5-7 个不同方向的方案再评估且至少包含一个反过来做和一个减去什么的选项假设测试你有一个想法需要压测。列出显性和隐性假设找到错了就全盘皆输的那个并给出最便宜的验证方式。假设按用户、问题、方案、商业、可行性、采纳六类挨个盘战略探索想的是方向和赌注。用赌什么、赔率多少、回报是什么的框架看选项并拉长时间轴——3 个月、12 个月、3 年各自该做什么动作。框架工具箱随取随用不要当清单逐条走HMWHow Might We把痛点重述为机会问题。如何改善新手引导太宽如何给第 3 步加个 tooltip太窄如何帮新用户在 10 分钟内拿到第一次成功才是对的粒度。一个问题可以派生 5-10 个 HMWJTBD句式是当[情境]我想[动机]以便[预期结果]。功能性的工作好找情感和社交的工作往往更有力量。追问用户为了雇佣你的产品解雇了谁能直接暴露真实竞争集机会解决方案树期望结果 → 机会 → 方案 → 实验逐层展开。机会必须能追溯到研究证据每个机会配多个方案每个方案配多个实验先测最便宜的第一性原理把假设拆到基本组件逐项质问为什么必须这样——是物理定律还是惯例再从基本真理重建。适合品类多年没人重新想过的时刻SCAMPER替代、合并、改编、修改、另作他用、消除、反转七个镜头系统扫一遍现有方案OODA 循环Observe不加过滤地收集信号→ Orient用心智模型理解并挑战自己看到的东西是不是自己预期看到的→ Decide选一个方向作为待检验的假设不确定时下小注→ Act执行后带着新数据立刻回到 Observe。多数产品团队卡在 Orient——无限分析、等更多数据循环转得快的团队学习最快反向头脑风暴卡住时先想怎么把这事搞得更糟再把每条更糟反转。人识别错误比想象正确更在行反转能解锁思路。会话节奏是五拍Frame设边界探索什么、为什么是现在、已知什么、约束是什么、好结果长什么样→Diverge大量生成、不评判、跟着旁支走、越过人人都想得到的前 3-5 个点子→Provoke这个方案最强的反对理由是什么谁会讨厌它10 倍激进版是什么样→Converge归组后按用户影响、可行性、战略对齐、证据强度评估挑出 2-3 个方向并命名最大未知和最便宜的验证方式→Capture记下关键想法、待验证假设、待研究问题、下一步、以及明确搁置的点子。它对思考伙伴的行为有明确要求要有立场我认为方案 B 更强因为……比罗列利弊有用、建设性地挑战那假设了 X——我们确定吗而不是这行不通、直呼模式你一上来就跳到方案它会直接说你在定义问题前就 solutioning 了。同时它知道什么时候该停如果绕圈子的原因是没人知道答案正确动作不是继续头脑风暴而是停下来列出需要什么研究。发现问题用 /synthesize-research 把访谈笔记变成证据这一步的输入很随意粘贴的访谈记录、上传的文件或者已连接的知识库、用户反馈工具、产品分析、会议转写。它先问四个问题——研究类型、多少来源、要验证什么假设、结果支撑什么决策——然后按来源提取关键观察、原话引语、实际行为、痛点、正面信号、上下文。主题分析六步是核心方法熟悉数据 → 初始编码打码要慷慨合并总比拆分容易→ 把相关编码聚成候选主题 → 审查证据够不够、主题之间分不分得开、能否讲出一个连贯故事→ 细化命名每个主题配 1-2 句描述→ 写成带证据的发现。产出时按频率 × 影响排优先级控制在 5-8 条强发现而不是 20 条弱的。亲和图是它的协作变体每个观察单独一张卡片按相似性自由聚类不预设类别让结构从数据里长出来给聚类命名再归纳出更高层分组。经验法则第一次分组几乎一定不是最优的一个聚类大到失控说明里面藏着多个主题异常值别硬塞它们往往就是答案。三角验证用组合数据源加固发现同一问题换方法访谈 问卷 行为数据、同一方法换人群、同一观察换时间点。多来源支持的发现远强于单一来源来源互相矛盾时不要掩盖——矛盾常常揭示了不同的用户细分。访谈笔记分析有一条硬规则行为是比态度更强的证据。用户说我想要功能 X但工作流里从不用同类功能记下来的是矛盾而不是需求。问卷定量侧的常见坑只报均值不报分布3.5 分可能是全员温吞也可能是两极分化、忽视无响应偏差、把 0.1 分的 NPS 波动当信号、把李克特量表当等距数据、把相关当因果。定性与定量的配合是个反馈环定性先行揭示是什么、为什么并生成假设 → 定量验证有多少、多大规模 → 对定量里的意外发现再回到定性深潜。呈现时把两类证据拼在一句话里例如47% 的受访用户报告 X 困难问卷访谈显示原因是 Y定性。人物角色要从数据里涌现找行为聚类 → 定义区分变量 → 写画像行为目标、痛点、上下文、代表引语→ 用定量数据验证规模。3-5 个是舒适区按人口统计年龄/地域切分、凭想象虚构、从不更新、不影响任何决策——都是废掉角色卡的方式。机会打分则估计四个变量可触达用户数、问题频率每日/每周/每月/一次性、严重度阻塞/显著摩擦/轻微烦扰、支付意愿再叠加证据强度、战略对齐、可行性。呈现时透明披露假设用区间而非伪精确每月影响 1500-2500 用户永远好过每月 2137 用户。 定义方案/write-spec 怎么写出让工程师能执行的 PRD/write-spec接受四种输入功能名SSO 支持、问题陈述企业客户不断要求集中式认证、用户请求用户想导出 CSV、甚至模糊直觉新手引导流失该治一治。然后以对话方式补齐五类上下文用户问题、目标人群、成功指标、约束技术/时间线/法规/依赖、已有先例。如果接了项目追踪器它会顺带捞出相关工单和依赖项接了知识库捞出历史规格和决策记录。产出是一份固定结构的 PRD问题陈述2-3 句附证据、目标3-5 个必须是成果而非产出——把首次价值时间降低 50%而不是做一个引导向导、非目标3-5 个逐条给理由、按人物角色分组的用户故事、P0/P1/P2 需求与验收标准、成功指标、开放问题标注由谁回答、是否阻塞、时间线考量。用户故事怎么写标准句式作为[用户类型]我想要[能力]以便[收益]对照 INVEST 六条自查——独立可交付、细节可协商、对用户有价值、可估算、一个冲刺内可完成、可验证。坏例子的五种死法模糊产品要更快、预设方案要一个下拉菜单、没有收益要能点按钮、过大要能管理团队、内部视角把重构数据库写成用户故事。需求怎么分 P0/P1/P2P0Must-Have的判断标准只有一问——砍掉它功能还能解决核心问题吗不能就是 P0。P1Nice-to-Have是显著改善体验但核心场景不依赖它的事通常是发布后的快速跟进。P2Future Considerations明确不做但要留好架构空间它的价值是架构保险。MoSCoWMust/Should/Could/Wont是同一件事的四分法。三条实操纪律对 P0 要残忍如果一切都是 P0 那就什么都没有 P0P1 应该是你确定很快要做的事不是愿望清单。验收标准用 Given/When/Then 或清单两种写法Given 管理员已为组织配置 SSOWhen 成员访问登录页Then 自动重定向到组织的 SSO 提供方。要求覆盖快乐路径、错误路径和边界条件写出什么不应该发生负向用例每条可独立测试并禁用快直观这类无法验收的词。成功指标分两层领先指标发布后数天到数周就动——采纳率、激活率、任务完成率、完成时间、错误率、使用频率滞后指标数周到数月才显现——留存影响、收入影响、NPS 变化、工单减少、赢单率。目标要具体30 天内 50% 采纳而不是高采纳同时设成功阈值和拉伸目标并写清用什么工具、什么查询、什么时间窗口来量发布后 1 周/1 月/1 季度分别评估。范围蔓延有五个可识别信号规格批准后需求还在加、小改动累积成大项目、没人要的功能被顺手加上、发布日期后移却从不重新划范围、利益相关者只加不减。六个预防动作每份规格写明确非目标任何范围增加必须伴随删减或延期规格里清晰切开 v1 和 v2拿最初的问题陈述复审全文给调查设时间盒两天搞不定 X 就砍为范围外的好想法设停车场。定义方案用 /competitive-brief 回答差异化还是对齐/competitive-brief先界定三件事分析谁、聚焦哪个面全产品/某功能/定价/定位、支撑什么决策。情报来源分两路——对外搜产品页、定价页、发布动态、客户评价、招聘信息招聘 JD 是被低估的情报对手在招 ML 工程师就是战略信号、社媒讨论对内翻知识库里的既有分析、赢输报告、battle card以及销售频道里的 deal 反馈。竞争格局分四层别只盯着直接对手直接竞争者同用户、同方式、同问题间接竞争者同问题不同方式比如电子表格对付专用工具还包括什么都不用的手工流程邻近竞争者今天不竞争但可能进场的大平台或扩张型初创替代方案雇人、通用工具、外包。画景观图时选能暴露战略定位差异的轴广度 vs 深度、SMB vs 企业、自助 vs 销售驱动、简单 vs 强大、横向 vs 纵向。功能对比矩阵先按买家的评估视角定义能力域不是你内部架构的视角再用统一尺度评级。简单尺度四档Strong / Adequate / Weak / Absent深挖时用 5 分制5最佳实践级0缺失。模板长这样| 能力域 | 我们的产品 | 竞争者 A | 竞争者 B | |----------------|-----------|---------|---------| | 引导与上手 | Strong | Adequate| Absent | | 分步引导 | Strong | Adequate| Weak | | 模板库 | Adequate | Strong | Adequate| | 团队协作 | | | | | 实时共编 | Strong | Strong | Weak |四条纪律基于真实产品体验、客户反馈和评价来评级不是抄营销文案按目标客户真正在意的维度加权而不是数功能个数定期刷新功能对比过期很快诚实标注对手领先的地方——永远显示自己赢的对比没有可信度。定位分析用一个固定句式提炼每个对手对于[目标客户]他们有[需求][产品]是一个[品类]带来[关键收益]与[竞争者/替代方案]不同我们的[差异点]。再拆四层消息架构品类主张 → 差异点 → 价值主张 → 证明点然后在地图上找空位没被占据的价值主张、人人都在说已经没意义的拥挤占位、市场变化催生的新兴占位、对手喊得出但兑现不了的脆弱占位。赢/输分析是最有行动价值的竞争情报。数据源里决策后客户访谈最有价值、偏差最小CRM 销售备注即时但有偏。赢单要问为什么选我们、什么差点让你选别人、我们要失去什么你才会重新考虑输单要问最终选了谁、我们哪里不足、什么条件下你会回头。分析时把产品原因功能、质量和非产品原因定价、品牌、关系、时机分开统计并算出按对手划分的赢单率——这是回答对某对手该防守还是进攻最直接的数字。️ 制定计划用 /roadmap-update 排好 Now/Next/Later/roadmap-update支持五类操作加条目、改状态not started / in progress / at risk / blocked / completed / cut、重排优先级、移动时间线、从零建图。接了项目追踪器时它直接拉现状——谁逾期、谁没负责人没接就让你粘贴任何格式的现状。路线图有四种形态按沟通对象选Now/Next/Later 是最常用的一种——Now 是已承诺的当期工作Next 是已排期未开始的 1-3 个月工作Later 是 3-6 个月以上的方向性押注。它的好处在对外和管理层沟通时不制造日期上的虚假精确。季度主题制按每季 2-3 个战略投资主题组织主题要映射公司 OKR适合解释为什么做这些。OKR 对齐制把条目直接挂到关键结果下并写明预期影响适合以 OKR 运转的组织。Gantt/日历视图只适合和工程做执行规划对外用会埋下预期地雷。四个优先级框架横向对比什么场合用哪个框架打分方式适合场景注意RICE(Reach × Impact × Confidence) / EffortReach 用具体人数Impact 取 3/2/1/0.5/0.25Confidence 取 100%/80%/50%Effort 用人月需要量化、可辩护的大积压排序对影响难估的战略赌注效果差MoSCoWMust/Should/Could/Wont 四分类发布或季度划范围、和利益相关者谈判Wont 也要写出来它是沟通工具ICEImpact、Confidence、Ease 各打 1-10 分相乘早期产品或数据不足以支撑 RICE 时的快速排布精度低于 RICE别用来做正式排序价值-努力矩阵2×2 四象限团队规划会上建立共识高价值高努力Big bets要仔细规划低价值高努力Money pits直接移出积压依赖和容量是路线图的暗礁。依赖分五类技术、团队、外部供应商/第三方、知识需要先有研究结论、串行A 不发布 B 不能动。管理动作全部显式列出、每条指定负责人、设需要日期、留缓冲依赖是任何路线图上风险最高的东西、跨团队依赖尽早标记、准备好滑期预案。容量上工程师大约 60-70% 时间能投入计划内功能健康配比是 70% 计划功能 / 20% 技术健康 / 10% 计划外缓冲再按产品阶段调整新品多投功能成熟期多投技术债事故后多投可靠性。记住一条路线图对容量是零和游戏——加进任何一条都要先回答谁被挤出去或挪后。承诺少一点、交付稳一点永远优于过度承诺。制定计划用 /sprint-planning 把路线图落到迭代/sprint-planning承接的是最后一公里。它要五类输入团队与每人可用性、冲刺长度、按优先级排好的积压、上冲刺未完成项、跨团队依赖。输出一份冲刺计划一句话冲刺目标说不出一句话就说明冲刺失焦、逐人容量表可用天数、分配点数、PTO/值班备注、按 P0/P1/P2 组织的冲刺积压、负载占容量百分比、依赖风险、完成定义和关键日期。四条经验值得抄走按容量的 70-80% 规划打断一定会发生P2 项就是预定的可砍项提前知道砍谁上一冲刺没做完的事先搞懂为什么没做完再重新承诺。独立状态下它完全可用接了项目追踪器可以拉积压并创建冲刺接了日历能把 PTO 和会议直接计入容量接了聊天工具能把计划发给团队。 持续运营用 /metrics-review 搭好北极星 L1/L2 指标体系/metrics-review接了产品分析工具就自动拉取当期指标和对比数据上期、去年同期、目标值没接就让你粘贴数值加上下文并顺带问一句期间有什么发布、事故或季节性事件。分析时它会做归因指标间的相关、领先指标是否预测了滞后指标、总盘平稳是否掩盖了某个细分在涨另一个在跌。指标分三层。北极星指标只有一个要同时满足四条价值对齐用户拿到更多价值时它动、领先预测长期业务结果、可行动团队的工作能影响它、可理解全公司都懂它意味着什么。技能文档给了分品类的例子协作工具看每周有 3 名以上成员贡献的活跃团队数市场看每周完成交易数开发者工具看每周用该工具的部署次数。L1 是 5-7 个健康指标覆盖用户生命周期各站获客新注册、注册转化、渠道组合、获客成本、激活激活率、激活时长、设置完成率、参与DAU/WAU/MAU、DAU/MAU 粘性比、核心动作频率、留存D1/D7/D30、队列曲线、流失与复活、变现免费转付费、MRR/ARR、扩张收入、净收入留存、满意度NPS、CSAT、工单量与解决时长。L2 是诊断指标漏斗每步转化、功能级采纳、细分拆解、性能加载、错误率、延迟。几个高频指标的正确用法DAU/MAU 大于 0.5 说明形成了日习惯低于 0.2 说明使用稀疏趋势比绝对值重要留存按队列画曲线看形状——初始陡降是激活问题持续下滑是参与问题趋平说明有稳定的留存底盘转化漏斗里最大的掉队点就是杠杆最高的改进机会激活事件要用留存用户做了什么、流失用户没做什么反推定义且必须能在首次会话或头几天内达成。OKR 怎么写目标定性、有抱负、有时限关键结果定量、可测、结果导向每个目标配 2-4 条。技能文档的示例目标是让产品成为日常工作流不可或缺的一环关键结果分别是DAU/MAU 从 0.35 提到 0.50新用户 D30 留存从 40% 提到 55%3 条核心工作流任务完成率超过 80%。评分纪律0.0-0.3 未达成0.4-0.6 有进展0.7-1.0 达成期末诚实打分拉伸型 OKR 以完成 70% 为目标如果每条 KR 你都有把握拿下说明写得不够狠。评审节奏三档周检 15-30 分钟PM 工程负责人看北极星周环比、L1 显著变动、进行中的实验和告警月评审 30-60 分钟产品团队 关键干系人过完整 L1 记分卡、OKR 进度、队列对比、新功能采纳和细分差异季度业务评审 60-90 分钟产品/工程/设计/领导OKR 打分、季度趋势、同比、竞争背景然后定下季 OKR。仪表盘设计原则从问题出发而不是从数据出发先想它支撑什么决策信息分层——北极星最显眼、L1 其次、L2 可下钻每个数字必须带上下文当前值 对比 趋势方向只放 5-10 个关键指标统一时间口径用绿/黄/红做视觉状态每个指标都要可行动。反模式一张清单收掉虚荣指标、一页放不下、裸数字无对比、几个月没人看的陈旧板、测团队活动而非用户结果的输出仪表盘、一块板服务所有受众。告警分三类阈值错误率 1%、转化 5% 这类越线即报、趋势多日/多周持续下滑、异常显著偏离预期区间。告警卫生每条必须可行动定期调优防止误报疲劳每条指定响应人别把什么都标成最高级别。 持续运营用 /stakeholder-update 把同一件事讲给四种人听/stakeholder-update的流程是先定更新类型周报、月报、发布公告、临时再定受众然后从连接的工具里拉料项目追踪器给状态聊天工具搜异步决策会议转写给纪要知识库给决策文档。没接工具时它只要四样东西上次更新后完成了什么、当前阻塞、需要哪些决策、接下来是什么。五类受众五种写法。给高管状态色 一句话 TL;DR 与目标挂钩的进展 风险及缓解 具体请求 下个里程碑200-300 字以内以结论开头我们发布了 X带动了指标 Y而不是我们开了 14 次站会解决了 23 个工单只报需要你出手的风险请求必须具体到周五前就 X 做决策我们需要支持不是请求。给工程已发布带 PR/工单链接、进行中带负责人、阻塞项、决策给选项和建议、优先级变化及原因——工程师想点进去看细节链接就是他们的需求。给跨职能伙伴什么即将到来会波及他们、需要你做什么带截止日期、哪些决策影响你的团队、哪些领域欢迎输入。给客户收益语言讲新功能、已知问题配变通方案、反馈渠道不出现内部行话、工单号和技术实现细节时间承诺用本季度晚些时候而不是可能跳票的具体日期。发布公告发布了什么、为什么重要、范围与限制、成功指标、灰度计划、反馈渠道。状态什么时候该转黄G/Y/R 纪律Green 表示按计划推进且无重大风险是如实状态而不是默认值Yellow 表示进度慢于计划或风险已显现、缓解进行中但结果不确定——规则是风险第一次露头就转黄标记得越早选项越多Red 表示显著落后、重大阻塞且自身手段已穷尽需要砍范围、加资源或延时间线级别的干预。转回 Green 只在风险真正解决时暂停不算。每次变色都要写下一句因为 X 转为黄。风险沟通用 ROAMResolved已解决并记录、Owned有人负责写明缓解计划、Accepted知情接受记录理由、Mitigated行动已把风险压到可接受水平。沟通五步说清风险 → 量化影响 → 给出可能性 → 给缓解方案 → 提具体请求。最常见的错误把风险埋在好消息后面、说可能会有些延迟这种模糊话、只报风险不带方案、报得太晚——早报的风险是规划输入晚报的风险是救火。决策留痕用 ADRArchitecture Decision Record架构决策记录Status / Context / Decision / Consequences / Alternatives Considered 五段。该写的场景重大产品或技术决策、有争议的决策、限制未来选项的决策、预期将来会被质疑的决策。技巧决策后尽快写别拖几周、记清谁参与谁拍板、上下文写得慷慨些未来的读者没有今天的背景、事后被证明是错的决策也照写并加已被 ADR-XX 取代的链接、一页以内。 不接工具能用到什么程度接上之后强在哪这套技能全部按工具无关设计文档里出现的~~category占位符如~~project tracker代表你实际连接的任意同类工具。.mcp.json预配置了具体 MCP 服务器但同类别下任何带 MCP 服务器的工具都能工作。哲学可以概括成一句话不接工具也能跑接了更强——技能文档明确规定工具没连接时完全基于你提供的内容工作不会反过来要求你去连接什么。10 个类别一览详见 CONNECTORS.md工作场景占位符预配置服务器其他可选排期与状态~~project trackerLinear、Asana、monday.com、ClickUp、AtlassianShortcut、Basecamp历史规格与决策~~knowledge baseNotionConfluence、Guru、Coda使用数据与行为~~product analyticsAmplitude、PendoMixpanel、Heap、FullStory设计上下文~~designFigmaSketch、Adobe XD支持工单与功能请求~~user feedbackIntercomProductboard、Canny、UserVoice会议决策与纪要~~meeting transcriptionFirefliesGong、Dovetail、Otter.ai竞争情报~~competitive intelligenceSimilarwebCrayon、Klue团队异步讨论~~chatSlackMicrosoft Teams假期与会议计入容量~~calendarGoogle CalendarMicrosoft 365邮件沟通~~emailGmailMicrosoft 365各自增强什么一目了然追踪器让路线图和冲刺能直接操作真实工单知识库让 PRD 和竞争简报能引用历史决策分析工具让头脑风暴落在真实使用数据上设计工具让规格带上线框图和组件上下文。落到你的团队分三种情况起步没有工具栈的小团队裸跑完全成立。从/write-spec和/stakeholder-update起步最划算——把问题陈述和问题背景直接粘进去把上周的进展手写成四段给它。每天抽 30 分钟用/brainstorm过一遍手头问题思考伙伴的价值在高频短会话里才显现。工具接入按先一后多先接一个项目追踪器或知识库再谈其他。有完整工具栈的中大型团队一次性接齐追踪器 分析 聊天 知识库把/metrics-review固定进周节奏周检 15-30 分钟、/competitive-brief进季度节奏。G/Y/R 纪律和 ADR 写进团队规范让状态色和决策记录成为例会产物而不是个人习惯。路线图变更沟通承认变化 → 解释原因 → 展示取舍 → 给出新计划 → 说明影响谁可以作为模板固化下来避免路线图鞭打式变动。三个常见问题没用过 Cowork 能用吗可以Claude Code 同样支持命令和技能一致。它会不会用你的模板它产出的是结构化草稿每个技能都留有评审与迭代环节——改章节、扩写某部分、生成后续产物设计简报、工单拆解、高管提案都由你决定。技能里的方法论不合团队习惯怎么办全部是纯 Markdown 文件安装后按你们自己的规范和术语修改即可这也是文件即行为设计的直接好处。这条工作流的闭环是用/brainstorm和/synthesize-research把问题想透用/write-spec和/competitive-brief把方案定义清楚用/roadmap-update和/sprint-planning把计划排进迭代再用/metrics-review和/stakeholder-update持续运营和对齐——七个命令覆盖一个产品角色的一周剩下的交给你的判断。【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考