用途：在评估一次变更时，回答“谁在另一端、多快会触达他们”。它提供的是思维模型而非完整清单，用于判断变更影响哪些受众，需要时可再加载目录类技能做详细表面追踪。
主要能力：采用两轴模型。角色轴包括 Contributor（开发框架源码，克隆仓库、运行 pnpm setup-dev、写测试、提 PR）、Builder（用已发布包构建智能体，运行 npx create-agents、安装 @inkeep/agents-sdk、使用 CLI inkeep push/pull/dev、读文档）、Platform User（通过可视化构建器 manage-ui 配置智能体，不写代码）。部署模式轴包括 Cloud（使用 Inkeep 托管平台，SSO/Auth0、Nango OAuth、Vercel 部署）与 Self-hosted（Docker 自托管，管理 Doltgres/Postgres/SpiceDB、60+ 环境变量、Better Auth、OTEL/SigNoz、迁移）。两轴正交，需独立评估。
使用方式：先识别变更触及的角色与部署模式；再在影响传播表中查找变更类型，判断触达各受众的速度与可见性；显式标记静默影响；需要更细追踪时加载 product-surface-areas（面向客户）或 internal-surface-areas（内部子系统）；用交付物表确定所需产物（changeset、文档、迁移指南等）。多受众受影响时按流水线顺序处理：即时影响（Contributor）→ 版本化影响（Builder，changeset + 迁移指南）→ 已部署影响（Platform User，QA）→ 基础设施（Self-hosted，文档）。
影响延迟分类：Immediate（当前工作会话即受影响）、Next publish（npm update 时受影响，有版本边界缓冲）、Next deploy（UI/API 重新部署时受影响，无版本边界但有部署门）、Transitive（间接，下游表面消费了变更表面）、Silent（无显式信号，最危险，系统看似正常但行为错误）。
限制：该技能只说明“谁在意”，不枚举具体表面；详细表面需加载目录技能。资料未提供收费、价格、平台支持范围等信息。