schema(wiki): v1.5 — add people/ + institutions/ categories, ToDos WMT-009/010

Trigger: k9ert in RamaDama-Topic #6800 — Wiki braucht eigene Verzeichnisse für Personen und Institutionen neben concepts/directives/... Was sich ändert: - AGENTS.md: Schema 1.4 → 1.5, Directory-Tree erweitert, teams/ als Legacy markiert - wiki/people/: neues Verzeichnis (.gitkeep, leer bis WMT-009) - wiki/institutions/: neues Verzeichnis (.gitkeep, leer bis WMT-010) - wiki/index.md: Teams-Sektion mit Legacy-Hinweis + neue Sektionen People/Institutions - wiki/log.md: Schema-Change-Eintrag - wiki/tasks/maintenance-todo.md: WMT-009 (people + teams→people migration) und WMT-010 (institutions, explizit nicht 'companies') angelegt Wichtig: 'institutions' statt 'companies' — abgedeckt sind Firmen, Unis, Forschungslabs, Stiftungen, Standardisierungs-Org, staatliche Forschungs- einrichtungen. Begründung im ToDo-File.
WMT-007+008 prep: token-rotator + raw-ingest templates, ToDo-Erweiterung
2026-06-17 09:55:19 +02:00 · 2026-06-17 09:51:04 +02:00
8 changed files with 301 additions and 7 deletions
--- a/AGENTS.md
+++ b/AGENTS.md
@ -30,14 +30,18 @@ knowledge-base/
 │   ├── index.md        ← Auto-generated catalog (Fakten)
 │   ├── ideas.md        ← Ideen-Index (Subconscious Outcomes, getrennt von Fakten)
 │   ├── log.md          ← Append-only changelog
-│   ├── teams/          ← Personen, Rollen
+│   ├── teams/          ← Legacy-Personenseiten (wird schrittweise nach people/ überführt)
 │   ├── tools/          ← Tools, Instanzen, Credentials
 │   ├── architecture/   ← Architektur-Entscheidungen
 │   ├── concepts/       ← Konzepte, Erklärungen (sub-organisiert seit v1.3)
 │   │   ├── llm/        ← LLM-spezifische Konzepte (Fusion, Behavior, GLM, SSR, etc.)
 │   │   ├── agents/     ← AI-Agents, Subconscious, Trading/Payment-Bots
 │   │   ├── policy/     ← AI-Policy, Regulation, Biosecurity
-│   │   └── directives/ ← Projekt-Direktiven (Pro-Leben, Qualität, Bot-Policy)
+│   │   ├── directives/ ← Projekt-Direktiven (Pro-Leben, Qualität, Bot-Policy)
+│   │   └── agi/        ← AGI-bezogene Konzepte (Aschenbrenner, etc.)
+│   │   └── hardware/   ← Hardware-Frontier (Neuromorphic, Edge-Inferenz, etc.)
+│   ├── people/         ← Personen-Artikel (jede im Wiki erwähnte Person bekommt einen Eintrag)
+│   ├── institutions/   ← Institutionen, Organisationen, Firmen, Labs, Stiftungen, Unis — NICHT nur Companies
 │   ├── decisions/      ← Dated decisions
 │   ├── ideas/          ← Kompilierte Ideen-Seiten (Subconscious Outcomes)
 │   └── ...             ← Weitere Kategorien jederzeit möglich
