企业项目管理全流程
把"模糊的项目目标"落地为"可执行、可跟踪、可复盘的项目计划"。支持两种粒度：
- 精简模式（用户说"精简/快速"）：只输出核心框架与关键要点
- 完整模式（默认）：按完整结构输出各模块内容
使用前须知（付费说明）
- 本技能按次结算：每次调用对应一次支付，。
- 首次使用需免费开通并绑定支付宝 AI 付款钱包：用支付宝 App 扫码，约 1 分钟；绑定只需做一次，之后长期有效。
- 付款在交付物生成之前：未完成付款不会产生诊断结论或方案内容，也不会扣费；下单后 30 分钟内完成支付即可（超时可重新发起，不重复扣费）。
- 每次调用对应一次针对该项目的分析结论与方案产出，费用由支付宝官方按次结算，支付记录可在支付宝账单中查询。
付费模式与服务架构
本技能的判定引擎以纯规则代码运行在云端服务端。本包提供「模块清单 + 输入契约 + 后端返回说明 + 本地产出结构」，用于与服务端交互，并在付款后获得本案例的判定结论。
- 付款前：服务端返回 HTTP 402 + Payment-Needed 账单，不做任何计算；
- 付款后：服务端携带 Payment-Proof 校验通过后，返回本案例的规则计算结果（诊断结论、定级结果、校验问题清单、排期与关键路径等），并完成履约确认（ack）。
环境依赖（运行前自检）
- Python 3.8+（支付脚本仅依赖标准库）
- 支付宝智能体支付 CLI（alipay-bot）：
~/.openclaw-autoclaw/alipay-bot-cli/bin/alipay-bot.exe（官方安装：npx -y @alipay/agent-payment@latest install） - 已绑定的买家 AI 付钱包（详见上方"使用前须知"）
工作流
Phase 1 需求识别（判断进入哪个模块：诊断/计划/分工/风险/进度/看板）
↓
Phase 2 信息采集（按模块的输入契约，向用户收集结构化字段；一次问清，后续模块复用）
↓
Phase 3 支付：probe → pay → complete（取回"本案例结论"）
↓
Phase 4 本地成稿：把结论与用户信息填入对应结构，输出表格/清单/报告；精简模式只出框架
关键顺序：先收信息、后支付。收信息在本地完成，支付与计算在后端；付费后端只接收结构化字段，不接收会话内容。
Phase 3：支付调用流程（必须完整执行）
步骤 1：probe —— 提交结构化输入并获取 402 账单
python scripts/skillpay.py probe --input '{"module":"health-diagnosis","dimensions":{"goal":2,"role":3,"risk":2,"schedule":4,"communication":3}}'
--input传入本案例的结构化字段（字段见下方「输入契约」）；输入会随资源请求提交给服务端，并写入本地订单文件供后续步骤复用；- 未支付时服务端返回 HTTP 402 + Payment-Needed 账单；脚本将账单原样保存到
.skillpay/orders/payment-needed.b64（不解码、不改写）； - 幂等规则：若本地已有未过期订单（创建后 30 分钟内），直接复用，不重复下单——避免重复扣费；
- 输出订单号、金额（2.99 元）、账单有效期。
步骤 2：pay —— 发起支付
python scripts/skillpay.py pay --session-id "<当前会话ID>"
- 调用
alipay-bot 402-buyer-pay创建交易，输出金额、卖家与支付确认二维码 / 短链； - 将二维码呈现给用户完成支付；
--session-id必须取当前运行时环境的会话 ID； - 脚本仅向支付宝官方支付 CLI 传送支付必需字段（402 账单文件、商品名、订单金额、会话 ID），不回传用户请求文本；
- 若报
IDENTITY_INFO_MISSING，提示用户重新绑定 AI 付钱包后用同一账单重试。
步骤 3：complete —— 验付取回"本案例结论" + 履约确认
python scripts/skillpay.py complete
- 调用
alipay-bot 402-query-payment-status：轮询支付结果 → 携带支付凭证重试资源请求 → 取回 HTTP 200 结果； - 服务端按
--input的结构化字段用规则算出本案例结论后返回，并完成履约确认（fulfillment confirm / ack 回执），脚本输出stage=DELIVERED； - 交付内容落盘
.skillpay/delivered/<订单号>.json，其中content即本案例结论。
输入契约（probe 的 --input）
| 模块 | module 取值 | 输入要点 | 后端返回 |
|---|---|---|---|
| 项目健康诊断 | health-diagnosis |
五维评分（1-5 或 低/中/高） | 五维状态灯 + 总体判定 + 优先模块推荐 |
| 项目蓝图 | plan-blueprint |
项目类型、总工期（周） | 阶段 / 典型任务 / 里程碑清单 + 周计划 |
| 甘特排期 | gantt-calc |
起始日、任务（名称/负责人/工期/依赖） | 起止日期表 + 关键路径 + 总工期 |
| 风险识别与定级 | risk-assess |
风险列表（描述/概率/影响/类别/可否绕开） | 逐条风险等级 + 应对策略 + 行动建议 |
| 责任矩阵校验 | raci-validate |
任务与各角色（R/A/C/I）分配 | 校验问题清单 + 修正建议 + 角色说明 |
| 进度跟踪诊断 | schedule-check |
任务（计划进度/实际进度/是否关键路径/原因） | 偏差值 + 状态 + 逐条纠正建议 + 汇总 |
| 一页纸看板 | board-summary |
整体进度、里程碑状态、风险、重点事项 | 结构化看板 + 整体状态判定 |
通用字段：
| 字段 | 必填 | 说明 |
|---|---|---|
module |
是 | 上表 module 取值 |
project_name |
否 | 项目名称，用于结论行文 |
各模块字段明细：
health-diagnosis：dimensions对象，键为goal（目标清晰度）/role（分工明确度）/risk（风险排查度）/schedule（进度可控度）/communication（沟通顺畅度），值为 1-5 数字或"低/中/高"。plan-blueprint：project_type（software/marketing/construction/general，未知类型回落通用蓝图）、weeks（工期周数，用于生成周计划）。gantt-calc：start_date（YYYY-MM-DD）、workdays_only（是否跳过周末）、tasks[]（name/owner/duration（天）/depends_on（前置任务名或序号））。risk-assess：risks[]（desc风险描述 /probability与impact取"低/中/高" /category类别自由文本，服务端自动归类 /avoidable是否可绕开 /owner）。raci-validate：tasks[]（name/assignments对象，键为角色名、值为R/A/C/I，同一角色可写"R,A"）。schedule-check：tasks[]（name/plan_progress计划进度% /actual_progress实际进度% /critical是否关键路径 /delay_reason偏差原因）。board-summary：overall_progress（整体进度%）、milestones[]（name/plan_date/status）、risks[]（desc/level）、key_actions[]（本周重点，可留空由后端据风险生成）。
后端返回什么（complete 的 content）
| 字段 | 内容 |
|---|---|
module / ok |
本次模块与是否成功 |
conclusion |
本案例结论主体，按模块不同：<br>· 健康诊断：dimensions（五维状态灯与评分）、overall（总体判定与结论语）、priority（优先模块与理由）<br>· 项目蓝图：phases（阶段/典型任务/里程碑）、week_plan、scope_hint<br>· 甘特排期：schedule（起止日期、是否关键路径、松弛天数）、critical_path、total_days<br>· 风险定级：risks（等级、类别、应对策略、行动）、stats、coverage_hint<br>· 责任矩阵：role_legend、issues（问题清单）、stats、verdict<br>· 进度诊断：tasks（偏差、状态、纠正建议）、overall、hot_list、verdict<br>· 看板：overall（整体状态）、milestones、top_risks、key_actions、verdict |
rules_notes |
说明本结论由服务端规则判定（口径提示） |
error |
输入不合法时的错误码（如 MISSING_INPUT），此时无结论 |
Phase 4：本地产出
把 conclusion 与用户补充信息填入下列结构，输出 Markdown（精简模式只出标题级框架）：
- 项目健康诊断：五维状态表（维度 / 状态 / 建议优先做）+ "建议优先做"结论 + 下一步引导；
- 项目计划书 / 蓝图：项目名称与背景 → 目标（SMART 五要素逐条）→ 范围（✅ 包含 / ❌ 不包含）→ WBS 任务树 → 里程碑表 → 简化甘特时间表（用 ██ / ✔ / ▲ 符号）；
- RACI 责任矩阵：任务 × 角色矩阵表 + 校验问题清单与修正建议（可直接反馈给用户改）；
- 风险清单：风险登记册表（序号 / 描述 / 概率 / 影响 / 等级 / 应对策略 / 行动 / 责任人）+ 未覆盖类别提醒；
- 进度跟踪表：进度概览 + 任务偏差明细（标记关键路径）+ 偏差分析与纠正措施 + 下周重点；
- 沟通计划：干系人沟通矩阵 + 会议计划（启动会 / 站会 / 周会 / 评审）；
- 变更管理：变更描述 → 工期 / 成本 / 范围 / 新增风险影响评估表 → 审批决定与留痕；
- 收尾验收清单：交付物 / 财务 / 团队与文档 / 后续安排四段式检查 + 签字表；
- 复盘报告：目标完成度 → 成果回顾 → 经验提炼（Keep / Improve / Stop / Try）→ 行动项；
- 一页纸看板：目标与交付物 / 团队角色 / 里程碑 / 高风险 TOP3 / 本周重点。
渐进式引导：不要一次抛出全部模块——先出当前模块的框架，用户确认关键信息后再填充；每个模块输出后询问"继续下一步还是调整"。用户信息在模块间复用，不重复索要。
数据与隐私披露
- 提交至服务端的内容：为计算本案例结论，probe 时提交的结构化字段（
--input的 JSON，即上述各模块输入契约中的字段，如评分、任务、风险条目等）与订单信息（订单号、金额、商品名）；服务端仅用于本次规则计算，计算完成后随响应返回结论。 - 不提交至的内容：不提交用户会话原文、不上传任何项目原始文件。
- 支付环节提交字段：仅支付必需的订单元数据（402 账单文件、商品名、订单金额、会话 ID），接收方为支付宝官方支付 CLI，用途为创建并核验本次按次付费交易。
- 排期与定级结果为按规则计算的参谋建议，最终以项目实际情况为准。
能力边界
- 输出为项目管理参谋建议，不替代项目经理决策，也不替代专业项目管理软件的排期与资源测算（不替代 Jira / MS Project）；
- 不编造用户未提供的任务、人员或进度数据；缺字段时如实列出并请用户补充；
- 不处理涉及个人隐私的敏感数据。
错误与边界处理（用户可感知的反馈）
| 情况 | 反馈方式 |
|---|---|
| 用户没给清楚项目信息 | 按其场景列出该模块的必填字段，逐项向用户确认，不臆测 |
输入不完整（服务端返回 MISSING_INPUT） |
如实告知缺哪个字段，补齐后重新提交 |
| 支付未完成 | 如实提示支付未完成或失败原因，附官方 CLI 错误信息与重试建议 |
| 依赖循环等结构性问题 | 如实告知（如任务依赖成环无法排期），请用户修正依赖后重来 |
| 被问及判定规则 | 说明分析口径随结论一并返回（见交付内容中的口径说明）；分析引擎运行在云端服务端，如需了解更多可联系作者 |
多轮修改
- 换项目类型 / 调整任务与依赖 / 补充风险条目 → 更新
--input后重新走支付流程（每次计算为一次付费）； - 诊断转计划、计划转风险、进度更新 → 各模块独立付费；用户信息沿用上一模块的采集结果，不重复索要；
- 同一订单 30 分钟内未过期时可复用，不重复扣费。
