習得ロードマップ

9つのスキルは、決まった順序で習得します。この順序には理由があります。前のスキルで作ったものが、次のスキルの土台になる構造になっているためです。

全体マップ

S1  自分の情報体系を構築する              【自己主権】
  ↓
S2  情報をまとめて使えるようにする                  【声の主権】
  ↓
S3  発信の能動的制御                    【声の主権】
  ↓
S4  ビジネスを多面展開する     【声の主権】
  ↓
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
  Milestone 1：ビジネスモデルの完成
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
  ↓
S5  お金のデータを構築する               【資本主権】
  ↓
S6  スタッフ管理をAIで行う              【自己主権】
  ↓
S7  AIを中心としたチームを作る     【自己主権】
  ↓
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
  Milestone 2：組織的行動の完成
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
  ↓
S8  情報を統合し資本計画を最適化する          【資本主権】
  ↓
S9  大量の資産をAIで管理する   【資本主権】
  ↓
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
  Milestone 3：SOVREN運用基盤の完成
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

スキル早見表

#	スキル	習得で手に入るもの
S1	自分の情報体系を構築する	自分の判断軸をAIで管理・強化するOntologyシステムが完成する
S2	情報をまとめて使えるようにする	データと現場感で「どこで戦うか」が決まる
S3	発信の能動的制御	アルゴリズムに依存しない発信設計ができる
S4	ビジネスを多面展開する	核となる事業を中心に複数の収益モデルが動く
—	Milestone 1	ビジネスモデルの完成
S5	お金のデータを構築する	財務データが可視化され、資産設計の土台ができる
S6	スタッフ管理をAIで行う	自分＋AI＋外注で動く最小コスト組織が完成する
S7	AIを中心としたチームを作る	専門パートナーが共有データで自律的に動く体制ができる
—	Milestone 2	組織的行動の完成
S8	情報を統合し資本計画を最適化する	長期資本計画をAIで設計し、線形×指数の両輪が動く
S9	大量の資産をAIで管理する	AIで複数の小型資産を同時管理し、放置ゼロで運用できる
—	Milestone 3	SOVREN運用基盤の完成

---

順序の意味

S1がすべての起点である理由

S1で作る Ontology-workspace/ は、このフレームワーク全体の共有インフラです。

S5の財務データは 04_finance/ に蓄積され、S6の関係者データベースは 03_ontology/people/ に格納され、S7の共有Ontologyは Ontology-workspace/ をチーム全体に拡張したものです。S8の長期資本計画も、S9の資産管理ファイルも、すべてこのフォルダ構造の上に乗ります。

S1なしでは、後のすべてのスキルで「どこに何を置くか」の土台がありません。自分のデータを自分で持つ仕組みを先に作ることが、すべての出発点です。

---

S2 → S3 → S4 の順序

S2（情報をまとめて使えるようにする）が先の理由は、「誰に届けるか」が決まらないと、「どう届けるか」が設計できないからです。届け先のない発信設計は意味を持ちません。

S3（発信の能動的制御）がその次の理由は、声を届ける技術があって初めて、収益モデルを広げられるからです。S3で発信の仕組みができて、受け取ってくれる相手が生まれます。

S4（ビジネスを多面展開する）が最後の理由は、届ける力（S3）がなければ、複数の収益モデルは絵に描いた餅になるからです。S2で選んだ市場に、S3の手法で声が届いているからこそ、S4の収益設計が機能します。

---

Milestone 1の後にS5が来る理由

財務データの管理（S5）は、守るべきお金が生まれてから意味を持ちます。

ビジネスモデルが完成していない段階で資産設計を考えても、管理するお金が安定していません。Milestone 1で「稼ぎ方の骨格」が完成したからこそ、S5で「そのお金をどう守り、育てるか」の設計に入れます。

---

S5 → S6 → S7 の順序

S5（財務設計）が先の理由は、S6の雇用設計が財務状況と直結しているからです。S6では「どの段階で人を雇うか」の基準をWealth Ladderのステップと連動して設計します。自分の財務状況が分かっていないと、採用・外注の判断基準が作れません。

S6（スタッフ管理をAIで行う）がその次の理由は、「自分＋AI」の最小単位が機能してから、パートナーを増やすべきだからです。自分の動き方が設計できていない状態でパートナーを迎えると、指示の出し方が定まらず組織が混乱します。

S7（フラット組織）が最後の理由は、S7が「S6で設計した役割分担」を複数人に拡張するスキルだからです。S6で自分のOntologyと業務設計が整い、S7でそれをチーム全体の共有Ontologyに広げていきます。

---

Milestone 2の後にS8が来る理由

S8の長期資本計画は、04_finance/ に蓄積されたS5の財務データを起点にAIが設計します。また、S8の資産管理ディレクトリ（hedge/ capital_plan/）は、S1で構築したOntologyフォルダ構造の延長上に作られます。

組織と財務の土台（S5〜S7）が整っていない段階では、S8のシミュレーションに使えるデータがそもそも揃っていません。データが揃ってから、長期設計に入る——これがMilestone 2を挟む理由です。

---

S8 → S9 の順序

S8（情報を統合し資本計画を最適化する）が先の理由は、S8が「どの資産クラスに・いくら・どんな原則で振り替えるか」のルールを設計するからです。capital_plan/allocation_rules.md に人間が書いたこのルールが、S9の個別資産管理の判断基準になります。

S9（大量の資産をAIで管理する）が最後の理由は、S9がS8で設計したルールと構造の上で、個々の資産を実際に動かすスキルだからです。S8なしにS9を始めると、「なぜその資産を持つか」「いくらまで投下するか」の基準がなく、場当たり的な資産管理になります。

---

まずは → S1：自分の情報体系を構築する から始めましょう。