proposal

/proposal — 寄付者向け提案パック生成ツール

資金獲得可能性が高く、寄付者の意向に忠実な提案パックを生成し、IPPF ブランドの独立した成果物を、AI に依存せず所有できるプロジェクトマネージャーに引き渡します。Ann スタイルの前半部分として、インテーク、ロスター、委任を担当します。実行するのは Vi です。

引数

• --donor <name>（デフォルトは cerv）。ane_package/proposals/donor_profiles/<name>.json にマッピングされます。
• コンセプトブリーフのパスは任意です。指定されている場合は読み込みます。指定されていない場合は、以下のインテークを実施します。

Step 1 — 寄付者プロフィールの読み込み

プロフィールローダーを実行します（JSON を手作業で解析しないでください）。

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

固定パラメーターを Ane に伝えます：ページ上限、審査基準の配分、資金提供の種類、間接費率、共同出資率。

Step 2 — インテーク（ハイブリッド方式。決して捏造しない）

コンセプトブリーフのパスが指定されている場合は、それを読み込みます。指定されていない場合は、実際の情報をまとめて一度に Ane に尋ねます：プロジェクトの目的とニーズ、対象となる公募 ID、パートナー／コンソーシアム、ワークパッケージの概要、期間、既知の指標または ToC。プロジェクト固有の値を捏造してはなりません。Ane が値を提示できない場合は、パック内で [PM: insert X] のままにします（事実の信頼性に関するルール）。

Step 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 ブロック。ウェブ上では、Vi はコミット済みの .claude/agents/ ミラーからこれらを起動します。

Step 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）を具体的に示して、proposal-architect に一度だけ差し戻します。一貫性のないパックを作成してはなりません。

Step 5 — パックを出力

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

パックには、7 つの成果物と README コントロールシートが含まれ、すべて IPPF ブランドで統一されます。対象ファイルが存在する場合は、mel_wiki/wiki/concepts/edit-preservation-protocol.md を適用します。出力フォルダーに編集済みのパックがすでにある場合は、Ane の内容を正として扱い、範囲を限定して編集し、最初から再生成しないでください。

Step 6 — 開示と範囲の境界

• mel_wiki/wiki/concepts/ai-use-in-publications.md に従って、AI 使用開示の奥付を追加します。AI が著者になることはありません。
• 範囲の境界を Ane に明確に伝えます：Part A のポータルフォームはポータル内で記入します。申請の提出、拘束力のある共同出資、最終予算の承認、および法的適格性／PIC-PADOR 登録は、財務、法務、承認権限者が担当し、このスキルの担当ではありません。

出力

パックフォルダーのパス、マニフェスト、一貫性レポート、審査基準の網羅マップ、コンプライアンス所見を返します。[PM: insert X] の件数を明示し、プロジェクトマネージャーがまだ完了すべき項目を Ane が把握できるようにします。