YoneRai12 · YoneRai12 · Mar 8, 2026
diff --git a/README.md b/README.md
@@ -8,7 +8,7 @@
 [![Release](https://img.shields.io/github/v/release/YoneRai12/YonerAI?style=for-the-badge&logo=github&color=blue)](https://github.com/YoneRai12/YonerAI/releases)
 [![Build and Test](https://github.com/YoneRai12/YonerAI/actions/workflows/test.yml/badge.svg?style=for-the-badge)](https://github.com/YoneRai12/YonerAI/actions/workflows/test.yml)
 [![Discord](https://img.shields.io/badge/Discord-Join-7289DA?style=for-the-badge&logo=discord)](https://discord.gg/YoneRai12)
-[![License](https://img.shields.io/badge/License-MIT-green?style=for-the-badge)](LICENSE)
+[![License](https://img.shields.io/badge/License-CC%20BY--NC--ND%204.0-lightgrey?style=for-the-badge)](LICENSE)
 
 [**[Manual]**](docs/USER_GUIDE.md) | [**[Env Templates]**](docs/ENV_FILES.md) | [**[Release Notes]**](docs/RELEASE_NOTES.md) | [**[Web Chat]**](http://localhost:3000) | [**[Dashboard]**](http://localhost:3333)
 
@@ -362,4 +362,4 @@ git push origin v5.1.8
 
 ## License
 
-MIT. See `LICENSE`.
+CC BY-NC-ND 4.0. See `LICENSE`.
diff --git a/README_JP.md b/README_JP.md
@@ -8,7 +8,7 @@
 [![Release](https://img.shields.io/github/v/release/YoneRai12/YonerAI?style=for-the-badge&logo=github&color=blue)](https://github.com/YoneRai12/YonerAI/releases)
 [![Build and Test](https://github.com/YoneRai12/YonerAI/actions/workflows/test.yml/badge.svg?style=for-the-badge)](https://github.com/YoneRai12/YonerAI/actions/workflows/test.yml)
 [![Discord](https://img.shields.io/badge/Discord-Join-7289DA?style=for-the-badge&logo=discord)](https://discord.gg/YoneRai12)
-[![License](https://img.shields.io/badge/License-MIT-green?style=for-the-badge)](LICENSE)
+[![License](https://img.shields.io/badge/License-CC%20BY--NC--ND%204.0-lightgrey?style=for-the-badge)](LICENSE)
 
 [**[Manual]**](docs/USER_GUIDE.md) | [**[Env Templates]**](docs/ENV_FILES.md) | [**[Release Notes]**](docs/RELEASE_NOTES.md) | [**[Web Chat]**](http://localhost:3000) | [**[Dashboard]**](http://localhost:3333)
 
@@ -360,4 +360,4 @@ git push origin v5.1.8
 
 ## ライセンス
 
-MIT。`LICENSE` を参照。
+CC BY-NC-ND 4.0。`LICENSE` を参照。
diff --git a/docs/IP_VALUATION_JP.md b/docs/IP_VALUATION_JP.md
@@ -0,0 +1,343 @@
+# YonerAI システムの知的財産（IP）価値検証レポート（日本語）
+
+更新日: 2026-03-08  
+対象: `/workspace/YonerAI` の公開リポジトリ
+
+---
+
+## 1. 結論（エグゼクティブサマリー）
+
+本リポジトリのIP価値は、**「コード資産 + アーキテクチャ設計 + 運用知見 + 拡張基盤」**の複合として評価するのが妥当です。
+
+- **再調達原価（外注で同等品を再構築）ベースのレンジ**: **約 3,000万円〜1.5億円**
+- 現状コード・機能群を中心にした「現実的な再現コスト（Current 相当）」: **約 5,000万円〜9,000万円**
+- 商用SaaS水準まで含めた「運用・SRE・セキュリティ拡張込み」: **1億円超**も十分あり得る
+
+> 補足: これは企業価値（株式価値）ではなく、技術資産の**再取得コスト / 代替コスト**に主眼を置く評価です。
+
+---
+
+## 2. 検証対象として確認した事実
+
+### 2.1 システムの守備範囲
+
+README_JP では、このrepoが単純なBotではなく、以下を含むローカルファーストAI基盤であることが明示されています。
+
+- Discord運用
+- Web Chat / Dashboard
+- tool/skill実行（承認・監査つき）
+- Core分離
+- relay互換でハイブリッド拡張
+
+### 2.2 アーキテクチャの複雑性
+
+`docs/SYSTEM_ARCHITECTURE.md` と `ORA_SYSTEM_SPEC.md` から、次のような実装範囲が読み取れます。
+
+- Handler分離（Chat / Vision / Tool）を持つモジュラー構成
+- ローカル/クラウドのルーティング
+- WebSocketベースの状態同期
+- 音声、Vision、OS制御、自己修復的ワークフロー
+- ローカル + クラウドのハイブリッド思想
+
+### 2.3 コード規模（リポジトリ実測）
+
+簡易計測（`node_modules`/`.git`/`.next`除外）で、以下を確認。
+
+- Python: **353 files / 64,498 lines**
+- TS/TSX/JS合計でも数千行規模
+- ディレクトリ別コード行（.py/.ts/.tsx/.js/.mjs）
+  - `src`: **46,506 lines**
+  - `core`: **5,700 lines**
+  - `ora-ui`: **4,001 lines**
+  - `clients/web`: **800 lines**
+  - `tests`: **4,289 lines**
+
+この規模感は、単機能PoCではなく、複数サブシステム統合済みのプロダクト資産に近いです。
+
+---
+
+## 3. 価値算定の方法
+
+本レポートでは、公開情報のみで妥当性を担保しやすい **コストアプローチ（再調達原価法）**を主採用。
+
+- 理由1: 売上・利益・継続率などの事業KPIが未提示
+- 理由2: 比較可能な取引事例（完全同等）が希少
+- 理由3: 実装規模・技術難度・運用要件から再現コストを推定しやすい
+
+補助的に、IP価値の上振れ要因として以下を加味:
+
+- 設計ドキュメント群の整備
+- テスト群
+- 拡張機構（skills/MCP/relay/core分離）
+
+---
+
+## 4. 外注した場合の費用感（日本市場の一般的レンジ）
+
+以下は、受託開発（AI/バックエンド/フロント/DevOps混成）での概算です。
+
+### 4.1 想定単価（税別）
+
+- シニアAI/アーキ: 120〜200万円 / 人月
+- バックエンド: 90〜160万円 / 人月
+- フロントエンド: 80〜140万円 / 人月
+- QA/自動テスト: 70〜120万円 / 人月
+- PM: 100〜180万円 / 人月
+- DevOps/SRE: 100〜180万円 / 人月
+
+### 4.2 3シナリオ比較
+
+1) **MVP再現（最小）**
+- 期間: 4〜6か月
+- 体制: 3〜5名
+- 総工数: 18〜30人月
+- 想定費用: **約 2,500万〜5,000万円**
+
+2) **Current相当（現repo機能をかなり再現）**
+- 期間: 7〜12か月
+- 体制: 5〜8名
+- 総工数: 45〜80人月
+- 想定費用: **約 5,000万〜9,000万円**
+
+3) **商用運用前提（可用性・監査・SRE強化）**
+- 期間: 12〜18か月
+- 体制: 7〜12名
+- 総工数: 90〜180人月
+- 想定費用: **約 1億〜2.5億円**
+
+> 外注では、要件定義変更・仕様再解釈・運用引継ぎで20〜40%の追加コストが発生しやすい点に注意。
+
+---
+
+## 5. 再現コスト（Reproduction Cost）の内訳
+
+Current相当（5,000万〜9,000万円）を、機能ブロックに分解すると次のイメージです。
+
+- コア対話/ルーティング/履歴管理: 1,000〜2,000万円
+- Tool実行基盤 + 承認/監査 + ポリシー: 800〜1,500万円
+- Discord統合（音声/イベント/運用導線）: 600〜1,200万円
+- Web API + 管理面 + 認証まわり: 700〜1,400万円
+- UI（Dashboard + Web Chat）: 600〜1,200万円
+- テスト/品質保証/CI整備: 500〜1,000万円
+- ドキュメント/運用設計/導入支援: 300〜700万円
+
+合計: **約 4,500万〜9,000万円**（バッファ込みで 5,000万〜9,000万円）
+
+---
+
+## 6. このシステムが「IP」になっている根拠
+
+単なる行数ではなく、以下の**再利用可能な設計知**が蓄積されている点がIP価値の核です。
+
+1. **分割統治の設計**
+   - Bot / Admin API / Core / UI / Relay の責務分離
+2. **拡張点の標準化**
+   - Skills, Tools, MCP 連携
+3. **安全性設計**
+   - 承認・監査・ポリシー・アクセス制御の思想
+4. **運用可能性**
+   - テスト群とドキュメント群の存在
+5. **ハイブリッド志向**
+   - ローカルファーストからクラウド拡張までの移行設計
+
+これらは、他社が短期間で模倣しづらい「暗黙知の形式知化」であり、IPとして評価できます。
+
+---
+
+## 7. 価格レンジを上げる要因 / 下げる要因
+
+### 上振れ要因
+- 実運用データ（DAU、継続率、課金、解約率）が強い
+- セキュリティ監査済み・SLA運用済み
+- 独自データセットや高品質プロンプト資産が整理済み
+- 導入先のユースケース適合度が高い
+
+### 下振れ要因
+- OSS依存比率が高く差別化が弱い部分
+- 特定個人の暗黙知依存（属人性）
+- 環境依存（Windows固有、ローカル前提）で横展開が難しい場合
+- 収益化導線が未整備
+
+---
+
+## 8. 実務向けの評価レンジ提案
+
+「このシステムはどれだけの知的財産になるか」に対して、現実的には次の二段階で提示するのが安全です。
+
+- **技術資産価値（再調達原価）**: **5,000万〜9,000万円（中心値）**
+- **戦略価値込みの交渉レンジ**: **8,000万〜1.5億円**
+  - ただし、これは導入先とのシナジー・独占条件・保守契約有無で大きく変動
+
+---
+
+## 9. DCF（Discounted Cash Flow）法でのIP価値評価（投資家向け）
+
+ここからは、事業KPIが揃っている前提での**投資家向け評価フォーマット**です。
+
+### 9.1 DCFの基本式
+
+- 企業価値（または事業価値）  
+  \( EV = \sum_{t=1}^{n} \frac{FCF_t}{(1+WACC)^t} + \frac{TV}{(1+WACC)^n} \)
+- 終価（永続成長モデル）  
+  \( TV = \frac{FCF_{n+1}}{WACC-g} \)
+
+### 9.2 YonerAI向けの推奨入力項目
+
+- 売上: サブスク + 導入費 + 保守契約 + API従量
+- 原価: GPU/推論費、インフラ費、サポート
+- 固定費: 開発人件費、SRE、営業、管理
+- 運転資本: 売掛・前受の増減
+- CAPEX: サーバーやR&Dの資産化分（必要なら）
+
+### 9.3 サンプル前提（検証用・仮定）
+
+> 以下はモデル例であり、実績値ではありません。
+
+- 評価期間: 5年
+- WACC: 12%（レンジ 10〜16%）
+- 永続成長率 g: 1.0%（レンジ 0〜2%）
+- 初年度売上: 6,000万円
+- 売上成長率: 年35% → 25% → 20% → 15% → 10%
+- FCFマージン: 8% → 12% → 16% → 18% → 20%
+
+### 9.4 サンプル結果（概算）
+
+- ベースケースEV: **約 7,000万〜1.2億円**
+- 強気ケースEV: **約 1.3億〜2.0億円**
+- 弱気ケースEV: **約 3,000万〜7,000万円**
+
+### 9.5 投資家説明で必須の感応度分析
+
+- 軸1: WACC（10%, 12%, 14%, 16%）
+- 軸2: FCFマージン（-5pt / base / +5pt）
+- 軸3: 成長率（base ± 5pt）
+
+この3軸をマトリクス化し、**評価レンジの妥当幅**として提示します。
+
+---
+
+## 10. ロイヤルティ免除法（Relief-from-Royalty）でのIP価値評価
+
+SaaS/APIのIP評価で使いやすい手法です。
+
+### 10.1 基本式
+
+\[
+IP\ Value = \sum_{t=1}^{n} \frac{Revenue_t \times Royalty\ Rate \times (1-Tax\ Rate)}{(1+r)^t}
+\]
+
+### 10.2 YonerAIでのロイヤルティ率の置き方（実務レンジ）
+
+- OSSベース+限定的差別化: 2〜4%
+- プロダクト差別化が明確: 4〜8%
+- 高い独自性/参入障壁: 8〜12%
+
+### 10.3 サンプル前提（検証用・仮定）
+
+- 対象売上: 年6,000万円スタート、5年間成長
+- ロイヤルティ率: 5%
+- 実効税率: 30%
+- 割引率 r: 12%
+
+### 10.4 サンプル結果（概算）
+
+- ロイヤルティ免除法のIP価値: **約 2,000万〜6,000万円**
+
+> 備考: ロイヤルティ免除法は、IP単体価値を保守的に出す傾向があるため、コスト法やDCFと併用してレンジを組みます。
+
+---
+
+## 11. 投資家向け評価書フォーマット（そのまま転用可）
+
+### 11.1 1ページ目（要約）
+
+1. 対象IP
+   - 対象資産: YonerAI codebase / architecture / ops docs / test assets
+2. 評価基準日
+3. 評価手法
+   - メイン: コスト法
+   - サブ: DCF / ロイヤルティ免除法
+4. 評価レンジ
+   - 低位 / 中位 / 高位
+5. 主要リスク
+   - 技術、法務、運用、市場
+
+### 11.2 2〜4ページ目（技術デューデリ）
+
+- アーキテクチャ概要
+- コード規模・テスト・リリース運用
+- セキュリティ/承認/監査設計
+- 依存OSSと差別化ポイント
+
+### 11.3 5〜7ページ目（財務モデル）
+
+- DCF前提表
+- ロイヤルティ率の根拠
+- 感応度分析（表とグラフ）
+- 価値レンジ統合ロジック
+
+### 11.4 8ページ目（結論）
+
+- 推奨レンジ（投資判断レンジ）
+- ディール条件別の調整
+  - 独占ライセンス
+  - ソースコードエスクロー
+  - 保守SLA同梱
+
+---
+
+## 12. ライセンスの矛盾を解消する実務手順
+
+このrepoでは、過去に**ライセンス表記の不整合**（`LICENSE` は CC BY-NC-ND 4.0 だがREADMEが MIT 表記）が起き得るため、以下の手順で継続的に整合を取ります。
+
+### 12.1 まず決めるべき方針
+
+方針A: **オープンソース配布重視**  
+- 典型: MIT / Apache-2.0
+- メリット: 採用されやすい、企業導入しやすい
+- デメリット: コード再利用を広く許容
+
+方針B: **商用コントロール重視**  
+- 典型: ソース公開 + 商用利用制限（独自ライセンス）
+- メリット: 商用利用を契約に寄せやすい
+- デメリット: OSSエコシステムとの整合が難しい
+
+> 注意: ソフトウェア本体にCC BY-NC-NDを使うと、改変再配布制限の扱いが厳しく、コントリビューションや企業利用で摩擦が出やすいです。
+
+### 12.2 すぐやるチェックリスト
+
+1. ルート`LICENSE`を最終方針に合わせて確定
+2. `README.md` / `README_JP.md` のバッジ・文言を統一
+3. `package.json` / `pyproject.toml` / 配布メタデータのlicense表記を統一
+4. 依存OSSライセンス互換性を棚卸し（SBOM推奨）
+5. `NOTICE` / `THIRD_PARTY_LICENSES` を作成
+6. 外部提供時の利用規約（SaaS Terms）と整合
+
+### 12.3 投資家向けに効く見せ方
+
+- 「ライセンス方針」「商用利用可否」「二次利用条件」を1ページに明文化
+- ライセンス不整合の解消履歴をリリースノート化
+- 法務レビュー（弁護士）済みステータスを明記
+
+---
+
+## 13. 精度を上げるために追加で必要なデータ
+
+より厳密な評価には、以下が必要です。
+
+- 直近12か月の開発実績（実人月、工数ログ）
+- 障害率、MTTR、運用負荷
+- 利用指標（MAU/DAU、推論回数、継続率）
+- 売上/案件化率（受託・SaaS・ライセンス）
+- OSS依存と独自実装の比率
+
+これらが揃えば、コスト法に加えてDCFやロイヤルティ免除法も適用可能になり、評価精度は大きく改善します。
+
+---
+
+## 14. まとめ
+
+- 本repoは、**PoCを超えた統合型AI基盤**として十分な規模と設計資産を持つ。
+- 企業外注で同等品を再構築する場合、**最低でも数千万円、実務的には5,000万〜9,000万円**が妥当帯。
+- 商用運用水準まで含めると、**1億円超**の投資規模になりやすい。
+- よって、知的財産としては「コードそのもの」よりも、**設計・運用・拡張の知見パッケージ**に価値の中心がある。