29 lines
2.5 KiB
Markdown
29 lines
2.5 KiB
Markdown
---
|
|
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 へ寄せるのが効果的か。
|