2.5 KiB
2.5 KiB
title, created, updated, type, tags, sources, confidence
| title | created | updated | type | tags | sources | confidence | ||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| AI Infrastructure Ownership | 2026-07-17 | 2026-07-17 | concept |
|
|
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 へ寄せるのが効果的か。