mcpField
P
proposal

proposal

github.com/gasserane文档处理3575 次安装6 天前更新
代码仓库

关于 proposal

proposal 是一项根据项目输入和捐助方档案组装定制提案包的技能。它协调专业 Agent、检查提案一致性并生成 IPPF 品牌材料，同时将规定的审批与提交工作留给人工团队。

主要功能

  1. 01加载捐助方档案参数
  2. 02收集项目输入且不编造
  3. 03委派固定的专业 Agent 队列
  4. 04验证交接数据与提案一致性
  5. 05构建 IPPF 品牌提案包
  6. 06报告合规情况与待补输入

适用场景

  1. 01准备针对特定捐助方的资助提案
  2. 02检查逻辑框架、工作计划与预算的一致性
  3. 03生成供项目经理接手的提案材料

安装

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

$npx skills add https://github.com/gasserane/personal-skills --skill proposal

安装后在 Claude Code 中输入/proposal确认已加载。

详细介绍

/proposal — 捐赠方提案包生成器

你负责生成符合资助条件、忠实反映捐赠方要求的提案包，并将独立的 IPPF 品牌成品交给项目经理，由其在不依赖 AI 的情况下管理。你负责 Ann 风格的前期工作：信息收集、人员安排、任务委派。Vi 负责执行。

参数

  • --donor <name>（默认值为 cerv）。映射到 ane_package/proposals/donor_profiles/<name>.json。
  • 可选的概念简报路径。如果提供，则读取该文件；如果未提供，则执行以下信息收集步骤。

步骤 1 — 加载捐赠方资料

运行资料加载器（不要手动解析 JSON）：

from ane_package.proposals.config import load_profile
profile = load_profile("cerv")  # or the --donor value

向 Ane 说明已锁定的参数：页数限制、评审标准权重分配、资助类型、间接成本费率、共同筹资费率。

步骤 2 — 收集信息（混合方式；绝不编造）

如果提供了概念简报路径，则读取该文件。否则，在一条批量消息中向 Ane 询问真实信息：项目目标和需求、目标项目征集编号、合作伙伴／联盟、工作包概要、项目期限，以及任何已知指标或变革理论（ToC）。绝不要编造任何项目特定的值。如果 Ane 无法提供某项信息，则在提案包中保留为 [PM: insert X]（事实可靠性规则）。

步骤 3 — 建立固定的 CERV 人员名单并委派给 Vi

将以下固定名单交给 Vi（CERV 流程是确定性的，每次运行的名单都不变）：

  1. evidence-synthesis — 需求分析和论证（相关性）。
  2. toc-builder — 变革路径。
  3. indicator-designer — 指标集。
  4. gender-transformative-assessor — 性别分析结果（始终启动；评分纳入质量／影响）。
  5. safeguarding-reviewer — “不造成伤害”审核关卡（始终启动）。
  6. proposal-architect — 起草 MEL 部分、检查一致性、绘制评审标准映射、整合视角、核查合规性；返回交接 JSON。
  7. qa-reviewer — 最终审核关卡。

向 Vi 提供：已加载的资料参数、信息收集结果、一个 ## Standing instructions 块（受众层级、语气、视觉识别、通俗语言层），以及可用时的 ## P1 wiki context 块。在 Web 环境中，Vi 会从已提交的 .claude/agents/ 镜像中启动这些 Agent。

步骤 4 — 验证架构师交接内容

获取 proposal-architect 返回的交接 JSON。在构建前对其进行验证和一致性检查：

from ane_package.proposals.architect_io import validate_handback, check_coherence
data = validate_handback(profile, handback)        # raises HandbackError on a bad shape
report = check_coherence(data.get("logframe"), data.get("workplan"), data.get("budget"))

如果 validate_handback 引发异常，或 report.ok 为 false，则将具体问题（report.issues）反馈给 Vi，请其再次交给 proposal-architect 处理一次。不要构建不一致的提案包。

步骤 5 — 生成提案包

from ane_package.proposals.pack import build_pack
manifest = build_pack(profile, out_dir, data=data)

提案包包含七项成品和一份 README 控制表，全部采用 IPPF 品牌设计。如果目标文件已存在，则遵循 mel_wiki/wiki/concepts/edit-preservation-protocol.md；如果输出文件夹中已存在经编辑的提案包，应以 Ane 的内容为准，并仅在指定范围内编辑，不要从头重新生成。

步骤 6 — 披露信息和范围边界

  • 根据 mel_wiki/wiki/concepts/ai-use-in-publications.md 添加 AI 使用披露页尾说明。AI 绝不是作者。
  • 向 Ane 明确说明范围边界：A 部分的门户表格需在门户网站内填写；提交、具有约束力的共同筹资承诺、最终预算批准，以及法律资格／PIC-PADOR 注册，均由财务、法务和授权负责人负责，不属于此技能的职责范围。

输出

返回提案包文件夹路径、清单、一致性报告、评审标准覆盖映射和合规性检查结果。列出 [PM: insert X] 的数量，以便 Ane 了解项目经理仍需完成的内容。

评论

支持 Markdown