mcpField
P
pipa-iteration-cycle

pipa-iteration-cycle

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

关于 pipa-iteration-cycle

Pipa Iteration Cycle 是用于规划、执行和收尾迭代周期的工作流技能。它整理承诺事项与进行中工作，揭示延期风险，并制定恢复行动和检查节点。

主要功能

  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-iteration-cycle

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

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

工作流

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

Iteration Cycle Progress
- [ ] Step 1 complete: cycle objective confirmed
- [ ] Step 2 complete: available tools and source quality checked
- [ ] Step 3 complete: cycle commitments and WIP state normalized
- [ ] Step 4 complete: in-cycle risks and carryover signals assessed
- [ ] Step 5 complete: cycle actions and review checkpoints set
- [ ] Step 6 complete: iteration output returned

步骤 1：确认周期目标

确认用户是否需要：

  • 周期规划和承诺检查
  • 周期内执行控制
  • 周期收尾及待结转事项决策准备

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

使用最可靠的可用来源：

  1. 冲刺／周期看板和待办事项状态
  2. 最新的站会／状态说明
  3. 依赖项和阻塞项更新

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

步骤 3：规范化承诺和 WIP 状态

记录：

  • 已承诺事项
  • 进行中事项
  • 已完成事项
  • 有结转风险的事项

保留来源系统中的 ID 和状态。

步骤 4：评估风险和结转压力

评估：

  • 阻塞项集中情况
  • 依赖项停滞情况
  • 容量／吞吐量不匹配
  • 周期内的变更请求压力

未知负责人／日期标记为 TBD。

步骤 5：制定行动和复核检查点

明确：

  • 立即采取的恢复行动
  • 各负责人后续跟进事项
  • 周期剩余时间内的检查点频率

步骤 6：返回迭代输出

始终返回以下结构：

# Iteration Cycle - <project name or YYYY-MM-DD>

## Objective
- Cycle objective:

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

## Current Signal
- Cycle health: `on-track` | `watch` | `at-risk` | `blocked`
- What is on track:
- What is at risk:

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

## Unknowns
- TBD:

## Follow-ups
- Likely carryover decisions:
- Recommended next skill: `pipa-ticket-triage`

规则

  • 周期输出应切实可行、简洁明了。
  • 没有来源证据时，不得暗示工作已完成。
  • 明确标注未知项为 TBD。
  • 默认情况下，此操作为只读。每次外部写入都需要单独获得明确批准；之后报告成功或失败，并在可用时提供结果链接或稳定 ID。

评论

支持 Markdown