此技能解析并解释 HL7 v2.5 IHE PAM（患者管理管理）消息 - 患者管理事件的标准医疗保健互操作性格式。解析器识别消息类型，提取段和字段，根据 IHE PAM 2.10 规范验证结构，并提供人类可读的解释。

这项技能将技术 git 提交转化为精美的、用户友好的变更日志，您的客户和用户将真正理解和欣赏。

该技能是 React 项目中 shadcn-hooks 的决策和实现指南。它将需求映射到最合适的钩子，应用正确的使用模式，并且更喜欢基于钩子的解决方案而不是定制代码，以保持实现简洁、可维护和高性能。

将新挂钩添加到 shadcn-hooks 项目的指南。事实来源是 src/registry/hooks/ 。 packages/shadcn-hooks/ 目录是通过 pnpm runsync 自动生成的，不应手动编辑。

使用适应性问题和有针对性的辅导，指导总监和高级产品负责人应对过渡到副总裁或首席产品官的具体挑战。诊断您在旅程中的位置，并根据您的情况提供实用的、生活经验的指导，而不是一般的高管建议。

使用系统的拆分模式将大型用户故事、史诗或功能分解为更小的、可独立交付的故事。使用它可以使工作更易于管理，降低风险，实现更快的反馈周期，并保持敏捷开发的流程。此技能适用于用户故事、史诗以及任何太大而无法在单个冲刺中完成的工作。

通过询问有关系统、用户、工作流程和优先级的自适应问题，指导产品经理创建用户故事地图，然后生成包含主干（活动）、用户任务和发布切片的二维地图。使用它可以从平面待办事项转移到视觉故事地图，以传达大局、识别缺失的功能并启用有意义的发布计划，避免故事与整个系统叙述失去联系的“上下文无关覆盖”。

通过创建分层地图来可视化用户旅程，该地图将高级活动分解为步骤和任务，并从左到右组织为叙述流。使用它来建立跨产品、设计和工程的共同理解，根据用户工作流程确定功能的优先级，并识别用户体验中的差距或机会。

创建清晰、简洁的用户故事，将 Mike Cohn 的用户故事格式与 Gherkin 风格的验收标准相结合。用它来将用户需求转化为可操作的开发工作，重点关注结果，确保产品和工程之间的共同理解，并提供可测试的成功标准。

通过询问适应性、上下文相关的问题，指导产品经理计算产品创意的总可寻址市场 (TAM)、可服务可用市场 (SAM) 和可服务可获得市场 (SOM)。使用它来建立由现实世界引用、经济预测和人口数据支持的可靠的市场规模估计——这对于向投资者推销、确保预算或验证产品市场契合度至关重要。

创建 6 帧视觉叙事，讲述用户从问题到解决方案的旅程，使用经典的讲故事弧线来建立同理心、说明价值并使抽象的产品概念具体化。使用它来协调利益相关者、推销功能、传达愿景或在构建之前测试您的解决方案是否能引起情感共鸣。

掌握收入和保留指标，以了解 SaaS 业务势头、评估产品市场契合度并做出有关增长投资的数据驱动决策。使用它来计算关键指标、解释趋势、及早发现问题并向利益相关者传达业务健康状况。

通过将优先级、史诗定义、利益相关者协调和发布排序技能编排到结构化流程中，指导产品经理完成战略路线图规划。利用这一点，可以从互不相关的功能请求转变为具有凝聚力、以结果为导向的路线图，使利益相关者保持一致，按逻辑顺序工作，并传达战略意图，避免缺乏战略叙述或以客户为中心的框架的“功能工厂”路线图。

使用结构化画布来评估和提出人工智能产品解决方案，该画布可评估业务成果、客户成果、问题框架、解决方案假设、定位、风险和价值合理性。利用这一点为利益相关者和决策者构建全面、可靠的建议，尤其是在提出具有较高不确定性和风险的人工智能功能或产品时。

创建一个基于假设的初始角色配置文件，将可用的用户研究、市场数据和利益相关者知识综合到有关目标用户的工作假设中。使用它可以在产品开发的早期协调团队，指导初始设计决策，并确定需要通过研究验证的理解差距。

通过将定位、问题框架、客户发现和路线图规划技能编排成一个有凝聚力的端到端流程，指导产品经理完成全面的产品战略会议。利用这一点，从模糊的战略方向转变为具体、经过验证的产品战略，该战略具有明确的定位、目标客户、问题陈述和优先路线图，确保利益相关者在承诺执行之前保持一致。

使用同理心驱动的框架从用户的角度阐明问题，该框架捕获用户是谁、他们想要做什么、什么阻碍了他们、为什么以及这让他们有何感受。在转向解决方案之前，使用它来协调利益相关者对问题的看法，并围绕用户结果而不是功能请求来构建产品工作。

通过跨三个阶段提出结构化问题，指导产品经理完成 MITRE 问题框架画布流程：向内看（检查您自己的假设和偏见）、向外看（了解谁遇到了问题、谁没有遇到问题）和重新构建（将见解综合到可操作的问题陈述和“我们如何”问题中）。使用它可以确保您在寻求解决方案之前解决正确的问题，避免确认偏差、被忽视的利益相关者和解决方案优先的思维。

通过询问有关产品阶段、团队背景、决策需求和利益相关者动态的适应性问题，指导产品经理选择正确的优先级框架。使用它可以避免“框架鞭打”（不断切换框架）或应用错误的框架（例如，使用 RICE 进行战略投注或使用 ICE 进行数据驱动决策）。输出推荐的框架以及根据您的情况量身定制的实施指南。

按照亚马逊的“向后工作”方法创建富有远见的新闻稿，以在构建产品或功能之前定义和传达产品或功能。利用这一点使利益相关者在客户价值主张上保持一致，澄清正在解决的问题，并测试产品故事是否引起共鸣——将新闻稿视为清晰度和以客户为中心的强制功能。