mcpField
P
pipa-dependency-handoff

pipa-dependency-handoff

github.com/lunchpaillola生产力3174 次安装5 天前更新
代码仓库

关于 pipa-dependency-handoff

Pipa Dependency Handoff 是用于检查依赖、交接准备情况和审批延误的工作流技能。它梳理负责人、所需证据、日期、准备缺口及升级行动，并明确标记未知项。

主要功能

  1. 01梳理依赖与交接负责人
  2. 02跟踪所需材料和日期
  3. 03识别准备缺口与阻塞项
  4. 04制定解阻行动和升级触发条件
  5. 05核验来源并保留证据链接

适用场景

  1. 01在交付里程碑前检查依赖
  2. 02评估交接是否具备接收条件
  3. 03规划延迟审批的升级路径

MCP 相关

需要实时应用证据时，它通过 composio-mcp 发现工具，并在读取前核验所选工具的完整架构和访问权限。它会报告来源质量，且外部写入须经明确批准。

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/lunchpaillola/pipa-skills --skill pipa-dependency-handoff

安装后在 Claude Code 中输入/pipa-dependency-handoff确认已加载。

附带文件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；绝不得根据缺失的数据源推断已就绪。在进行任何外部写入之前，立即展示确切的限定范围变更，并要求明确批准；报告已确认的结果或失败情况。

工作流

执行前，复制此清单，并在工作笔记中持续更新：

Dependency Handoff Progress
- [ ] Step 1 complete: dependency/handoff objective confirmed
- [ ] Step 2 complete: available tools and source quality checked
- [ ] Step 3 complete: critical dependencies and handoffs mapped
- [ ] Step 4 complete: readiness gaps and blocker paths identified
- [ ] Step 5 complete: owner actions and escalation triggers defined
- [ ] Step 6 complete: dependency/handoff output returned

第 1 步：确认目标

确定当前需要什么：

  • 依赖风险检查
  • 交接就绪情况检查
  • 针对审批停滞的升级路径

第 2 步：检查工具和数据源质量

使用最可靠的可用数据源：

  1. 路线图/计划基线和依赖日志
  2. 活跃跟踪器状态和阻塞事项评论
  3. 交接文档、审批记录和运营就绪情况说明

将数据源质量分类为 high、medium 或 low。

第 3 步：梳理依赖关系和交接

针对每项关键依赖/交接，记录：

  • 依赖/交接事项
  • 上游负责人
  • 下游负责人
  • 所需产物/审批
  • 目标交接日期/检查点
  • 当前状态

如缺少负责人/日期，标记为 TBD。

第 4 步：识别就绪情况缺口和阻塞路径

列出：

  • 缺失的前置条件
  • 责任归属不明确
  • 审批延迟
  • 等待外部团队的状态

每项缺口都要关联到证据/数据源。

第 5 步：定义行动和升级触发条件

设定：

  • 立即解除阻塞的行动
  • 交接验收检查
  • 针对时间紧迫的停滞情况的升级触发条件

第 6 步：返回依赖/交接输出

始终按以下结构返回：

# Dependency and Handoff - <project name or YYYY-MM-DD>

## Objective
- Dependency/handoff objective:

## Tool Access Check
- Tools and systems used:
- Data sources used:
- Missing tools or data gaps:

## Current Signal
- Handoff readiness level:
- Highest stall risk:

## Actions
| Item | Owner | Next action | Due/review date | Status | Evidence/source |
|------|-------|-------------|-----------------|--------|-----------------|
| | | | | | |

## Unknowns
- TBD:

## Follow-ups
- Dependencies requiring escalation:
- Recommended next skill: `pipa-risk-escalation`

规则

  • 输出保持简洁，聚焦于解除阻塞。
  • 没有证据时，不得将交接标记为已完成。
  • 未知项必须明确标记为 TBD。
  • 默认只读。每次外部写入都必须单独获得明确批准；随后报告成功或失败，并在可用时提供生成的链接或稳定 ID。

评论

支持 Markdown