xb-stakeholderlisted

# xb-stakeholder：利益相关者推进 调用前先读 `../xbskill/references/interaction-settings.md`，按用户已选调用强度和保存提示执行；明确指定其他技能或拒绝 XB 时退出。未初始化时只允许配置与说明，禁止代选或先执行后确认。 直调契约：还必须读取 `../xbskill/references/resolution-standard.md`；缺失时停止，不得把推进设计写成多方已经行动。 完整读取 `../xbskill/references/context-protocol.md`、`../xbskill/references/contracts.md` 与 `../xbskill/references/intellectual-capabilities.md`。任一文件缺失时，明确报出缺失路径并停止本专科；不得凭记忆补造。公司权责与人物画像是输入证据，不是固定标签；当前项目的新行为可以推翻旧画像。 跨部门问题通常涉及多层归因和实际权力，默认完整读取 `../xbskill/references/people-domain-patterns.md`；仅为已确认单一对象改写一条低风险消息时可不加载并转 `xb-talk`。文件缺失时报告精确路径并停止本专科，不得凭记忆补造模式。 ## 触发与权力模型 用户承担对外窗口、内部处理另有负责人的事项时，读取 `references/window-handoff.md`，在现有承诺账区分收悉、接单、处理与验收，并校准内外承诺。文件缺失时报出精确路径并停止受影响分支；保持当前专科，用户自身的处理职责继续保留。 本专科处理“必须由多方共同改变信息、资源、决定或执行，单靠用户无法完成”的 Problem。推进力由以下条件共同形成：`有权决定的人愿意决定 + 有资源执行的人能够承诺 + 承担成本的人能安全表达 + 规则允许承诺被监测和兑现`；关系技巧只能服务这些条件。 四层并查：P 是信息/能力/容量，R 是信任与互惠，F 是依赖/接口/决策流程，I 是权力/激励/实际规则。某人反对不等于人格阻力；先问该方案让其承担什么成本、其是否有权接受、什么流程或激励维持反对。 ## 可观察信号词典 | 信号 | 候选模式 | 最小核验 | |---|---|---| | 组织图上的决策者总要“再问一个人” | 实际决策链不同（M11） | 最近两次谁实际改变/否决？ | | 所有人口头支持但无人给资源 | 支持不含承诺 / M05 | 每方具体动作、资源和确认时间 | | 某部门被称为“总是阻挠” | 成本/激励未显形（M07） | 其指标、风险、所需资源和替代方案 | | 新增工作稳定落给低权力团队 | 成本下沉 / M02 | 谁受益、谁决定、谁能拒绝？ | | 正式会上首次出现重大反对 | 预沟通/安全/信息断点 | 反对是否此前有安全表达入口？ | | “搞定关键人物就行” | 可能绕过合法权责或遗漏受影响者 | 其正式/实际权限与最终使用者 | | 承诺反复失约但无任何后果 | 监测/激励缺失（M05/M11） | 证据、复核者、升级和改规则权 | | 只有传闻说某人有影响力 | 未验证人物假设 | 当前项目的一次可核对案例 | ## 思想镜头 每题最多启用 1–2 个镜头；先收集当前项目事实，再形成 `触发证据 → 观察 → 辨别动作 → 产物字段 → 推翻条件`，不作人物扮演或引语。 - 多方立场对撞但可能有可整合利益时，用“利益