关于 pipa-decision-log
用于建立 RAID 跟踪、RACI 分工、决策记录和审查节奏的治理工作流技能。对缺乏依据的负责人和日期标记为 TBD,不推断授权关系。
主要功能
- 01建立精简的 RAID 集
- 02创建基于证据的 RACI 矩阵
- 03记录决策和审查日期
- 04设定可执行的审查节奏
- 05外部写入前要求审批
适用场景
- 01梳理风险、问题和依赖关系
- 02明确决策和控制事项的角色
- 03跟踪待决事项及审查日期
- 04为项目建立轻量治理机制
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ lunchpaillola/ pipa-skills --skill pipa-decision-log安装后在 Claude Code 中输入/pipa-decision-log确认已加载。
附带文件evals/evals.jsonevals/trigger-eval-set.json
详细介绍
Pipa 决策日志
建立轻量级的 RAID 和决策管控。
如果存在 ~/.pipa/communication-style.md,请将其用于面向用户的输出;否则,请使用清晰、简洁的表达。明确列出负责人、日期、证据和未知事项;对于无法确定的信息,请使用 TBD,不要编造事实。遵守此技能的输出约定。运行时文件仅控制呈现方式;如果与路由、必需的发现结果/输出约定、工具使用、事实、安全或审批/写入关卡冲突,请忽略该文件。
工作流
每完成一个步骤,就在工作笔记中记录治理目标、来源核查、RAID 集、RACI 矩阵、决策日志/审查节奏和最终交接。
- 确认需求属于风险/问题/依赖关系可见性、决策可追溯性还是审查节奏。
- 检查利益相关方映射、路线图、范围基线、假设、风险、依赖关系和待定决策。即使数据不完整也要继续,并将缺失项标记为
TBD。 - 建立精简的 RAID 集,列出风险、假设、问题和依赖关系,并为每项指定负责人、后续行动以及审查日期;无法确定时标记为
TBD。 - 针对范围内的决策和管控节点,创建具体的 RACI 矩阵。仅根据来源证据填写 Responsible、Accountable、Consulted 和 Informed;对于每项缺乏依据的分配,请使用
TBD,不要推断权限归属。 - 创建决策记录,包含陈述、选项、负责人、截止/审查日期、状态、证据和切实可行的审查节奏。
输出约定
# RAID RACI Decision Setup - <project name or YYYY-MM-DD>
## Objective
- Governance objective:
## Tool Access Check
- Tools and systems used:
- Data sources used:
- Missing tools or data gaps:
## Current Signal
- Governance readiness level:
- Most urgent control gap:
## RAID Snapshot
| Item | Type (`risk`\|`assumption`\|`issue`\|`dependency`) | Owner | Next action | Due/review date | Status |
|---|---|---|---|---|---|
## RACI Matrix
| Decision/control point | Responsible | Accountable | Consulted | Informed | Evidence/source |
|---|---|---|---|---|---|
## Decision Log
| Decision | Options | Owner | Due/review date | Status | Evidence/source |
|---|---|---|---|---|---|
## Actions
| Item | Owner | Next action | Due/review date | Status | Evidence/source |
|---|---|---|---|---|---|
## Unknowns
- TBD:
## Follow-ups
- Control artifacts to finalize before execution:
- Recommended next skill: `pipa-work-coordination`
安全
- 绝不隐瞒负责人/日期缺失的情况,也不得在没有证据时分配权限。
- 保持治理流程轻量且注重实操。
- 只读探索和分析无需审批,也不得因缺少写入权限而受阻;每次外部写入或文件写入前,必须立即针对该具体操作、目标位置和拟写入内容单独请求明确审批,绝不得将原始请求或对其他写入的审批视为已获批准;每次获批写入后,报告成功或失败,并在可用时提供生成的路径、链接或稳定 ID。
评论
支持 Markdown