add

concepts/ai-infrastructure-ownership.md

@@ -0,0 +1,28 @@
+---
+title: AI Infrastructure Ownership
+created: 2026-07-17
+updated: 2026-07-17
+type: concept
+tags: [llm, agent, automation, public-interest, privacy]
+sources: [raw/articles/owners-not-renters-ai-ownership-grid-2026.md]
+confidence: medium
+---
+
+# AI Infrastructure Ownership
+
+AI infrastructure ownership は、AI を巨大な外部 provider から借りる「ベルト」型の供給として使い続けるのか、組織・個人・端末・地域ごとに小さな実行基盤を持つ「グリッド」型へ分散するのかという設計論点。Owners Not Renters の “Our future is now” は、工場が中央 steam engine から各機械の electric motor へ移った比喩を使い、frontier model が他者の建物に置かれたままだと、価格、政策、検閲、データ境界、運用停止の意思決定を借り物にしてしまうと論じる。^[raw/articles/owners-not-renters-ai-ownership-grid-2026.md]
+
+この論点は [[agentic-web-monetization]] や [[ai-crawler-governance]] と同じく、AI 時代の web / compute / data access を誰が制御するかという問題である。ただし payment や crawler policy より一段下の、モデル実行基盤そのものの所有・配置・更新・監査の問題を扱う。個人の [[llm-wiki-pattern]] や Hermes job も、どの model/provider に source ingestion や判断を任せるかによって、知識基盤の独立性と継続性が変わる。
+
+## 見るべき軸
+
+- **実行場所**: hosted frontier model、企業内 model、local/on-device model、edge model のどこで agent loop が動くか。
+- **切替可能性**: provider の価格変更、政策命令、service outage、model retirement が起きたとき、workflow を別基盤へ逃がせるか。
+- **データ境界**: private memory、source archive、codebase、研究データを外部 model へ送る場合の [[data-protection-and-expression]] と監査。
+- **agent の自律性**: [[loop-engineering]] で agent が長時間動くほど、途中停止・制限変更・quota・telemetry の影響が大きくなる。
+
+## Open questions
+
+- 個人や小組織にとって、local/open model を持つ価値は privacy なのか、cost なのか、停止耐性なのか、交渉力なのか。
+- Frontier capability が必要な task と、小さな owned model で十分な task をどう分類するべきか。
+- Wiki curation や research automation では、source fetching、classification、synthesis、verification のどの段階を owned infrastructure へ寄せるのが効果的か。