用途
Ripple 是一个 UX 影响面追踪技能，只回答一个问题：如果我们改这个，还有什么会跟着动？它面向设计师，用于在做出 UX、流程、组件、内容或设计系统变更前，快速厘清改动的波及范围。
主要能力
从拟议的变更入手，先检查最小的相关项目上下文，在推测之前先寻找实际存在的复用与依赖。随后只在相关区域内进行排查，包括：
- 其他页面与用户旅程；
- 用户角色或权限；
- 共享组件、模式或令牌；
- 状态与响应式行为；
- 无障碍行为；
- 术语与产品文案；
- 埋点分析或追踪；
- API、数据与服务行为；
- 测试、Storybook、文档、支持或培训。
在输出时，Ripple 会把「已确认的影响」与「仍待验证的可能影响」分开，并判断该变更属于受限、共享、跨旅程还是基础性变更，然后点出真正重要的少数下游影响及其原因。如果存在一个更小、干扰更少的改动可以达到同样结果，它也会指出。
工作原则
- 上下文：先检查已知信息，避免让用户重复；当产品目的或结果会改变答案时使用 .ux/INTENT.md，并只加载任务所需的额外项目上下文。
- 用户：以受影响的人为出发点，围绕其目标、任务、上下文与现有证据展开，不虚构用户需求、行为或人物画像。
- 证据：在差异重要时，区分已知、推断、假设、未知与相互冲突的信息。
- 系统：优先使用既有产品语言、组件、模式与规则，而非另起炉灶。
- 清晰：先给出有用的结论，使用最少必要结构，去除通用的 AI 填充内容。
- 信任：绝不虚构证据、要求、理由、实现状态或合规情况。
- 结果：对于实质性的多步骤工作，保持意图活跃；仅在需要连续性时使用小型的 .ux/STATE.md；在打磨前优先处理影响最大的未解决缺口；在宣布完成前，对照意图验证实际体验。
除非某条原则会实质影响回答，否则不向用户复述这些规则。当用户与任务已经清晰，或缺失信息不会实质改变工作时，不引入调研问题、人物画像或探索性工作。
使用方式与示例
使用触发场景为设计师提出影响面疑问时，例如：
- 「如果我们改这个日期选择器，还有什么会动？」
- 「这个错误模式变更还可能影响什么？」
- 「这看起来是个小改动，真的小吗？」
对比示例中，差的做法是笼统罗列无障碍、响应式、埋点、文档、工程、支持及其他用户旅程等所有可能依赖，要求全部检查。好的做法是明确指出共享波及面：日期选择器在预订与行程变更流程中被复用，因此修改自由输入方式会同时影响两处；Storybook 记录了当前版本的键盘行为，也需要一并评审；同时说明没有证据表明埋点依赖输入方式，因此将其视为未验证而非受影响。
适用场景
适用于评估 UX、用户流程、组件、内容或设计系统变更的连锁影响，帮助判断改动的实际范围，识别真实复用与依赖，区分已确认与待验证的影响。
限制
该技能的官方文本、更多安装或集成方式、平台支持与收费信息暂未提供。