add

index.md

@@ -2,7 +2,7 @@
 
 > Content catalog. Every wiki page listed under its type with a one-line summary.
 > Read this first to find relevant pages for any query.
-> Last updated: 2026-07-02 | Total pages: 52
+> Last updated: 2026-07-17 | Total pages: 59
 
 ## Entities
 
@@ -25,7 +25,9 @@
 - [[ravi-naik]] — AI 開発者の設計責任、監視広告、Cambridge Analytica などを扱う英国の技術・データ保護 solicitor。
 - [[safari-mcp-server]] — Safari Technology Preview の safaridriver を MCP server として公開し、agent が実ブラウザの DOM、network、console、screenshot、accessibility を観測・操作できる local browser harness。
 - [[scrutineer]] — AI 支援の OSS 脆弱性スキャンを、検証・修正案・開示・リリース監視まで人間 gate 付きで扱うローカルツール。
+- [[splink]] — 共通 ID のないデータセットを確率的に照合・重複排除する Python ツール。行政・医療・統計などの公共データ統合で使われる。
 - [[strix]] — 実行中のアプリに AI pentest agent を当て、脆弱性探索、PoC 検証、修正案、CI/CD integration を扱う open-source security testing tool。
+- [[yamamoto-mika]] — 紛争地の市民の日常と証言を伝えたジャパンプレス所属の記者。公共のための報道と情報の完全性を考える人物例。
 
 ## Concepts
 
@@ -41,6 +43,7 @@
 - [[ai-crawler-governance]] — Search、Agent、Training crawler を分類し、AI 時代の web access、広告、補償、publisher control、content value の測り方を設計する論点。
 - [[ai-developer-liability]] — AI の出力や悪用だけでなく、開発者のシステム設計そのものにどこまで責任を問えるかという論点。
 - [[ai-evaluation-infrastructure]] — Arena などを通じ、LLM/agent 評価が公開ランキング、商用分析、post-training 改善の基盤になる流れ。
+- [[ai-infrastructure-ownership]] — AI 実行基盤を外部 provider から借り続けるのか、組織・個人・端末側で持つのかを、独立性、停止耐性、privacy、agent loop の制御として扱う論点。
 - [[ai-jailbreak-severity-framework]] — LLM jailbreak を capability gain、範囲、攻撃化の容易さ、発見容易性で triage し、業界・政府・運用の対応をそろえる考え方。
 - [[ai-research-automation]] — 検索語、巡回先、Slack の場所、人を自動で見直しながら、AI 関連情報を継続収集して報告にまとめる運用。
 - [[avatar-standardization]] — XR/メタバース上のアバターを、文化表現だけでなくユーザインターフェース規格として扱う設計論点。
@@ -53,13 +56,17 @@
 - [[human-verified-advertising]] — AI エージェントや bot が広告接触・効果測定へ混入する前提で、認証された人間だけに広告を配信しようとする設計論点。
 - [[inclusive-design]] — 見えにくい困難や違いを本人が毎回説明しなくても配慮につなげ、AI生成UI時代には運用能力として継続維持する設計。
 - [[information-integrity]] — 情報操作、偽情報、報道、情報基盤の責任を、公共圏の品質として扱う概念。
+- [[legal-document-open-data]] — 法令・議会文書を XML schema、URI、版管理、linked open data として再利用可能にし、公共情報の信頼性を支える設計論点。
 - [[llm-assisted-vulnerability-research]] — LLM / coding agent を脆弱性研究に使う時、広い探索ではなく threat model、thin slice、不変条件、検証 loop に絞る方法論。
 - [[llm-wiki-pattern]] — LLM が raw source を読み、持続的な相互リンク付き Markdown wiki にコンパイルする運用パターン。
 - [[loop-engineering]] — エージェントに発見・実行委譲・検証・永続化・定期実行を自走させるループ設計の考え方。
 - [[meaning-making-marks]] — 形・色・場所だけで周囲の行動を変える、公共空間の記号や合図の設計。
 - [[open-source-package-supply-chain-attacks]] — PyPI などの package registry で、もっともらしい fork や依存関係を公開して bot・CI・agent 実行環境に入り込む供給網攻撃の論点。
+- [[prompt-injection-role-confusion]] — LLM が role tag を硬い境界ではなく文体・表面特徴から推定してしまい、tool/user/think の境界が prompt injection に破られるという論点。
+- [[record-linkage-data-cleaning]] — 共通 ID のない複数データベースで同じ実体を照合し、品質・説明可能性・人手判定・プライバシーを含むシステム設計として扱う論点。
 - [[rag-vs-compiled-wiki]] — RAG と LLM Wiki の違いを「毎回検索」vs「蓄積済み synthesis」として比較。
 - [[sns-metric-manipulation]] — 閲覧数、いいね、再生数などの数値を人為的に増やし、支持や話題性の見え方を変える情報操作。
+- [[social-media-age-assurance]] — 子どものオンライン安全、SNS 年齢制限、年齢確認のプライバシー、platform design responsibility を接続する規制・設計論点。
 - [[wiki-maintenance-loop]] — ingest/query/lint によって wiki を継続的に健康に保つループ。
 
 ## Comparisons