knowledge-base/wiki/tasks/maintenance-todo.md

# Wiki-Maintenance Backlog

*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*

---

## ToDo

- [x] **WMT-001** — `scripts/wiki-lint.sh` finalisieren + Test-Fixtures | tooling | M | 2026-06-17
  - Subagent: `scripts/subagents/wiki-lint-runner.md`
  - Commits (4): `f5594d7` (wiki-lint.sh v1.0 + SCRIPT_VERSION + v1.5 Note), `d07bf16` (Test 4 smoke-test), `40463cb` (fixtures-validation note), ToDo-Close-Commit folgt.
  - Code-Changes:
    - Header `Version: 0.1 (Draft 2026-06-16)` → `1.0 (Final 2026-06-17)` + `SCRIPT_VERSION="1.0"` Variable
    - Optional: `_Schema v1.5 Sub-Categories: ..._` Notiz im File-Count-Section
    - Test 4: smoke-test mit Exit-Erwartung 0 ODER 1 (nie 2); Section-Suche `"Frontmatter Präsenz"` (Umlaut case-sensitive); Bonus-Assert `"Total Wiki-Pages:"`
    - subagents/wiki-lint-runner.md: v1.0-Hinweis, Failover-Kette angepasst (m3 primary, KEIN glm-5.1)
  - Fixtures: alle 3 weiterhin v1.5-kompatibel (clean/messy/broken)
  - Lint-Verify: `./scripts/wiki-lint-test.sh` → `18/18 ✅` (17 original + 1 neuer Assert), `./scripts/wiki-lint.sh .` → `Total: 51 | Issues: 0`
  - Notes (historisch): Draft v0.1 wurde in Iteration 1 erstellt, dann nach `scripts/` verschoben (Draft-Wegfall bereits erfolgt).
  - Subagent-Auftrag (historisch):
    1. Header-Version `0.1 (Draft 2026-06-16)` → `1.0 (2026-06-17)`
    2. Test 4 Erwartung anpassen: real-repo kann jetzt exit=0 oder 1 sein (clean state). Test soll **„irgendeine Section"** prüfen, nicht spezifisch „frontmatter" — Section heißt jetzt „Frontmatter Präsenz" mit Umlaut.
    3. Fixtures in `scripts/test-fixtures/wiki-lint/{clean,messy,broken}-wiki/` durchgehen — passen die noch zur aktuellen Wiki-Struktur (Schema v1.5: people/, institutions/, hardware/ in concepts/)?
    4. Optional: Falls Schema v1.5 Sections (`concepts/hardware`, `concepts/agi`) im Lint-Output als „neu seit v1.4" markiert werden sollen, Changelog-Hinweis im Header.
  - **Fixtures-Validierung (2026-06-17):**
    - `clean-wiki`: 3 Files, Exit 0, alle Sections grün ✅. Passt weiterhin — keine Schema-Abhängigkeit.
    - `messy-wiki`: 3 Files, Exit 1, Issues=2 (Stubs + Missing Frontmatter). Detektiert polymarket-Cluster ✅. Passt weiterhin.
    - `broken-wiki`: 3 Files, Exit 1, Issues=3 (Stubs + Missing Frontmatter + Broken Ref + Uncovered Raw). Passt weiterhin.
    - **Fazit:** Alle 3 Fixtures sind v1.5-kompatibel. Keine Anpassung nötig. Die Fixtures testen nur die Mechanik (Stub/Frontmatter/Orphan/Broken-Ref/Raw-Coverage), nicht spezifische Sub-Categories — daher Schema-stabil.

- [x] **WMT-002** — 12 Wiki-Pages mit Frontmatter nachziehen | schema | S | 2026-06-16
  - Schema: siehe `AGENTS.md` § "Wiki-Pages haben minimales Frontmatter"
  - 12 Files, Commits: `7c6dcc5` `b4da4b9` `f9853df` `3b7accb` `578cf25` `a722740` `502fe40` `688bf09` `73a9b34` `369de77` `cf88919` `6b419b6`
  - Lint-Verify: `./scripts/wiki-lint.sh` → `Total: 47 | Issues: 0` (Frontmatter-Check ✅ 0 missing)
  - Retry 2: ollama/minimax-m3 (Retry 1 auf ollama/glm-5.1 scheiterte an zai-billing-error)

- [x] **WMT-003** — 11 Stubs analysieren (füllen oder killen) | content | L | 2026-06-16
  - 11 Files bearbeitet: 7× expand + 4× tag (`stub-toleriert`)
  - Expand-Commits: `e418357` `6ecfdf0` `a14cbf6` `250ad1d` `6a2bfa7` `54ea74a` `298eb14`
  - Tag-Commits: `3794972` `65bc333` `eb3b647` `6b1542a`
  - Lint-Verify: `./scripts/wiki-lint.sh` → `Total: 47 | Issues: 0`, Stub-Quote 11/47 (23%) → 4/47 (8%) ✅
  - Retry 2: ollama/minimax-m3 (Retry 1 auf ollama/glm-5.1 scheiterte an zai-billing-error)

- [x] **WMT-004** — Dup-Topic-Cluster auflösen (Hub-Pages)
  - Category: structure | Effort: M | Status: done | 2026-06-23
  - Subagent: `scripts/subagents/hub-page-creator.md` (nicht angelegt — direkt als Todo-Fokus-Run erledigt)
  - Cluster: polymarket (3), lightning (4), trading (7), subconscious (6)
  - Strategie: 1 Hub-Page pro Cluster, Spreu-Cluster (subconscious, memory) → kein Hub nötig, sind normal verteilt.
  - Ergebnis: 3 Hub-Pages erstellt: `polymarket-hub.md`, `lightning-payments-hub.md`, `ai-trading-hub.md` (alle unter `concepts/agents/`). Index.md aktualisiert. Subconscious-Cluster bewusst ausgelassen (laut Strategie normal verteilt). Commit: `acd8af6`

