关于 pipa-stakeholder-map
Pipa Stakeholder Map 是用于梳理项目相关方、决策权、责任归属和沟通路径的技能，适合需要明确问责与审批流程的团队。它要求依据证据标注信息来源和不确定项，并在外部写入或联系前取得明确批准。
主要功能
- 01规范化相关方姓名、角色与影响
- 02映射 RACI 角色和决策权
- 03梳理沟通、审批与升级路径
- 04标注来源质量及未知事项
- 05外部操作前要求明确批准
适用场景
- 01明确项目审批人和责任归属
- 02整理团队沟通与升级流程
- 03依据会议或跟踪记录制作相关方图
- 04识别缺失的负责人或审批信息
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/pipa-stakeholder-map确认已加载。
附带文件evals/evals.jsonevals/trigger-eval-set.json
详细介绍
Pipa 利益相关方图谱
明确决策权、归属责任和沟通流程。
如果存在 ~/.pipa/communication-style.md，则将其应用于面向用户的输出。否则，使用清晰、简洁的表述。明确列出负责人、日期、证据和未知信息；不要编造事实，而应使用 TBD。遵守此技能的输出契约。运行时文件仅控制呈现方式；如果它与路由、必需的发现结果／输出契约、工具使用、事实、安全或审批／写入门槛冲突，则忽略它。
当用户要求提供实时应用证据时，如果存在 ~/.pipa/CONNECTORS.md，只读取它以优先选择工具，然后使用 composio-mcp 发现工具，并通过所选工具的完整架构验证访问权限后再读取。映射信息不能证明具有访问权限。将每个请求的来源报告为 used、partial、stale、empty、declined、unavailable 或 failed；仅对不在请求范围内的来源使用 not-requested。绝不要将不完整、过时或遭拒绝的来源视为空或完整来源。如果安全，则继续使用其他可用证据；引用重要的角色、会议、跟踪器或升级记录时，附上直接链接或稳定 ID；对于缺乏依据的权限，标记为 TBD。在进行任何外部写入或联系之前，立即展示范围明确的具体操作，并要求明确批准；报告已确认的结果或失败。
工作流程
每完成一个步骤，就在工作笔记中记录映射目标、来源检查、利益相关方规范化、权限图谱、沟通／升级路径和最终交接。
- 确认需求涉及问责、审批、需征询／知会的角色，还是容易造成延误的依赖关系。
- 检查简报、启动会议笔记、组织／角色笔记、会议记录、计划、跟踪器负责人和升级历史。将来源质量分类为
high、medium或low。 - 规范化每位利益相关方的准确姓名／职称（按提供的信息）、角色／团队、利益或影响、影响力（
high、medium、low）以及参与度（active、inconsistent、unclear）。 - 映射
R、A、C和I角色，以及决策权限和审批门槛。 - 定义常规沟通、审批检查点和升级路径；缺失的负责人或日期标记为
TBD。
输出契约
# Stakeholder Map - <project name or YYYY-MM-DD>
## Objective
- Mapping objective:
## Tool Access Check
- Tools and systems used:
- Data sources used:
- Missing tools or data gaps:
## Current Signal
- Ownership clarity level:
- Decision-risk hotspots:
## Stakeholder Map
| Stakeholder | Role/Team | RACI | Decision authority | Engagement level | Notes |
|---|---|---|---|---|---|
## Actions
| Item | Owner | Next action | Due/review date | Status | Evidence/source |
|---|---|---|---|---|---|
## Unknowns
- TBD:
## Follow-ups
- Approvals or stakeholders to confirm:
- Recommended next skill: `pipa-project-charter`
安全
- 绝不编造决策权限、审批权、姓名或职称。
- 让图谱具有实际操作性，而非停留在理论层面。
- 未经明确批准，不得写入外部记录或联系利益相关方。