Files
2026-07-18 10:09:57 +09:00

10 KiB

Wiki Index

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-17 | Total pages: 59

Entities

  • abtop — Claude Code、Codex CLI、OpenCode などの AI coding agent をローカルで横断監視する端末 UI。
  • claude-science — Anthropic の科学研究向け AI workbench。監査可能な artifact、研究用 connector、計算環境、reviewer agent を一つの研究 loop にまとめる。
  • david-erdos — データ保護、プライバシー、表現・報道・研究の自由の均衡を研究する Cambridge 法学者。
  • f3-file-format — WebAssembly 復号器をファイル内に同梱し、将来の符号化にも対応しようとする列指向データファイル形式の研究実装。
  • ghidra-mcp — Ghidra の逆解析機能を MCP 経由で AI エージェントから扱うための拡張とサーバー。
  • google-adk — Go/Python 向けの agent framework。Go 2.0 では multi-agent workflow を graph として表現し、HITL、resume、retry、telemetry を実行基盤へ入れる。
  • kiro — Amazon の仕様駆動型 AI コーディング環境。Agent Focus、権限制御、Markdown custom agents でエージェント操作を IDE の中心に置く。
  • litho — ソースコードから C4 アーキテクチャ図と Wiki 風ドキュメントを自動生成する Rust 製 AI 文書化エンジン。
  • llm-wiki-app — Karpathy の LLM Wiki pattern を desktop app、queue、graph/search、MCP/API 付きで具体化する実装。
  • mastra — TypeScript で agent、graph workflow、HITL resume、MCP server、eval/observability を組み込む AI application framework。
  • maria-ressa — Rappler 共同創業者・ノーベル平和賞受賞者。SNS 上の偽情報、情報操作、報道機関への攻撃を公共性の観点から扱う。
  • notion — Developer Platform、External Agents API、Workers、CLI、MCP、Markdown API により、知識 workspace を agent が操作する共有 canvas へ寄せるツール。
  • obsidian — LLM Wiki を閲覧・編集するための Markdown/リンク対応ノートアプリ。
  • openwiki — LangChain のコードベース文書生成・保守 CLI / agent。repo Wiki を作り、agent instruction file から参照させ、GitHub Actions で更新する。
  • pi-coding-agent — 最小の tool set、provider handoff、session serialization、tmux/端末中心の運用を重視する Mario Zechner の AI coding agent harness。
  • osome — Indiana University の Observatory on Social Media。SNS 上の情報操作を研究し、公共のための分析道具を提供する。
  • 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

  • agentic-hardware-design — RTL や検証資産を、Markdown harness・git worktree・実行可能 evaluator 付きの agent loop で反復修正する設計方法。
  • agent-harness-engineering — AI agent を実務で壊れにくくするため、context、評価、観測性、制約、安全な自律性を外側の harness として設計する考え方。
  • agentic-web-monetization — AI agent が web page、dataset、API、MCP tool などを request 単位で支払って使う、x402/edge policy 前提の web 収益化設計。
  • agent-oriented-cli-design — AI エージェントが推測せずに使えるよう、JSON 出力、actionable error、search/read 分離、鮮度情報、少ないフラグを重視する CLI 設計。
  • ai-agent-command-safety — AI coding agent が出す shell command を、実行時解釈・sandbox・承認・最小権限・sandbox escape 事例で安全に扱う設計論点。
  • ai-agent-enabled-cyberattacks — 攻撃側も LLM agent の tool-use loop で既知脆弱性、資格情報探索、横展開、DB 破壊を組み合わせる脅威モデル。
  • ai-agent-identity-security — AI エージェントやアプリ間連携の認可・監査・最小権限を、MCP/XAA などの標準化動向から整理する論点。
  • ai-agent-telemetry-privacy — Coding agent/CLI agent が送る telemetry、error report、repo/CI identity、transcript retention と opt-out の実効性を扱う論点。
  • ai-assisted-reverse-engineering — Ghidra などの専門道具と AI エージェントを組み合わせ、逆解析の命名・型付け・文書化を支援する考え方。
  • 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/メタバース上のアバターを、文化表現だけでなくユーザインターフェース規格として扱う設計論点。
  • ci-cd-runtime-security — CI/CD ジョブ内で実際に動くプロセスと認証情報アクセスを観測・隔離し、供給網攻撃や秘密情報漏えいの証跡を残す考え方。
  • climate-adaptation-ai — 気候予測、地域ガイドライン、定量データを LLM/RAG でつなぎ、自治体の気候変動適応策立案を支援する設計論点。
  • data-protection-and-expression — データ保護と、報道・研究・表現の自由が衝突する場面の均衡を扱う論点。
  • digital-gardening-cms — メモ、Wiki、作品集、公開サイトを統合し、分類よりリンクと永続性を重視する CMS 設計案。
  • e2e-coverage-metrics — E2E テストがページや RPC/API を実際にどこまで通ったかを、実装由来の分母と実行時 trace から測る品質指標。
  • extensible-data-file-formats — データ形式が新しい符号化・圧縮・読み出し方を後から受け入れられるようにする設計思想。
  • 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

Queries