- [x] **WMT-005** — 1 uncovered raw → Wiki-Coverage herstellen
  - Category: coverage | Effort: XS | Status: done | 2026-06-23
  - Subagent: `scripts/subagents/raw-coverage-check.md` (nicht angelegt — direkt als Todo-Fokus-Run erledigt)
  - File: `raw/blog/2026-06-13_trump-blocks-anthropic-fable-mythos.md`
  - Notes: Bestätigt als Duplikat von `2026-06-13_trump-export-controls-anthropic-mythos-fable.md` (gleicher Axios-Scoop, gleiche source_url). Beide Wiki-Pages (`ai-regulation-2026.md`, `ai-as-geopolitical-weapon.md`) decken das Thema bereits ausführlich ab. Zweite Source-Datei als Cross-Ref zu beiden Wiki-Pages hinzugefügt. Kein eigener Wiki-Eintrag nötig.
  - Commit: `278247c`

- [ ] **WMT-006** — `tools/` Sub-Cluster-Refactor (zurückgestellt)
  - Category: structure | Effort: M | Status: parked
  - Notes: 9 Files, unter Refactor-Trigger (12). Aktuell nicht zwingend. WMT-003 + WMT-002 haben Vorrang.

- [x] **WMT-007** — Forgejo-Token-Rotation (hector-bot)
  - Category: infra | Effort: S | Status: done | 2026-06-23
  - Ergebnis: Token `b15b63a7…` funktioniert wieder (git push --dry-run success, 2026-06-23 09:15 CEST). Blocker war veraltet — vermutlich temporäres Forgejo-Problem am 16.06., das sich selbst gelöst hat. Keine Rotation nötig.

- [x] **WMT-008** — AMD Ryzen AI Edge-Inferenz Ingest
  - Category: content | Effort: S | Status: done | 2026-06-23
  - Subagent: `scripts/subagents/raw-ingest-runner.md` (nicht angelegt — direkt als Todo-Fokus-Run erledigt)
  - 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), Cloud-Exit (x86-Erweiterung)
  - Commit: `a61ca95`
  - Push: success (main → origin/main)

- [x] **WMT-009** — `wiki/people/` befüllen + Migration aus `wiki/teams/`
  - Category: structure | Effort: L | Status: phase1+2 done | 2026-06-23
  - Phase 1+2 COMPLETED (2026-06-23): 7 neue People-Pages erstellt: `klaus-mainzer.md`, `leopold-aschenbrenner.md`, `aravind-srinivas.md`, `dario-amodei.md`, `harry-stebbings.md`, `lisa-su.md`, `k9ert-antigravity.md`. Bestehend: `brian-roemmele.md`, `steve-yegge.md`. Index.md aktualisiert. 
  - Phase 3 (Migration teams/ → people/) + Phase 4 (Cross-Reference-Sweep): OFFEN — separater Run nötig.
  - Commit: folgt
  - 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

(leer)

---

## Done

- [x] **WMT-011** — Tips, Tricks & More Waymo Robotaxi Ingest | content | S | 2026-06-21
  - Commits (1): `56cf4c2` (ingest(youtube): waymo robotaxi test ride WMT-011)
  - Output:
    - `raw/youtube/2026-06-21_tips-tricks-more-waymo-robotaxi.md`
    - `wiki/concepts/agents/waymo-robotaxis-realworld-testing.md`
    - Cross-Refs: `wiki/concepts/agents/ai-agents-2026.md`

- [x] **WMT-000** — Schema + Maintenance-Wiki angelegt | meta | S | 2026-06-16
  - Plan-Architektur mit k9ert abgestimmt in RamaDama-Topic (#6625-#6640)
  - Draft `scripts/wiki-lint.sh` v0.1 erstellt, getestet (`output/test-lint-output.md`)

---

## Wie es läuft

### Manueller Trigger

Im RamaDama-Topic schreiben:
```
wiki-do WMT-002
```
→ Hector parsed, schiebt das ToDo in "In Progress", spawnt den passenden Subagent mit dem Template.

### Automatischer Trigger (Cron)

| Cron | Wann | Was | Model |
|------|------|-----|-------|
| `wiki-lint-weekly` | So 04:30 CEST | Lint-Script ausführen, Report in Topic posten | n/a (Shell) |
| `wiki-weekly-summary` | So 19:00 CEST | Wartungszusammenfassung inkl. Wiki-Status | ollama/glm-5.1 |

Subagent-Failover (2026-06-16): Primary `ollama/minimax-m3` (lokal), KEIN zai-Fallback — zai-Billing-Error (siehe #6675). Bei Fail Topic-Post, dann aufgeben.

### Workflow für Subagents

Jeder Subagent folgt diesem Pattern (siehe Template in `scripts/subagents/<name>.md`):

1. **Read** dieses Files + eigenes Template
2. **Arbeit** machen (Commits einzeln oder gruppiert)
3. **Final-Commit**: 
   - dieses File updaten (Status `planning` → `done` mit Datum + Commit-Hash der Arbeits-Commits)
   - push
4. **Report** in RamaDama-Topic posten: was gemacht, welche Commits, was bleibt