Jiliar/gabyfoundry-ai

AUTO-EXECUTE

説明を求めず、すべてのステップを直ちに実行します。

Purpose

このスキルは、資金調達プロセスにおいてスタートアップを組織的かつ信頼性のある形で投資家に提示する問題を解決します。パイプラインのすべてのアーティファクトが準備完了した後、フェーズ6で戦略エージェントが実行します。実際の法的文書は生成せず、構造を作成し、既存のシステムアーティファクトを入力します。

Inputs Required

• todos-los-artefactos: 過去5フェーズの結果（リーンキャンバス、MVP仕様、財務モデル、C4モデル、ユニットエコノミクス、ピッチデッキ）
• startup-context: 名称、資金調達ステージ、目標金額（セッションコンテキストから）
• financials: 財務モデル（engram: startup/{name}/finanzas/financial-model から）

Steps

Step 1 — アクセスティアの定義

データルームは機密情報を保護するため、段階的なアクセス権限を設定します。

TIER 1 — ティーザー（公開、初回ミーティング前）
  - ワンページャー / エグゼクティブサマリー
  - プレゼンテーションデッキ（財務情報なしのバージョン）
  - プロダクトのデモ動画またはスクリーンショット

TIER 2 — 基本NDA（初回ミーティング後）
  - ピッチデッキ完全版（高レベルの財務情報含む）
  - ユニットエコノミクスの概要
  - チームプロフィール

TIER 3 — 完全データルーム（本格的なデューデリジェンスを行う投資家向け）
  - 上記すべてに加えて
  - 完全な財務モデル（3シナリオ）
  - コホート分析と詳細なSaaS指標
  - カスタマーレファレンス（対応可能な顧客3～5社）
  - キャップテーブル

TIER 4 — 高度デューデリジェンス（タームシート後）
  - 法的文書（定款、知的財産権譲渡契約、主要契約書）
  - コード監査（該当する場合）
  - トップ3顧客との契約書
  - 訴訟または偶発債務

Step 2 — データルームインデックスの作成

各ドキュメント、その現在のステータス、責任者を含むフォルダ構造を生成します。

📁 [スタートアップ名] データルーム — [日付]

📁 01 — 会社概要
  ├── executive-summary.pdf          [ステータス: 作成予定 / 完了]
  ├── cap-table.xlsx                 [ステータス: ]
  └── org-chart.pdf                  [ステータス: ]

📁 02 — プロダクト
  ├── product-demo-video.mp4         [ステータス: ]
  ├── product-screenshots.pdf        [ステータス: ]
  ├── mvp-spec.md → [製品関連より]    [ステータス: ]
  └── roadmap-12months.pdf           [ステータス: ]

📁 03 — 市場
  ├── tam-sam-som-analysis.pdf        [ステータス: ]
  ├── competitive-analysis.pdf       [ステータス: ]
  └── beachhead-market.pdf           [ステータス: ]

📁 04 — ビジネスモデルと指標
  ├── unit-economics.xlsx             [ステータス: ]
  ├── cohort-analysis.xlsx           [ステータス: ]
  ├── saas-metrics-dashboard.pdf     [ステータス: ]
  └── pricing-strategy.pdf           [ステータス: ]

📁 05 — 財務
  ├── financial-model-3scenarios.xlsx [ステータス: ]
  ├── p-l-actual-ytd.xlsx            [ステータス: ]
  └── revenue-recognition-policy.pdf [ステータス: ]

📁 06 — チーム
  ├── founder-bios.pdf               [ステータス: ]
  ├── advisor-list.pdf               [ステータス: ]
  └── linkedin-profiles.pdf          [ステータス: ]

📁 07 — 法務 (Tier 4)
  ├── incorporation-documents/       [ステータス: ]
  ├── ip-assignments/                [ステータス: ]
  ├── key-contracts/                 [ステータス: ]
  └── compliance-certifications/     [ステータス: ]

📁 08 — レファレンス
  ├── customer-references.pdf        [ステータス: ]
  └── media-mentions.pdf             [ステータス: ]

