mcpField
P
pipa-work-coordination

pipa-work-coordination

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

关于 pipa-work-coordination

用于协调进行中工作包的工作流技能，明确负责人、后续行动、依赖关系和检查点。它强调来源质量、显式标记未知信息，以及外部变更前的审批。

主要功能

  1. 01规范化进行中的工作包
  2. 02识别负责人和排序缺口
  3. 03设置解阻行动与检查点
  4. 04跟踪来源质量和证据
  5. 05外部写入前要求审批

适用场景

  1. 01梳理活动工作项的负责人和后续行动
  2. 02发现长期未更新事项和阻塞依赖
  3. 03准备执行阶段交接
  4. 04依据跟踪板和交接记录协调工作

安装

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

$npx skills add https://github.com/lunchpaillola/pipa-skills --skill pipa-work-coordination

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

附带文件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 引用重要工作包、评论或交接记录；仅当没有可用的执行数据源时才阻止处理。任何外部写入操作前，必须立即展示确切且范围明确的变更，并要求明确审批；报告经确认的结果或失败情况。

工作流

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

Work Package Coordination Progress
- [ ] Step 1 complete: execution objective confirmed
- [ ] Step 2 complete: available tools and source quality checked
- [ ] Step 3 complete: active work packages normalized
- [ ] Step 4 complete: owner and sequencing gaps identified
- [ ] Step 5 complete: coordination actions and checkpoints set
- [ ] Step 6 complete: execution output returned

步骤 1：确认目标

明确当前的协调需求：

  • 目前谁负责什么
  • 哪些事项需要排序或重新平衡
  • 本周期内哪些事项可以推进，哪些事项受阻

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

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

  1. 任务跟踪看板／导出数据和当前状态信号
  2. 最新站会记录、评论和交接记录
  3. 用于排序背景信息的范围／路线图基准

将数据源质量划分为 high、medium 或 low。 只有在没有可用的执行数据源时才返回 blocked。

步骤 3：规范化活跃工作包

对每个工作包记录：

  • 工作包事项和当前状态
  • 负责人
  • 后续行动
  • 到期／评审日期
  • 依赖项
  • 证据／数据源

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

步骤 4：识别责任归属和排序缺口

指出执行风险：

  • 负责人缺失
  • 信息过时／没有更新的事项
  • 排序冲突
  • 受阻的依赖项

不要自动关闭事项。

步骤 5：制定协调行动和检查点

明确：

  • 推动工作流程的首要行动
  • 负责人后续跟进的检查点
  • 可能超出容忍范围的事项的升级触发条件

步骤 6：返回协调结果

始终按以下结构返回：

# Work Package Coordination - <project name or YYYY-MM-DD>

## Objective
- Coordination objective:

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

## Current Signal
- Flow state:
- What is moving:
- What needs attention now:

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

## Unknowns
- TBD:

## Follow-ups
- Items needing reassignment or resequencing:
- Recommended next skill: `pipa-status-update`

规则

  • 输出应简洁，可直接用于执行。
  • 尽可能保留数据源 ID 和原有措辞。
  • 将未知项明确标记为 TBD。
  • 对于上下文稀少的提示（例如简短的 Slack 备注），仍须返回完整的约定章节和行动表，不要改为仅提供叙述性建议。
  • 在行动表中，如果负责人或到期／评审日期没有数据源依据，该单元格必须填写字面值 TBD（绝不可根据“今天”或“尽快”等紧迫性措辞推断日期）。
  • 如果请求评估执行到监控的交接准备情况，而活跃事项缺少任何必需字段（Owner、Next action、Due/review date、Status、Evidence/source），则将交接准备情况标记为 blocked，并按事项列出所需的最少字段补充内容。
  • 默认情况下，此操作为只读。每次外部写入都必须单独获得明确审批；随后报告成功或失败，并在可用时提供结果链接或稳定 ID。

评论

支持 Markdown