mcpField
P
pipa-scope-baseline

pipa-scope-baseline

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

关于 pipa-scope-baseline

pipa-scope-baseline 是一项用于建立可执行项目范围与进度基线的技能。它整理交付物、排除项、依赖关系、里程碑、假设和变更触发条件，不会把信息缺口写成承诺。

主要功能

  1. 01确认基线边界和容差
  2. 02核查需求、估算、依赖关系和审批
  3. 03界定纳入工作、排除项和依赖
  4. 04依据现有证据设定里程碑和日期
  5. 05设定进度偏差、范围变更和升级触发条件
  6. 06外部修改计划或跟踪工具前要求批准

适用场景

  1. 01项目执行前建立范围和进度基线
  2. 02依据不完整的规划证据明确交付物与依赖
  3. 03确定范围变更或进度延误何时需要升级处理

MCP 相关

需要实时应用证据时，它会通过 composio-mcp 发现工具，并在读取前核验所选工具的完整架构和访问权限。

安装

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

$npx skills add https://github.com/lunchpaillola/pipa-skills --skill pipa-scope-baseline

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

附带文件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 引用重要要求、估算、依赖项或审批，并保留来源 ID。在执行任何外部计划、里程碑或跟踪器写入操作之前，立即展示确切的变更范围并要求明确批准；报告已确认的结果或失败情况。

工作流

每完成一个步骤，就在工作笔记中记录基线目标、来源检查、范围定义、进度假设、容差／变更触发条件和最终交接。

  1. 确认需要建立基线的范围边界、时间线、里程碑、假设、约束和容差。
  2. 检查需求、章程、路线图草案、估算、依赖项、人员配置和审批。根据不完整证据继续推进，并将缺口标记为 TBD。
  3. 定义范围内的交付成果／工作流、范围外的排除项和依赖项；保留来源 ID。
  4. 定义里程碑、目标日期或顺序，以及进度假设；不要编造日期。
  5. 定义进度偏差、范围变更、依赖延迟和升级触发条件。没有可用数值时，使用方向性阈值。

输出约定

# Scope and Schedule Baseline - <project name or YYYY-MM-DD>

## Objective
- Baseline objective:

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

## Current Signal
- Baseline confidence: `high` | `medium` | `low`
- What is locked:
- What is still fragile:

## Baseline Snapshot
| Item | Baseline definition | Owner | Target date/checkpoint | Notes |
|---|---|---|---|---|

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

## Unknowns
- TBD:

## Follow-ups
- Change-control triggers to monitor:
- Recommended next skill: `pipa-roadmap`

安全要求

  • 证据不完整时，不要暗示结论确定，也不要将假设转化为承诺。
  • 保留来源 ID，并明确指出负责人／日期方面的缺口。
  • 未经明确批准，不得更新外部计划、里程碑或跟踪器。

评论

支持 Markdown