mcpField
P
pipa-project-charter

pipa-project-charter

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

关于 pipa-project-charter

Pipa Project Charter 是用于评估项目章程和可行性的技能，为是否推进提供依据。它审查证据、准备度、可行性、风险、依赖和审批阻碍，并给出通过、有条件通过或不通过的决定。

主要功能

  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-project-charter

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

附带文件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；仅当没有可用的章程或准备就绪信号时才阻止流程。在进行任何外部写入之前，必须立即展示确切的变更范围并取得明确批准；之后报告已确认的结果或失败情况。

工作流

每完成一步，就在工作笔记中记录门槛目标、数据源检查、章程评估、可行性评估、门槛决策和最终交接。

  1. 确认用户需要的是章程检查、可行性决策，还是明确的启动条件。
  2. 检查问题定义、利益相关方图谱、章程／SOW／简报、假设、约束、风险、依赖项和审批情况。对于信息缺口，标记为 TBD 后继续；仅当不存在可用的章程或准备就绪信号时才阻止流程。
  3. 将目标／成果、范围边界、利益相关方权限、约束／假设和成功标准评定为 ready、partial 或 missing。
  4. 评估可行性、可能推翻假设的风险、依赖项、审批阻碍因素和升级容忍度；不得编造确定性。
  5. 选择 go、go-with-conditions 或 no-go；对于非 go 的结果，定义最低继续条件。

输出约定

# Charter and Viability Gate - <project name or YYYY-MM-DD>

## Objective
- Gate objective:

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

## Current Signal
- Gate outcome: `go` | `go-with-conditions` | `no-go`
- Confidence: `high` | `medium` | `low`
- Why:

## Charter Readiness
| Component | State (`ready`\|`partial`\|`missing`) | Notes |
|---|---|---|
| Objective and outcomes | | |
| Scope boundary | | |
| Stakeholder authority | | |
| Constraints/assumptions | | |
| Success criteria | | |

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

## Unknowns
- TBD:

## Follow-ups
- Minimum conditions to proceed:
- Recommended next skill: `pipa-requirements-brief`

安全

  • 门槛决策应保持审慎，并以证据为依据。
  • 不得隐瞒阻碍因素，也不得暗示尚未取得的批准。
  • 未经明确批准，不得编写或发布章程。

评论

支持 Markdown