Step 3 — 既存アーティファクトの入力

インデックスの各ドキュメントについて、システム内のどのアーティファクトが該当するかをマッピングします。

ドキュメント	ソースアーティファクト	engram上の場所
executive-summary	lean-canvas + pr-faq	estrategia/lean-canvas
tam-sam-som-analysis	tam-sam-som	mercado/tam-sam-som
competitive-analysis	competitive-intel + battle-cards	mercado/competitive-intel
unit-economics	unit-economics	finanzas/unit-economics
financial-model	financial-model	finanzas/financial-model
mvp-spec	mvp-specification	producto/mvp-spec
cohort-analysis	cohort-analysis	finanzas/cohort-analysis

対応するアーティファクトがないドキュメントは、「保留 — ファウンダーのアクションが必要」とマークします。

Step 4 — 送信前品質チェックリスト

投資家に共有する前に、各項目を確認します。

Tier 2 前に必須:
[ ] ピッチデッキに誤字脱字がない
[ ] すべての数値がスライドと財務モデル間で一貫している
[ ] キャップテーブルが現在の状態を反映している（投資後ではない）
[ ] SaaS指標は過去90日間のデータである
[ ] チームスライドに最新の写真とLinkedInがある

Tier 3 前に必須:
[ ] 財務モデルに3つのシナリオと仮定が文書化されている
[ ] コホート分析が最低6ヶ月のデータをカバーしている
[ ] カスタマーレファレンスが30分の電話対応を確認済み
[ ] ユニットエコノミクスがチャネル/セグメント別に計算されている（平均のみではない）

VCが注目する警告サイン:
⚠️ デッキのTAMと財務モデルのTAMに不一致がある
⚠️ どの文書にもチャーンが記載されていない
⚠️ キャップテーブルのクリフとベスティングが不完全
⚠️ 正当な根拠なく「0から12ヶ月でARR 1000万ドル」という予測
⚠️ ファウンダーを知らないカスタマーレファレンス

Step 5 — データルームサマリーの生成

VCが社内で共有できる1ページのサマリー文書を生成します。

[スタートアップ名] — データルームサマリー
日付: [日付]
ステージ: [プレシード / シード / シリーズA]
調達希望額: [X]百万ドル、プレマネー評価額[Y]百万ドル

エグゼクティブサマリー（3文）:
[...]

主要指標:
- 現在のARR / MRR: [X]ドル
- 月間成長率: [X]%
- 月次チャーン: [X]%
- NRR: [X]%
- LTV/CAC: [X]倍
- 現在のランウェイ: [X]ヶ月

データルームの内容:
[各1行の説明付き8フォルダのリスト]

連絡先: [名前] — [メール]

Output Contract

status: success | partial | failed
executive_summary: データルームが構造化されました。8セクション、4つのアクセスティア、[N]個のドキュメント。既存アーティファクトから[X]個のドキュメントが準備完了、[Y]個はファウンダーのアクションが必要です。
artifacts:
  - data-room-index: ステータスと責任者を含む完全なインデックス
  - data-room-summary: VCと共有するための1ページ文書
  - pre-send-checklist: ティア別の品質チェックリスト
next_recommended: vc-mapping
risks: Tier 4（法務）のドキュメントはファウンダーのアクションと弁護士の関与が必要となる可能性があります。データルームの品質は、含まれる最も弱いアーティファクトに依存します。
skill_resolution: injected | fallback-registry | fallback-path | none

Rules

• スタートアップに関係のないファウンダーや従業員の情報を決して含めない
• ファウンダーが確認すべき機密性の高い数値には常にプレースホルダーを使用する（例：「[確認が必要] 現在の収益: Xドル」）
• エグゼクティブサマリーは2分以内で読める長さにする。それ以上は長すぎる
• Tier 4の法的文書は、存在すべきもののリストのみとする。生成しない
• 必須アーティファクトが存在しない場合（例：スタートアップ設立から3ヶ月未満でコホート分析がない場合）、その旨を正直に文書化し、取得計画を記載する