@ -65,7 +69,9 @@ raw/subconscious/2026-06-06_plur1bus-priority-fix.md
 Format: kebab-case, sprechender Name, keine Daten im Dateinamen.

 ```
-wiki/teams/kai-antigravity.md
+wiki/teams/kai-antigravity.md          ← Legacy, wird zu wiki/people/
+wiki/people/kai.md                     ← Ziel-Konvention ab Schema v1.5
+wiki/institutions/openai.md            ← Beispiel: Institution statt Company
 wiki/tools/forgejo-botreasury.md
 wiki/architecture/plur1bus-memory-stack.md
 wiki/concepts/llm/llm-knowledge-base.md
@ -339,4 +345,4 @@ Wenn wikifyen → **subagent spawnen** (isolated). Kein Reply nötig. Der Subage
 2. Rohdaten-Sammeln: Links aus aktuellem Chat → als raw-Dateien ablegen
 3. Ingest-Run: Agent verarbeitet raw/ → wiki/

-*Erstellt: 2026-06-05 | Schema-Version: 1.4 (2026-06-16: Wiki-Maintenance-System v1.0 — `scripts/wiki-lint.sh` + Test-Suite + `wiki/tasks/maintenance-todo.md` + `scripts/subagents/*.md` Templates; Detection/Execution-Trennung, keine LLM-Involvung im Lint-Pfad.)*
+*Erstellt: 2026-06-05 | Schema-Version: 1.5 (2026-06-17: Neue Wiki-Kategorien `wiki/people/` und `wiki/institutions/` für Personen- und Institutions-Artikel. Bestehende `wiki/teams/`-Inhalte werden schrittweise nach `people/` überführt — ToDos WMT-009 + WMT-010 in `wiki/tasks/maintenance-todo.md`. Basis: User-Feedback k9ert 2026-06-17 #6800.)*
--- a/scripts/subagents/forgejo-token-rotator.md
+++ b/scripts/subagents/forgejo-token-rotator.md
@ -0,0 +1,99 @@
+# Subagent: forgejo-token-rotator
+
+**Auftrag:** Forgejo-Token für `hector-bot` auf `vmd185580.tailf38284.ts.net` rotieren und überall eintragen.
+
+**Quelle:** Anleitung aus `krallen-skills/forgejo-instance-setup/SKILL.md` (Repo: https://vmd185580.tailf38284.ts.net/hector-bot/krallen-skills/src/branch/main/forgejo-instance-setup/SKILL.md).
+
+**Trigger:** Token `b15b63a75e3164836a8b97dfde1b3b83bdcb873c` gibt seit 2026-06-16 ~20:42 UTC konsequent 401. Lokale Commits liegen bereit (insb. `fe24b99` Aschenbrenner-Ingest), Push blockiert.
+
+---
+
+## Workflow
+
+### 1. SKILL-Anleitung lesen
+
+```bash
+SKILL_URL="https://vmd185580.tailf38284.ts.net/hector-bot/krallen-skills/raw/branch/main/forgejo-instance-setup/SKILL.md"
+curl -sSL -H "Authorization: token b15b63a75e3164836a8b97dfde1b3b83bdcb873c" "$SKILL_URL" || echo "FALLBACK: Repo clonen und Datei lesen"
+```
+
+Falls `curl` mit altem Token 401 bringt: SKILL-Inhalt manuell aus Repo-UI/Clone holen.
+
+### 2. Anleitung befolgen
+
+Die SKILL beschreibt (vermutlich):
+- Login via `tea login add` oder Browser-Session
+- Neuen Token generieren (User-Settings → Applications → Generate Token)
+- Scope: `repository` (read+write), ggf. `user` (für Account-Ops)
+- Token kopieren (nur einmal sichtbar!)
+
+### 3. Token eintragen
+
+In **allen** dieser Stellen:
+
+| Datei | Pfad | Format |
+|---|---|---|
+| `~/workspace/TOOLS.md` | Zeile `Token (tea):` ersetzen | `b15b63a7…` → `<neuer>` |
+| `~/.config/tea/config.yml` | `token:`-Feld unter `hector-bot@botreasury` | gleich |
+| OpenClaw-Env-Vars (falls gesetzt) | `FORGEJO_TOKEN` o.ä. in `/etc/openclaw/` oder `.env` | gleich |
+
+WICHTIG: Vor dem Editieren **Backup** der Original-Dateien machen (in `/home/node/workspace/.backup/<timestamp>/`).
+
+### 4. Verifizieren
+
+```bash
+# Token-Test
+curl -sS -H "Authorization: token <NEUER_TOKEN>" \
+  https://vmd185580.tailf38284.ts.net/api/v1/user | jq -r '.login'
+
+# Erwartet: "hector-bot"
+
+# Push-Test (lokal bereits vorhandener Aschenbrenner-Commit)
+cd /home/node/workspace/knowledge-base
+git log --oneline -5  # fe24b99 sollte oben sein
+git push origin main
+
+# Erwartet: success, kein 401
+```
+
+### 5. Commit + ToDo-Update
+
+```bash
+cd /home/node/workspace/knowledge-base
+git add wiki/tasks/maintenance-todo.md
+git commit -m "WMT-007: forgejo token rotated (<KURZ-HASH alt> → <KURZ-HASH neu>)"
+git push origin main
+```
+
+ToDo-Eintrag in `wiki/tasks/maintenance-todo.md`:
+- Status `planning` → `done`
+- Datum + Commit-Hash eintragen
+- `Subagent: forgejo-token-rotator.md (Run YYYY-MM-DD)`
+
+### 6. Topic-Report
+
+Im RamaDama-Topic posten (kurz, Telegram-klickbar):
+- ✅ Forgejo-Token rotiert
+- Neuer Token-Hash (erste 4 + letzte 4 Zeichen)
+- Commit-SHA der ToDo-Aktualisierung
+- Push-Test bestätigt
+
+---
+
+## Eskalation an Pit
+
+NUR wenn:
+- (a) Forgejo-UI-Login scheitert (Credentials unbekannt, MFA-Token fehlt)
+- (b) Account gesperrt
+- (c) SKILL beschreibt andere API-Endpunkte als die aktuelle Forgejo-Version
+- (d) Token-Test 401 trotz erfolgreicher Rotation (möglich: Token-Scope falsch)
+
+In diesen Fällen: Topic-Post mit Block + benötigter Pit-Action. KEIN 30-Minuten-Retry-Loop.
+
+---
+
+## Sicherheit
+
+- Token **nie** in Logs oder Commit-Messages im Klartext
+- Auch nicht im Topic-Post — nur Kurz-Hash (`ab12…xy9`)
+- `TOOLS.md` und `tea/config.yml` sind Workspace-Dateien, **nicht** im Git-Repo des Wikis — kein Commit auf den Token-Inhalt
--- a/scripts/subagents/raw-ingest-runner.md
+++ b/scripts/subagents/raw-ingest-runner.md
@ -0,0 +1,109 @@
+# Subagent: raw-ingest-runner (Template)
+
+**Auftrag:** Roh-Post in Wiki-Pipeline ziehen — Raw-Datei anlegen, Wiki-Seite erstellen/erweitern, Cross-Refs setzen, index.md + log.md updaten.
+
+**Schema-Referenz:** `AGENTS.md` im Repo (Raw immutable, Wiki kuratiert, Frontmatter-Pflicht).
+
+---
+
+## Input-Parameter (vom Hauptagent mitgegeben)
+
+- `raw_path`: z.B. `raw/xpost/2026-06-16_amd-ryzen-ai-edge-inferenz.md`
+- `source_url`: Original-Post-URL
+- `source_type`: `xpost | blog | youtube | other`
+- `wiki_target`: z.B. `wiki/concepts/hardware/edge-inference-als-cloud-alternative.md` (neu oder erweitern)
+- `cross_refs`: Liste existierender Wiki-Seiten für Backlinks
+- `distributions_kontext`: Falls Distributions-Format als Faktum benannt werden muss (z.B. "Tech-Influencer-Channel", "Werbe-finanziert")
+- `tok_status`: aktueller Token-Status (`ok | waiting-on-rotation`)
+
+---
+
+## Workflow
+
+### 1. Raw-Datei anlegen
+
+`raw/<source_type>/<datum>_<slug>.md` mit Frontmatter:
+
+```yaml
+---
+id: <auto-generated or as-given>
+type: xpost | blog | youtube | other
+source_url: <url>
+captured_at: YYYY-MM-DD
+captured_by: hector-subagent-raw-ingest-runner
+ingest_run: WMT-XXX
+distributions_kontext: <string oder leer>
+---
+
+# <Titel>
+
+<Post-Inhalt oder ausführliche Zusammenfassung>
+```
+
+IMMER immutable — kein nachträgliches Editieren (außer bei Fehlern mit `--amend` direkt nach Capture).
+
+### 2. Wiki-Seite erstellen oder erweitern
+
+Bei **neuer** Seite: Wiki-Page mit Frontmatter, ≥ 200 Wörter Substanz, Cross-Refs im Text.
+
+Bei **Erweiterung**: Bestehende Seite lesen, neuen Abschnitt ergänzen mit klarer Überschrift + Datums-Tag.
+
+```yaml
+---
+id: <slug>
+type: wiki-page
+created: YYYY-MM-DD
+last_updated: YYYY-MM-DD
+cross_refs: [<liste>]
+sources: [<raw_ids>]
+stubs: 0
+---
+
+# <Titel>
+...
+```
+
+### 3. Cross-Refs setzen
+
+- In **neuer** Wiki-Seite: alle `cross_refs` im Text verlinken (`[Titel](<slug>.md)`)
+- In **bestehenden** Cross-Ref-Seiten: 1 Satz + Link auf neue Wiki-Seite ergänzen
+
+### 4. index.md + log.md updaten
+
+**index.md**: Neue Wiki-Seite in passender Kategorie eintragen.
+
+**log.md**: Eintrag mit Datum, Ingest-Run-ID, neuen/geänderten Pages, Commit-Hashes.
+
+### 5. Commit + ToDo-Update
+
+Falls `tok_status == ok`:
+```bash
+git add raw/ wiki/
+git commit -m "WMT-XXX: <kurzbeschreibung>"
+git push origin main
+```
+
+Falls `tok_status == waiting-on-rotation`:
+- Commits lokal anlegen, pushen sobald Token rotiert ist (WMT-007 abhängig)
+- ToDo-Eintrag mit Note: `pending WMT-007`
+
+ToDo-Eintrag updaten: `planning` → `done` (oder `pending` bei Warte-Status).
+
+### 6. Topic-Report
+
+Standard-URL-Übersicht (siehe Wiki-AGENTS.md § "Reply-Sichtbarkeit"):
+- 🆕 Neue Wiki-Seiten mit Repo-Browse-Link + Commit-SHA
+- 🔧 Maßgeblich veränderte Seiten mit gleichem Schema
+- Distributions-Kontext als Fakt benannt (falls zutreffend)
+- ⚠️ Token-Status (falls relevant)
+
+---
+
+## Pit-Eskalation
+
+NUR bei:
+- Wiki-Konzept existiert schon unter anderem Namen (mögliche Duplikation → Hub-Page-Strategie)
+- Distributions-Kontext ist heikel (z.B. politisch umstrittener Kanal) → Pit-Check vor Veröffentlichung
+- Cross-Validation-Quellen widersprechen sich fundamental → Vor-Pit-Post nicht ins Wiki
+
+Sonst: autonom durchziehen.
--- a/wiki/index.md
+++ b/wiki/index.md
@ -1,8 +1,8 @@
 # Wiki Index

-*Auto-generated: 2026-06-16*
+*Auto-generated: 2026-06-17*

-*Letzte Aktualisierung: 2026-06-16 (13. Update — neuer Ingest: Aschenbrenner „Situational Awareness" als Konzeptseite in **neuer** Subkategorie `concepts/agi/`; Cross-Refs zu Mainzer, Aravind, Memory-System; Rüdigers dritter Beitrag zum Topic Theorie-Bildung)*
+*Letzte Aktualisierung: 2026-06-17 (14. Update — Schema v1.5: neue Wiki-Kategorien `wiki/people/` + `wiki/institutions/` angelegt, AGENTS.md erweitert, ToDos WMT-009 + WMT-010 für Befüllung eingeplant. Trigger: k9ert in RamaDama-Topic #6800.)*

 ## Architecture

@ -86,6 +86,16 @@
 | [Rüdiger](teams/ruediger.md) | FinancialBot-Topic-Ersteller, Options-Händler (Iron Condor interessiert), teilt X-Links | raw/other/financialbot-topic-history-2026-02-01_2026-05-30.json |
 | [René Kl.](teams/rene-kl.md) | Cross-Exchange-Arbitrage-Skeptiker (Ex-Chef-Erfahrung mit Latenz+Order-Preferencing) | raw/other/financialbot-topic-history-2026-02-01_2026-05-30.json |

+> **Hinweis:** `wiki/teams/` ist die Legacy-Kategorie. Neue Personen-Artikel werden ab Schema v1.5 in `wiki/people/` angelegt. Migration läuft (siehe `wiki/tasks/maintenance-todo.md` WMT-009).
+
+## People
+
+*(Noch leer — Befüllung via WMT-009. Kandidaten aus dem Wiki-Bestand: Prof. Dr. Klaus Mainzer, Leopold Aschenbrenner, Brian Roemmele, Aravind Srinivas, Dario Amodei, Harry Stebbings, Leopold Aschenbrenner, Lisa Su u. a.)*
+
+## Institutions
+
+*(Noch leer — Befüllung via WMT-010. Kandidaten: OpenAI, Anthropic, Z.ai, Moonshot AI, Google Cloud, Polymarket, Fincept, Blink Wallet, Alby, TU München, OpenAI Superalignment Team, DeepMind etc.)*
+
 ## Decisions

 | Seite | Beschreibung | Quellen |
--- a/wiki/institutions/.gitkeep
+++ b/wiki/institutions/.gitkeep
--- a/wiki/log.md
+++ b/wiki/log.md
@ -544,3 +544,21 @@ Die drei zusammen ergeben ein vollständiges Bild: Algorithmus × Hardware × AG
 - „The Project" als Manhattan-Skalierung ist nicht zwingend negativ — historisch hat die Manhattan-Mobilisierung den Krieg beendet. Frage ist, wofür AGI-Mobilisierung genutzt wird (defensiv/offensiv, offen/geschlossen)
 - Decoupling-These ist Risiko UND Chance: Self-Hosting von Wissen (unser Knowledge-Base) ist Anti-Decoupling-Hebel
 - Aschenbrenners Biografie (OpenAI Superalignment → Entlassung) illustriert das Alignment-Personalrisiko: wer zu laut warnt, fliegt raus. Auch eine Lektion für unsere eigene Positionierung.
+
+## [2026-06-17] Schema v1.5 | Neue Wiki-Kategorien `people/` + `institutions/`
+**Type:** schema | **Scope:** AGENTS.md, wiki/index.md, wiki/people/, wiki/institutions/
+**Trigger:** k9ert in RamaDama-Topic #6800 — "Ich hätte gerne neue directories in 'wiki' neben concepts/directives/... nämlich 'people' und 'institutions'. [...] Ich hab explizit 'institutions' gewählt, nicht 'companies' damit wir da auch andere Institutionen reintun können."
+**Actions:**
+- AGENTS.md: Schema-Version 1.4 → 1.5. Directory-Tree erweitert um `wiki/people/` und `wiki/institutions/`. `wiki/teams/` als Legacy markiert (Migration zu `people/` über WMT-009). Beispiel-Pfade in Naming-Convention aktualisiert.
+- wiki/people/: Verzeichnis angelegt, leer. Befüllung über WMT-009.
+- wiki/institutions/: Verzeichnis angelegt, leer. Befüllung über WMT-010.
+- wiki/index.md: Header-Datum aktualisiert (14. Update). Hinweis-Box bei "Teams" — Legacy-Hinweis mit Verweis auf WMT-009. Zwei neue Sektionen "People" und "Institutions" mit Kandidaten-Listen aus Wiki-Bestand. Hinweis: bewusst "institutions" nicht "companies" — abgedeckt sind Firmen, Labs, Stiftungen, Unis, Non-Profits, etc.
+- wiki/tasks/maintenance-todo.md: ToDos WMT-009 (People-Befüllung inkl. teams→people-Migration) + WMT-010 (Institutions-Befüllung) angelegt.
+**Begründung "institutions" statt "companies":**
+- Eine "Institution" ist breiter: umfasst neben Firmen auch Universitäten, Forschungslabs (DeepMind, OpenAI Superalignment), Stiftungen, Non-Profits, Standardisierungs-Organisationen (Google Cloud OKF), staatliche Forschungseinrichtungen (TU München) etc.
+- Wiki-Inhalte enthalten viele Nicht-Firmen: Mainzer → TU München / Akademie; OpenAI Superalignment → Forschungsteam als Institution; OKF → Standardisierungs-Org.
+- Einzige Personenseiten, die NICHT nach `people/` gehören: User/Team-Identitäten in `teams/` (z. B. Netbits — User-Name/Avatar im Topic), die behalten Legacy-Status für Topic-Bezug.
+**Offene Fragen:**
+- Sollen `wiki/teams/`-Inhalte physisch nach `people/` verschoben werden oder parallel existieren? Aktueller Plan: physisch migrieren mit Redirect-Stub-File (analog OKF-Move-Pattern), Ausnahme: Netbits-Avatar (User-Identität, nicht reale Person).
+- WMT-009 wird die User-Identitäten separat klassifizieren.
+**Lint-Vorab-Check:** Neuer Lint-Run wird die leeren Dirs als 0-File-Cluster markieren — kein Fail (Threshold 12/20).
--- a/wiki/people/.gitkeep
+++ b/wiki/people/.gitkeep
--- a/wiki/tasks/maintenance-todo.md
+++ b/wiki/tasks/maintenance-todo.md
@ -1,6 +1,6 @@
 # Wiki-Maintenance Backlog

-*Erstellt: 2026-06-16 | Schema v1.0*
+*Erstellt: 2026-06-16 | Schema v1.0 | Erweitert: 2026-06-17 (Schema v1.5 — `wiki/people/` + `wiki/institutions/` ToDos WMT-009/010)*
 *Owner: Hector (Hauptagent) | Subagents führen aus, melden via Topic*

 ---
@ -41,6 +41,58 @@
  - Category: structure | Effort: M | Status: parked
  - Notes: 9 Files, unter Refactor-Trigger (12). Aktuell nicht zwingend. WMT-003 + WMT-002 haben Vorrang.

+- [ ] **WMT-007** — Forgejo-Token-Rotation (hector-bot)
+  - Category: infra | Effort: S | Status: planning
+  - Subagent: `scripts/subagents/forgejo-token-rotator.md` (neu anzulegen, Inline-Anleitung von krallen-skills/forgejo-instance-setup/SKILL.md)
+  - Trigger: Token `b15b63a7…` gibt seit 2026-06-16 ~20:42 UTC konsequent 401. Pit muss nicht manuell rotieren — Subagent folgt SKILL-Anleitung, generiert neuen Token, schreibt in TOOLS.md + ~/.config/tea/config.yml, verifiziert mit `tea push`/`curl`.
+  - Quelle für Anleitung: https://vmd185580.tailf38284.ts.net/hector-bot/krallen-skills/src/branch/main/forgejo-instance-setup/SKILL.md
+  - Pit-Eskalation NUR wenn: (a) Forgejo-UI-Login nicht klappt, (b) Account-Lock, (c) Token-API anders als in SKILL beschrieben. Sonst autonom.
+  - Blockiert: alle Pushes (Aschenbrenner-Commit fe24b99 wartet lokal, plus alle weiteren Wikify-Commits bis Token-Fix).
+
+- [ ] **WMT-008** — AMD Ryzen AI Edge-Inferenz Ingest
+  - Category: content | Effort: S | Status: planning
+  - Subagent: `scripts/subagents/raw-ingest-runner.md` (analog zu bestehenden Ingest-Workflows)
+  - Trigger: X-Post @0xJokker #6785 — AMD-CEO Lisa Su, PC im Lunchbox-Format, 235B-Parameter lokal, 128 GB unified memory, 3× schneller als RTX 5080.
+  - Output:
+    - `raw/xpost/2026-06-16_amd-ryzen-ai-edge-inferenz.md` (mit Frontmatter, Distributions-Kontext benannt)
+    - `wiki/concepts/hardware/edge-inference-als-cloud-alternative.md` (neu)
+    - Cross-Refs: Mainzer (Gehirn 20W), Aschenbrenner (KI-Infrastruktur-Anlageklasse), Aravind (Token/Watt-Bottleneck)
+  - Wartet auf WMT-007 (Token) für Push — Commits lokal vorbereiten ist OK.
+
+- [ ] **WMT-009** — `wiki/people/` befüllen + Migration aus `wiki/teams/`
+  - Category: structure | Effort: L | Status: planning
+  - Subagent: `scripts/subagents/people-ingest-runner.md` (NEU anzulegen)
+  - Trigger: k9ert in RamaDama-Topic #6800 — "Jede relevante Person die im Wiki vorkommt, sollte dort einen eigenen Artikel bekommen."
+  - Phase 1 — Identitäts-Triage:
+    - **Reale Personen** (mit Außenbezug) → `wiki/people/{slug}.md`: Prof. Dr. Klaus Mainzer, Leopold Aschenbrenner, Brian Roemmele, Aravind Srinivas, Dario Amodei, Harry Stebbings, Lisa Su, Graeme (gkisokay), Mr. Cy (Cyb3rblade), Antigravity (k9ert), Kai / Pit Weber (interner Owner, evtl. optional).
+    - **Topic-User-Identitäten / Avatare** (nicht reale Personen) → bleiben in `wiki/teams/` oder bekommen eigenen Mini-Eintrag: Netbits ⚡️ Stachelbanane, Rüdiger, René Kl.
+    - **Geschäftsfälle** (nicht-echte Personen / erfundene Namen / Autoren-Annahmen) → bleiben nur in Cross-Refs, kein eigener People-Eintrag.
+  - Phase 2 — Pro Person: ein `wiki/people/{slug}.md` mit Frontmatter + Standard-Sektionen (Rolle, primäre Quelle, wichtigste Aussagen, Wiki-Cross-Refs, raw-Sources-Verweise). 5–15 Zeilen pro Person reichen für Stub; Sub-Subagent für Expansion wenn später mehr Material dazukommt.
+  - Phase 3 — Migration `teams/` → `people/`:
+    - Reale Personen aus teams/ nach people/ verschieben (git mv).
+    - Redirect-Stub im alten Pfad (1 Zeile + `[[people/{slug}]]`-Wikilink) für Backward-Compat.
+    - index.md: Teams-Sektion mit Redirect-Hinweis, People-Sektion mit Links.
+  - Phase 4 — Cross-Reference-Sweep: Alle bestehenden Wiki-Pages, die Personennamen ohne Link erwähnen, bekommen `[[people/{slug}]]`-Wikilinks.
+  - Priorität: **Phase 1 + 2 zuerst** (sichtbar neue Inhalte), Phase 3 + 4 als Cleanup-Pass danach.
+  - Abhängigkeit: Phase 3 wirft Merge-Commits → evtl. mit WMT-004 (Dup-Cluster-Hubs) kombinieren.
+
+- [ ] **WMT-010** — `wiki/institutions/` befüllen
+  - Category: structure | Effort: L | Status: planning
+  - Subagent: `scripts/subagents/institutions-ingest-runner.md` (NEU anzulegen)
+  - Trigger: k9ert in RamaDama-Topic #6800 — "Für 'institutions' gilt das selbe. Ich hab explizit 'institutions' gewählt, nicht 'companies' damit wir da auch andere Institutionen reintun können."
+  - Scope: Nicht nur Companies — auch Universitäten, Forschungslabs, Stiftungen, Non-Profits, Standardisierungs-Org, staatliche Forschungseinrichtungen.
+  - Kandidaten (aus Wiki-Bestand):
+    - **AI-Firmen:** OpenAI, Anthropic, Z.ai (Zhipu), Moonshot AI, Google (DeepMind), OpenRouter, Hugging Face, xAI.
+    - **Forschungs-/Bildungs-Institutionen:** TU München (Mainzer), TU München Akademie, MIT, Stanford AI Lab, Allen Institute, Epoch AI, Carnegie Mellon.
+    - **Standardisierungs-/Open-Knowledge-Org:** Google Cloud (OKF-Standard), Linux Foundation, Mozilla Foundation.
+    - **Crypto/Payment-Infrastruktur:** Blink Wallet (Bitcoin Lightning), Alby, Lightning Labs.
+    - **Trading/Fintech-Infrastruktur:** Polymarket, Fincept.
+    - **Open-Source-Communities:** Kimi (Moonshot-OSS-Track).
+  - Pro Institution: ein `wiki/institutions/{slug}.md` mit Frontmatter + Standard-Sektionen (Typ, Fokus, wichtigste Wiki-Cross-Refs, raw-Sources). 5–15 Zeilen reichen für Stub.
+  - Cross-Reference-Sweep analog WMT-009 Phase 4.
+  - Wichtig: Bestehende `tools/{slug}.md`-Seiten, die eine Institution sind (z. B. `tools/anthropic-claude.md`), bekommen einen klaren "Siehe auch"-Hinweis auf `institutions/anthropic.md` — oder werden zusammengeführt, falls das nicht zwei verschiedene Dinge sind (Tool/Produkt ≠ Institution).
+  - Empfehlung: Institution und Produkt getrennt halten. Institution = Org/Firma; Tool/Produkt = spezifisches Model/API/Plattform unter dieser Institution. Beispiel: `institutions/anthropic.md` ≠ `tools/anthropic-claude.md`.
+
 ---

 ## In Progress