add
This commit is contained in:
@@ -0,0 +1,31 @@
|
||||
---
|
||||
title: AI Developer Liability
|
||||
created: 2026-06-28
|
||||
updated: 2026-06-28
|
||||
type: concept
|
||||
tags: [law, public-interest, privacy, security, data-protection]
|
||||
sources: [raw/articles/ravi-naik-awo-profile-2026.md]
|
||||
confidence: medium
|
||||
---
|
||||
|
||||
# AI Developer Liability
|
||||
|
||||
AI developer liability は、AI の出力や利用者の行為だけでなく、開発者が作ったシステムの設計そのものに、どこまで法的責任を問えるかという論点。[[ravi-naik]] の AWO profile は、Jess Asato MP が xAI の Grok を相手に、本人の同意のない性的な deepfake 画像をめぐって起こした請求を、英裁判所で AI 開発者の設計責任を試す初期の事件として挙げている。
|
||||
|
||||
## 何が問われるのか
|
||||
|
||||
生成 AI をめぐる被害は、単に「利用者が悪用した」と整理されがちだが、実際には次のような設計判断が関係する。
|
||||
|
||||
- どの入力や要求を拒むか
|
||||
- 性的画像や本人の同意がない画像の生成をどう防ぐか
|
||||
- 有名人・政治家・一般人に対するなりすましや性的加工をどう扱うか
|
||||
- 安全策をどの段階で入れるか
|
||||
- 被害が出た後に、削除、記録、補償、再発防止をどう行うか
|
||||
|
||||
この論点は [[data-protection-and-expression]] とぶつかる。被害者の権利、プライバシー、人格的利益を守る必要がある一方で、表現、風刺、報道、研究を過度に狭める危険もある。
|
||||
|
||||
## なぜ公共性があるのか
|
||||
|
||||
AI 開発者の責任は、個別の事故対応にとどまらない。責任の線引きが変わると、AI サービスの安全設計、公開前の検証、記録の保存、通報対応、規制当局との関係が変わる。特に、性的画像、選挙、報道、内部告発、広告技術のように、個人の被害と公共の議論が同時に現れる領域では、[[information-integrity]] と法制度の両方から追う必要がある。
|
||||
|
||||
現時点ではこのページは Ravi Naik / AWO profile という単一資料からの入口であり、具体的な法理や裁判上の争点は今後の資料で補う必要がある。
|
||||
@@ -0,0 +1,26 @@
|
||||
---
|
||||
title: AI Research Automation
|
||||
created: 2026-06-28
|
||||
updated: 2026-06-28
|
||||
type: concept
|
||||
tags: [llm, agent, automation, workflow, dev-tool]
|
||||
sources: [raw/articles/tokium-self-evolving-ai-researcher-2026.md]
|
||||
confidence: medium
|
||||
---
|
||||
|
||||
# AI Research Automation
|
||||
|
||||
AI まわりの変化を追う仕組みは、単に検索結果を集めるだけではすぐ古くなる。TOKIUM の事例では、育休中でも生成 AI の動きを追えるように、Web と社内 Slack から情報を集め、日次・週次・月次の報告を作り、Google Drive に置く流れを cron で動かしている。
|
||||
|
||||
この事例の要点は「何を集めるか」も自動で見直すことにある。検索語、巡回先、Slack の場所、人という四つの軸を SQLite で管理し、候補発見、昇格、降格の段階を通して入れ替える。単なるヒット数ではなく、最終的な報告に採用されたかを評価に使うため、量よりも成果物への貢献で情報源を選べる。
|
||||
|
||||
キーワード検索だけでは拾えない情報を、人や場所の観察で補う点も重要。ある Slack 投稿に直接 AI 関連語がなくても、共有された資料の中身が AI 駆動開発なら、場所や投稿者を手がかりに集めて LLM がふるい分ける。これは [[llm-wiki-pattern]] の raw source 収集にも近く、入口を固定しすぎないことで後から知識化できる素材を増やす。
|
||||
|
||||
運用面では、手順書としての skill とシェルスクリプトを分けている。収集・報告・自動見直しの具体手順を Markdown に置き、スクリプトは実行順序、並列実行、再実行しやすさ、上限ターン数、部分失敗の許容を担当する。この分担は [[wiki-maintenance-loop]] と同じく、人間が毎回判断しなくても続く手入れの形である。
|
||||
|
||||
## Open Questions
|
||||
|
||||
- 報告に採用された回数を、短期の流行と長期の価値のどちらとして扱うか。
|
||||
- 社内 Slack のような閉じた情報源を使うとき、個人追跡や監視感をどう抑えるか。
|
||||
- 情報源の自動昇格が進むほど、同じ話題に偏らないための探索余地をどう残すか。
|
||||
- こうした仕組みを [[digital-gardening-cms]] や LLM Wiki に接続する場合、報告と永続ページの境界をどこに置くか。
|
||||
@@ -0,0 +1,29 @@
|
||||
---
|
||||
title: Data Protection and Expression
|
||||
created: 2026-06-28
|
||||
updated: 2026-06-28
|
||||
type: concept
|
||||
tags: [data-protection, privacy, freedom-expression, law, public-interest, media]
|
||||
sources: [raw/articles/david-erdos-cambridge-law-profile-2026.md, raw/articles/ravi-naik-awo-profile-2026.md]
|
||||
confidence: medium
|
||||
---
|
||||
|
||||
# Data Protection and Expression
|
||||
|
||||
Data protection and expression は、個人情報を守る制度が、報道、芸術、文学、研究、検索、SNS 上の発信と衝突するときの均衡を扱う論点。[[david-erdos]] の研究は、この均衡を欧州のデータ保護法、報道、研究、忘れられる権利、検索の責任から追っている。[[ravi-naik]] の仕事は、同じ問題を監視広告、AI による性的画像生成、Cambridge Analytica、Meta への請求といった訴訟・規制の現場から見る入口になる。
|
||||
|
||||
## 何が難しいのか
|
||||
|
||||
データ保護は、個人に関する情報の収集・利用・公開を制限することで、プライバシーや人格的利益を守る。一方で、報道、研究、芸術、政治的表現、検索のような活動は、個人に関する情報を扱わなければ成立しないことが多い。過度に厳しい規制は、権力監視や研究を弱める。過度に緩い規制は、晒し、評判被害、差別、監視を放置する。
|
||||
|
||||
Erdos の Cambridge profile は、EU 内でもこの均衡の置き方が大きく異なると説明している。報道をデータ保護から広く守る法域もあれば、報道・研究にも厳しい基準をかける法域もある。この差は単なる条文の違いではなく、法文化の違いとも関係する。
|
||||
|
||||
## 情報基盤への接続
|
||||
|
||||
この論点は [[information-integrity]] と表裏の関係にある。偽情報や嫌がらせを抑えるために情報の流通を制御したい場面でも、表現の自由や報道の自由を壊してはいけない。逆に、表現の自由を理由に、個人への深刻な被害や研究倫理上の問題を無視することもできない。
|
||||
|
||||
[[maria-ressa]] のような報道側の議論は、情報基盤が嘘や暴力を広げる危険を強調する。Erdos の研究は、法制度がその危険に対応するとき、報道・研究・表現の自由まで削りすぎないための地図になる。
|
||||
|
||||
## この Wiki での扱い
|
||||
|
||||
このページは、一般的なプライバシー法のまとめではなく、公共圏で情報を流す行為と、個人の権利を守る制度のせめぎ合いを追うための入口として置く。今後、忘れられる権利、検索エンジンの責任、研究データ、報道例外に関する資料を追加するときは、このページから分岐させる。
|
||||
@@ -0,0 +1,28 @@
|
||||
---
|
||||
title: Digital Gardening CMS
|
||||
created: 2026-06-28
|
||||
updated: 2026-06-28
|
||||
type: concept
|
||||
tags: [wiki, knowledge-base, maintenance, markdown, design]
|
||||
sources: [raw/articles/principles-for-digital-gardening-2026.md]
|
||||
confidence: medium
|
||||
---
|
||||
|
||||
# Digital Gardening CMS
|
||||
|
||||
デジタル庭を CMS として実装する発想は、メモ、Wiki、作品集、公開サイトをひとつの場所にまとめるための設計案。分類を先に固定するのではなく、全ページを同じ階層に置き、「A にリンクする」ことと「A に属する」ことを近いものとして扱う。これにより、記事、人物、作品、用語などを別々の型に押し込めず、ページ同士の関係から構造を育てられる。
|
||||
|
||||
重要なのは「完成した記事」だけを扱わないこと。ページは更新され続けるものとし、日記として明示したもの以外は時系列の並びに頼りすぎない。この考え方は [[wiki-maintenance-loop]] と近く、後から読み返せる形で少しずつ手入れすることを前提にしている。
|
||||
|
||||
公開状態は `published`、`draft`、`private` のように分ける案がある。`published` は固定されたリンクと版管理があり、引用できる状態。`draft` は公開されていても内容が変わる無責任なメモ、`private` は本人だけが見られる状態として扱う。さらに `sage`、`unlisted`、`protected` のような到達しやすさの設定を分けることで、一覧に出さないページ、URL を知る人だけのページ、会員向けページを表現できる。
|
||||
|
||||
永続性のためには、特定のサービスに閉じた形式よりも、HTML や Markdown のような普通の文字ファイルを信頼する。Wayback Machine に保存されやすいようにサーバ側で生成し、長く使うドメインと壊れにくい URL を用意する。これは [[llm-wiki-pattern]] と同じく、道具よりも長く残る素材を中心に置く設計である。
|
||||
|
||||
実装候補として、[[obsidian]] 的な手元優先の編集体験、Cosense 的な共同編集、Nuxt Content の Markdown と拡張構文、WordPress + WPGraphQL、HyperMD や Milkdown などの編集器が挙げられている。Git で全体を管理すると版管理は強くなるが、携帯端末での編集しやすさが弱くなるため、保存形式、同期、編集体験の折り合いが設計上の中心になる。
|
||||
|
||||
## Open Questions
|
||||
|
||||
- ページ型を単一にしたまま、公開状態・到達性・版管理をどう表すか。
|
||||
- 手元優先の編集、共同編集、公開サイト生成をどの境界で分けるか。
|
||||
- Git 管理の信頼性と、携帯端末からの書きやすさをどう両立するか。
|
||||
- 作品集、メモ、Wiki を統合したとき、読者に見せる入口をどう設計するか。
|
||||
@@ -0,0 +1,24 @@
|
||||
---
|
||||
title: Inclusive Design
|
||||
created: 2026-06-28
|
||||
updated: 2026-06-28
|
||||
type: concept
|
||||
tags: [accessibility, inclusive-design, public-interest, design]
|
||||
sources: [raw/articles/arun-japan-symbols-2026.md]
|
||||
confidence: medium
|
||||
---
|
||||
|
||||
# Inclusive Design
|
||||
|
||||
包摂的な設計は、身体や状況の違いを「本人が毎回説明する負担」にせず、周囲の人や仕組みが自然に配慮できる入口を作る考え方。Arun Venkatesan の日本の記号についての記事は、車の初心運転者標識、高齢運転者標識、聴覚障害者標識、身体障害者標識、電車やバスで使われるヘルプマーク、マタニティマークを、言葉なしで追加の配慮を促す記号として見ている。
|
||||
|
||||
特にヘルプマークは、外からは見えにくい障害、内部疾患、感覚の違い、精神疾患、妊娠初期などを、細かな診断名に閉じず「助けや配慮が必要かもしれない」という共有情報に変える。これは本人の事情をすべて公開させるものではなく、必要最小限の合図だけを出す設計である。
|
||||
|
||||
この資料で面白いのは、包摂性を個別の支援制度だけでなく、公共空間の情報設計として扱っている点。標識や札は、読める人だけに向けた文章ではなく、瞬時に見分けられる形と色で、周囲の行動を少し変える。公共の場で「何をすればよいか」を伝えるという意味では [[meaning-making-marks]] と重なり、社会的な判断材料を壊さず整えるという意味では [[information-integrity]] とも遠くつながる。
|
||||
|
||||
## 見るべき問い
|
||||
|
||||
- 本人が詳細を説明しなくても、必要な配慮だけが伝わる合図をどう作るか。
|
||||
- 記号を知っている人と知らない人の差を、教育や普及でどう埋めるか。
|
||||
- 見えにくい困難を可視化するとき、プライバシーと安全をどう両立するか。
|
||||
- 標識、札、色、形、配置を、文章より先に読まれる公共の道具としてどう設計するか。
|
||||
@@ -4,24 +4,30 @@ created: 2026-06-28
|
||||
updated: 2026-06-28
|
||||
type: concept
|
||||
tags: [information-integrity, disinformation, public-interest, media, civic-tech]
|
||||
sources: [raw/articles/osome-observatory-on-social-media-2026.md, raw/articles/osome-tools-2026.md, raw/articles/maria-ressa-nobel-facts-2026.md, raw/articles/maria-ressa-stop-the-lies-2026.md]
|
||||
sources: [raw/articles/osome-observatory-on-social-media-2026.md, raw/articles/osome-tools-2026.md, raw/articles/maria-ressa-nobel-facts-2026.md, raw/articles/maria-ressa-stop-the-lies-2026.md, raw/articles/tbs-sns-metric-farms-election-disinformation-2026.md]
|
||||
confidence: medium
|
||||
---
|
||||
|
||||
# Information Integrity
|
||||
|
||||
Information integrity は、公共圏で流通する情報が manipulation、coordinated harassment、fake news、platform incentives によって壊されないようにするための研究・報道・tooling の問題領域。[[osome]] は data science と journalism を組み合わせて social media manipulation を分析・対抗する tools を作り、[[maria-ressa]] は journalism と democracy の観点から、platform が嘘や憎悪を拡散する構造を批判している。
|
||||
Information integrity は、公共圏で流通する情報が、情報操作、組織的な嫌がらせ、偽情報、巨大な情報基盤の設計によって壊されないようにするための研究・報道・道具作りの領域。[[osome]] は情報科学と報道を組み合わせて SNS 上の情報操作を分析・対抗する道具を作り、[[maria-ressa]] は報道と民主主義の観点から、SNS が嘘や憎悪を拡散する構造を批判している。
|
||||
|
||||
## Pattern
|
||||
## 見るべき型
|
||||
|
||||
この領域では、単一の記事や投稿よりも、以下のような再利用可能な知見が wiki 化に向いている。
|
||||
この領域では、単一の記事や投稿よりも、以下のような再利用可能な知見が Wiki 化に向いている。
|
||||
|
||||
- manipulation を測る指標や dashboard
|
||||
- bot / superspreader / coordinated behavior の検出方法
|
||||
- election、public health、civic discourse に対する platform effects
|
||||
- journalist と researcher が協働するための data/tool workflow
|
||||
- platform accountability や regulation に関する実践的論点
|
||||
- 情報操作を測る指標や可視化
|
||||
- bot、拡散者、組織的な振る舞いの検出方法
|
||||
- 選挙、公衆衛生、市民の議論に対する SNS の影響
|
||||
- 報道関係者と研究者が協働するためのデータと道具の流れ
|
||||
- 情報基盤の責任や規制に関する実践的な論点
|
||||
|
||||
## Link to LLM Wiki operations
|
||||
## 数値そのものが操作対象になる
|
||||
|
||||
[[llm-wiki-pattern]] の観点では、information integrity sources は単発ニュースとして流すより、entity（人物・組織・tool）と concept（disinformation、platform governance、public-interest tech）に分けて蓄積する価値がある。[[wiki-maintenance-loop]] では、OSoMe や Ressa のような source を、Yuta の「公共・a11y・ニッチなハック/デザイン」関心に接続する高シグナル領域として扱う。
|
||||
TBS NEWS DIG の「農場」取材は、偽情報の文章や画像だけでなく、閲覧数、いいね、再生数、リポスト数のような周辺の数値も [[sns-metric-manipulation]] の対象になることを示している。利用者は数値を見て「多くの人が見ている」「支持されている」「重要そうだ」と判断し、推薦の仕組みも数値を手がかりにすることがある。したがって、数値操作は情報の中身を変えなくても、公共圏での見え方を変えうる。
|
||||
|
||||
この点は、情報の完全性を「真偽」だけでなく「何が目立つよう設計され、誰がその見え方を買えるのか」という問題として扱う必要があることを示す。選挙期間中には、実際の多数派ではないものが多数派のように見える危険が高まり、規制・削除要請・透明性・表現の自由の均衡が論点になる。
|
||||
|
||||
## 関連領域
|
||||
|
||||
この領域は、公共のための技術、報道、偽情報対策、SNS の設計、アクセシビリティ、民主主義の維持とつながる。OSoMe や Ressa のような資料は、流行のニュースとして消費するより、人物・組織・道具・概念に分けて蓄積すると後から参照しやすい。
|
||||
|
||||
@@ -0,0 +1,31 @@
|
||||
---
|
||||
title: Meaning-Making Marks
|
||||
created: 2026-06-28
|
||||
updated: 2026-06-28
|
||||
type: concept
|
||||
tags: [design, interface, accessibility, inclusive-design, public-interest]
|
||||
sources: [raw/articles/arun-japan-symbols-2026.md]
|
||||
confidence: medium
|
||||
---
|
||||
|
||||
# Meaning-Making Marks
|
||||
|
||||
意味を作る記号とは、説明文を読ませる前に、形・色・置かれた場所だけで周囲の行動を変える合図のこと。Arun Venkatesan の記事は、日本の家紋、警察車両や消防車両の印、国鉄時代の特急標識、運転者向けの各種標識、ヘルプマーク、マタニティマークを並べ、言葉なしで社会的な意味を伝える仕組みとして読んでいる。
|
||||
|
||||
記事の中心は、記号が「空気を読む」ための不足情報を補うという見立て。車の外からは運転者が初心者か、高齢者か、聴覚障害があるか、身体に障害があるかは見えにくい。電車内でも、妊娠初期や内部疾患は外見だけでは分からない。そこで標識や札が、本人の状態を細かく説明せずに、周囲へ「少し余裕を持つ」「席を譲る」「災害時に声をかける」といった行動のきっかけを渡す。
|
||||
|
||||
この観点では、記号は飾りでも単なる文化的な図案でもなく、公共空間の小さな情報基盤である。[[inclusive-design]] は、こうした記号が外から見えにくい困難や違いをどう扱うかを見る入口になる。一方、[[information-integrity]] が公共圏の情報の壊れ方を扱うなら、このページは日常の場で情報が足りないとき、最小の合図で判断を助ける設計を扱う。
|
||||
|
||||
## 例
|
||||
|
||||
- 家紋・政府の桐紋: 長く残る幾何学的な帰属の印。
|
||||
- 警察・消防の車両印: 車両の機能や公共機関の役割を、車体色や装備と一緒に伝える補助記号。
|
||||
- 国鉄時代の特急標識: 同じように見える車両の中で、最上位の列車種別を示す実用的な印。
|
||||
- 初心運転者標識・高齢運転者標識・聴覚障害者標識・身体障害者標識: 周囲の運転者に配慮を促す道路上の合図。
|
||||
- ヘルプマーク・マタニティマーク: 外見だけでは分からない事情を、公共交通や災害時の助けにつなげる合図。
|
||||
|
||||
## 未解決の問い
|
||||
|
||||
- 記号の意味を共有する教育や普及が弱いとき、記号はどこまで機能するか。
|
||||
- 記号を付けることが、支援だけでなく偏見や過剰な注目を招く危険をどう下げるか。
|
||||
- 文字を読めない人、言語が違う人、視覚に制約がある人にも届く公共記号をどう設計するか。
|
||||
@@ -0,0 +1,32 @@
|
||||
---
|
||||
title: SNS Metric Manipulation
|
||||
created: 2026-06-28
|
||||
updated: 2026-06-28
|
||||
type: concept
|
||||
tags: [information-integrity, disinformation, public-interest, media, automation]
|
||||
sources: [raw/articles/tbs-sns-metric-farms-election-disinformation-2026.md]
|
||||
confidence: medium
|
||||
---
|
||||
|
||||
# SNS Metric Manipulation
|
||||
|
||||
SNS 数値操作は、閲覧数、いいね、再生数、リポスト数など、利用者が「多くの人に見られている」「多くの人が支持している」と判断するための数値を、人為的に増やす行為。TBS NEWS DIG の取材では、こうした数値を売る「農場」が、X のテスト投稿を数分で約 49 万表示、さらに 100 万表示まで押し上げたとされる。これは単なる宣伝ではなく、公共圏で何が重要に見えるかを変える [[information-integrity]] の問題である。
|
||||
|
||||
## 何が操作されるか
|
||||
|
||||
数値操作の対象は、投稿内容そのものよりも、投稿の周りに付く社会的な合図である。閲覧数やいいねが増えると、投稿は多くの人が見ているもの、支持しているもの、話題になっているものに見える。さらに、推薦や急上昇の仕組みがその数値を手がかりにする場合、操作された数値が配信の増幅にもつながりうる。
|
||||
|
||||
取材に出てくる農場関係者は、この仕組みを「SNS の加速機」と表現している。これは、偽情報そのものを作るより手前で、情報が目立つ条件を売る商売だと見られる。[[osome]] のような観測・可視化の道具が重要になるのは、こうした操作が個々の投稿だけでなく、時間変化や拡散の型として現れるからである。
|
||||
|
||||
## 選挙と世論への影響
|
||||
|
||||
選挙期間中に数値操作が行われると、実際には一部の組織が動かしているだけでも、多数派の意見や大きな話題であるかのように見える。同じ資料では、2016年フィリピン大統領選での情報操作、Rappler への攻撃、[[maria-ressa]] らの報道も取り上げられている。ここでは、偽の画像や中傷だけでなく、批判する報道機関を「フェイク」と呼ぶ攻撃、組織的な嫌がらせ、記者への圧力が一体になっている。
|
||||
|
||||
日本の文脈では、選挙中の偽情報対策強化の法案、宮城県の誹謗中傷対策条例案、削除要請の権限と乱用防止、表現の自由と被害救済の均衡が論点として出てくる。放置すれば発信をためらわせる萎縮効果が生まれうる一方、行政による削除要請には歯止めが必要になる。
|
||||
|
||||
## 見るべき問い
|
||||
|
||||
- 数値の急増、急減、同時行動などから、どこまで組織的な操作を見分けられるか。
|
||||
- 閲覧数やいいねを、社会的な信頼や多数派の合図として扱う設計はどこまで安全か。
|
||||
- 選挙期間中の偽情報対策は、被害救済、表現の自由、行政権限の乱用防止をどう両立するか。
|
||||
- AI によって対話らしく振る舞うアカウントが増えると、従来の bot 検出や利用者の直感はどこまで通用しなくなるか。
|
||||
@@ -4,7 +4,7 @@ created: 2026-06-28
|
||||
updated: 2026-06-28
|
||||
type: concept
|
||||
tags: [workflow, maintenance, wiki, agent]
|
||||
sources: [raw/articles/karpathy-llm-wiki-2026.md, raw/articles/hermes-research-llm-wiki-skill-2026.md, raw/articles/nashsu-llm-wiki-2026.md]
|
||||
sources: [raw/articles/karpathy-llm-wiki-2026.md, raw/articles/hermes-research-llm-wiki-skill-2026.md, raw/articles/nashsu-llm-wiki-2026.md, raw/articles/tokium-self-evolving-ai-researcher-2026.md]
|
||||
confidence: medium
|
||||
---
|
||||
|
||||
@@ -23,3 +23,5 @@ LLM Wiki の基本運用は ingest / query / lint のループ。
|
||||
Hermes の `llm-wiki` skill では、毎回 `SCHEMA.md`、`index.md`、recent `log.md` を読む orientation が必須になっている。これは自動 ingest が duplicate page creation や schema drift を起こさないための guardrail。新規 raw source には `source_url`、`ingested`、body hash を持たせ、wiki page の frontmatter、index、log を同時に更新する。
|
||||
|
||||
[[llm-wiki-app]] はこの loop をアプリ側の persistent ingest queue、folder auto-watch、source cleanup、graph/search、MCP/API に拡張している。つまり maintenance loop は単なる checklist ではなく、agent procedure と product feature のどちらにもなりうる。
|
||||
|
||||
TOKIUM の [[ai-research-automation]] 事例は、wiki ではなく技術動向の報告作成でも同じ考え方が使えることを示している。検索語や巡回先を固定せず、採用された情報源を評価して候補を昇格・降格させることで、収集対象そのものを手入れの対象にしている。
|
||||
|
||||
Reference in New Issue
Block a user