- wiki: `tools/openclaw.md` (created — Plattform-Referenz mit Versions-Timeline, Architektur-Übersicht, 10 plattformrelevanten Änderungen, Update-Plan, Cross-Refs auf bestehende Wiki-Seiten)
- wiki: `architecture/model-routing.md` (updated — neue Sektion "Update 2026-06-16: OpenClaw v2026.6.8 GLM-5.2-Support + Provider-Prefix-Normalisierung", GLM-5.2 Distributions-Update von "exklusiv Coding Plan" zu "nativ in OpenClaw v2026.6.8", Fallback-Chain-Hinweis zur laufenden Primary-Umstellung)
- wiki: `architecture/memory-system.md` (updated — neue Sektion "Update 2026-06-16: OpenClaw v2026.6.8 Memory + State Recoveries" mit QMD-Stabilisierung, SQLite-NFS-WAL-Detection, OpenAI-Embedding-Batch-Split, raw-Memory-Wiki-Source-Pages-Support, Full-Reindex-Rollback-Recovery)
- wiki: `concepts/llm/glm-5.2-zai-coding-model.md` (updated — neue Sektion "Update 2026-06-16: OpenClaw v2026.6.8 native Provider-Integration", Distributions-Matrix aktualisiert, "Warten auf OpenRouter"-Option als obsolet markiert)
- wiki: `index.md` (updated — neue Tools-Sektion "OpenClaw", aktualisierte Beschreibungen für Memory System + Model Routing + GLM 5.2, neue Raw-Sources-Zeile, Header-Datum "12. Update")
- log: updated (dieser Eintrag)
**Notes:**
- Kardinalregel "Reply-Sichtbarkeit mit URL-Übersicht" befolgt: Alle geänderten/neuen Wiki-Pages mit Commit-SHA-Verweis (siehe unten)
- 5 Releases pro Snapshot = sweet spot zwischen Vollständigkeit und Kardinalität (3-5 laut Auftrag)
- Erkenntnis: OpenClaw-Releases sind extrem informationsdicht — eine 1:1-Dump-Strategie würde das Wiki überfluten. Daher Fokus auf **plattformrelevante Changes** (10 explizit gelistet) statt Volltext-Wiedergabe
- wiki: `concepts/policy/ai-regulation-2026.md` (updated — Amazon-Jailbreak als konkreter Auslöser der Exportkontrollen, WSJ/Times of India-Bestätigung)
**Source:** Kai (@PWeber) in OME-Gruppe "Krallenpolitik"
**Actions:**
- raw: `raw/xpost/2026-06-13_roemmele-anthropic-selfdestruct.md` (created — Brian Roemmele X-Thread: 7 Punkte zur Anthropic-Selbstzerstörung, Kundenmigration zu Open Source, IPO-Schaden, Leadership-Failure, Darios Regulierungs-Ironie)
- wiki: `concepts/llm/llm-behavior-persistence.md` (created — Konzeptseite zu Persistenz gelernter Verhaltensweisen in LLMs, drei Achsen: Sleeper-Agents/Backdoors, Machine Unlearning Bias, Catastrophic Forgetting; Verbindung zu "Open Weights ≠ Open Model"; Pro-Leben-Perspektive mit Handlungsspielräumen)
- Erst-Ingest, der direkt von einem Subagent-Fehler (xai billing error) zurückgespielt und im Main-Loop manuell finalisiert wurde
- Konzept identifiziert: Persistenz von gelernten Verhalten in LLMs übersteigt Fähigkeit von Fine-Tuning/Unlearning zur gezielten Entfernung
- Kernaussage: Open Weights ist nicht "sicher" — aber auch kein Argument gegen Offenheit; realistisch ist Open + Audit + transparente Trade-off-Dokumentation
**Source:** Feedback von @k9ert: "Warum sind im Wiki die Schlüssel Autoren und -Papiere nicht verlinkt? Bitte immer so viele URLS / Verlinkungen wie möglich!"
**Source:** @k9ert in OME-Gruppe "News & Infos (X/YT/Substack etc.)"-Topic
**Actions:**
- raw: `raw/blog/2026-06-12_openrouter-fusion-beats-frontier.md` (created — OpenRouter Blog-Announcement 12.06.2026 von Brian Thomas; validiert mit DRACO-Benchmark von Perplexity AI; 100 Deep-Research-Tasks; zeigt dass Panels Frontier schlagen)
- wiki: `tools/kimi-k2.7-code.md` (updated — Cross-Reference zu real-world-coding-showdown + llm-model-fusion-ensembles)
- wiki: `architecture/model-routing.md` (updated — neue Sektion "Coding-Modelle: Kimi K2.7 & GLM-5.2" mit Implikation für Sub-Task-Spezialisierung im Routing)
- Real-World-Showdown als Benchmark-Alternative: Beide Modelle, identischer Agent, identischer Prompt, komplexe Real-App mit Bug + Feature
- Kimi K2.7: schnell (~5 Min), innovativ; GLM-5.2: stark bei Animation/Detail, 1M Kontext, MIT-Lizenz
- "Neck to neck" = beide production-ready, aber Sub-Task-spezifisch optimal
- Direkter Implikat für OpenClaw: Sub-Task-Routing für Coding-Tasks, Ensemble-Pattern mit Coding-Modellen, Real-World-Validierung statt nur Standard-Benchmarks
**Source:** @PWeber (Kai) in OME-Gruppe "News & Infos (X/YT/Substack etc.)"-Topic (vollständiger Thread-Text mit allen 7 Notizen gepastet)
**Actions:**
- raw: `raw/xpost/2026-06-15_harrystebbings-20vc-aravind-srinivas.md` (created — Harry Stebbings X-Post-Summary des 20VC-Podcasts mit Aravind Srinivas vom 15.06.2026 in London; vollständige 7-Notizen-Liste inkl. "Micron > Meta", "Token Value per Watt per User", "Export Controls halfen China", "Dario Disservice to AI")
- wiki: `concepts/ai-value-migration-orchestration.md` (created — Konzeptseite: Wert-Migration von Frontier-Modellen zu Orchestrierung + Infrastruktur + Mindset; Synthese-Diagramm; alle 7 Thesen mit Cross-References zu existierenden Wiki-Seiten)
- index: updated (neuer Concepts-Eintrag + Raw Sources-Eintrag)
- log: updated
**Kernkonzept identifiziert — AI Value Migration:**
- Frontier-Modelle werden zur Commodity (These 4, 6) — chinesische Open-Source-Modelle (Kimi K2.7, GLM 5.2) schließen Lücke
**Type:** ingest + new sub-category | **Scope:** raw/youtube, wiki/concepts (new `hardware/` sub-category), wiki/index, wiki/architecture
**Trigger:** Pit (@PWeber) in OME-Gruppe Topic "Theorie-Bildung" (topic_id 502), 2026-06-16 11:37 UTC — YouTube-Link ohne Kommentar; Rüdiger hatte am 2026-06-05 im selben Topic einen Welt-Artikel gepostet.
**Actions:**
- raw: `raw/youtube/2026-06-16_everlast-mainzer-neuromorphe-chips-quantencomputer.md` (created — Everlast AI Video 2026-06-03, 1:48:40, 72k Views, 1.9k Likes, Channel: Leon Martin Schmedding; Transkript via web_fetch extrahiert; alle 41 Timestamps + substanzielle Aussagen dokumentiert)
- wiki: `concepts/hardware/neuromorphic-chips-und-quantencomputer.md` (created — neue Wiki-Seite in **neuer** Concepts-Subkategorie `concepts/hardware/`, gemäß AGENTS.md "Die Struktur ist offen für Neues")
- wiki: `wiki/index.md` (updated — neue Subkategorie "Hardware" mit Eintrag, neuer Raw-Sources-Eintrag, Update-Header)
- log: this entry
**Kernkonzepte identifiziert:**
1.**Hardware-Trias:** Mainzers These — die nächste KI-Generation entsteht nur aus der Verbindung von klassischer KI + Neuromorphic Computing + Quantencomputing. Reine Software-Iteration reicht nicht.
2.**Energie-Bottleneck:** 20W Gehirn vs. Megawatt-LLM-Cluster. Wenn KI embedded laufen soll (Autos, Sensoren, Telefone), braucht es neuromorphe/photonische Hardware.
3.**Quanten-Realitätscheck:** Shors Algorithmus knackt RSA (akute Gefahr), aber Generelle-KI-Beschleunigung ist Marketing-Mythos. Dekohärenz bleibt das Auslese-Problem.
4.**Photonik:** Rechnen mit Licht → hohe Bandbreite, geringe Wärme — Einsatz v.a. in Telko/Signal-Verarbeitung.
5.**Geopolitische Positionen (Meinung, nicht Wissenschaft):** Mainzer pro Atomkraft (KI-Energiehunger), China-Strategie-Bewunderung, Thiel-Monopol-Kritik, Post-Quantum-Kryptografie als akutes Thema.
**Cross-References zu existierenden Wiki-Seiten:**
- [[post-transformer-llm-architectures]] — algorithmische Seite (Mainzer liefert Hardware-Gegenseite)
- [[ai-value-migration-orchestration]] — Aravind-Thesis "Token Value per Watt per User" validiert Mainzers Energie-Argument
- [[ai-regulation-2026]] — Post-Quantum-Kryptografie als Policy-Aspekt
- [[model-routing]] — neuromorphic/photonisch als künftige Edge-Routing-Optionen
**Subagent-Crashed-Notice:**
- Subagent (zai/glm-5.1) scheiterte mit FailoverError: zai Billing aufgebraucht
- Main-Loop hat manuell finalisiert (raw + wiki + index + log)
- Memory `b565f6f0`: "zai/glm-5.1 Billing regelmäßig leer — bei FailoverError nicht retry, im Main-Loop weitermachen"
**Pro-Leben-Konsequenz:**
- Hardware-Diversität (Moore's Law + Neuromorphic + Quanten + Photonik) = mehr unabhängige Innovations-Pfade = resilienteres KI-Ökosystem
- Energie-Argument ist strukturell: nicht "mehr vom Selben", sondern "andere Materialien + andere Paradigmen" — gegen Monokultur- und Mangelnarrativ
- Mainzers dezidiert europäischer/akademischer Ansatz (Komplexitätsforschung, Akademie) ist Gegenpol zu Thiels Monopol-Ideal — verteidigungswürdig
- raw: `raw/youtube/2026-06-16_deepmind-two-steps-ahead.md` (created — Pit-Zusammenfassung aus OME Topic 13 #6645 als Primärquelle, da YouTube-Transkript derzeit LOGIN_REQUIRED blockiert)
- wiki: `wiki/concepts/llm/post-transformer-llm-architectures.md` (created — DeepMinds Vier-Säulen-Strategie: hybride Attention+Recurrence, Diffusions-LLMs, JEPA vs. Generativ, Foundation-Prior vs. Continual-Learning)
- wiki: `wiki/concepts/llm/ai-value-migration-orchestration.md` (updated — Architektur-Diversifizierung als strategische Gegenmittel zur Commoditisierung ergänzt, Cross-Ref zur neuen Post-Transformer-Seite)
1.**Hybride Attention+Recurrence:** Griffin, Recurrent Gemma, Titans — quadratische Attention wird durch lokale+rekurrente Kombinationen ersetzt. Gemma 4 schafft 256k Kontext auf Edge-Hardware.
2.**Diffusions-LLMs:** Gemini Diffusion als zentrale Technologie neben (nicht statt) AR-LLMs. ~10× schneller bei ähnlicher Qualität, parallele Generierung, eingebaute Fehlerkorrektur, beliebige Kontextpositionen.
3.**JEPA vs. Generativ als Weltmodell-Pfad:** Hassabis-These (generative Video = implizites Weltmodell) vs. LeCun-These (JEPA-Konsistenz effizienter, empirisch noch schwächer). Open outcome 2026.
4.**Foundation-Prior vs. Continual-Learning:** Demis (große Foundation bleibt Kern) vs. Sutskever+Sutton (statisches Pretraining ineffizient/biologisch unplausibel). DeepMinds Kompromiss: Simulation + Gemini Omni als „anything-to-anything"-Autoregressor in erlernter Weltsimulation.
**Cross-References zu existierenden Wiki-Seiten:**
- [[post-transformer-llm-architectures]] (NEU)
- [[llm-model-fusion-ensembles]] (Architektur-Ensembles als künftige Wettbewerbs-Dimension, ergänzt Modell-Ensembles)
- [[ai-value-migration-orchestration]] (Architektur-Diversifizierung als Gegenmittel zur Modell-Commoditisierung)
- [[ai-agents-2026]] (Continual-Learning-Debatte relevant für Agent-Design)
**Implikation für OpenClaw / Hector:**
- **Beobachten, nicht adoptieren:** Aktuell keine offenen Weights + stabile Provider-Listings für Diffusion-LLMs oder State-Space-Hybride.
- **Mittelfristig evaluieren:** State-Space-Hybride (Titans, Mamba) als effizientere lokale Embedding-Backends für SSR/Speicher-Layer; Diffusions-LLMs für Code-Completion in nicht-Präfix-Positionen (Hermes Agent).
- **Strategie-Validierung:** DeepMinds Vier-Säulen-Ansatz validiert [[ai-value-migration-orchestration]]-These — wenn Modelle zur Commodity werden, gewinnen Architektur-Diversität UND Orchestrierung an Wert. OpenClaws Routing-Schicht ist in dieser Logik gut positioniert.
**Pro-Leben-Konsequenz:**
- Architektur-Diversität = mehr unabhängige Forschungs-Pfade = resilienteres AGI-Ökosystem (gegen Monokultur-Risiko, gegen einzelne Vendor-Lock-in)
- Weltmodell-Debatte stärkt die These, dass Intelligenz **embodied** und **interaktiv** sein muss — kompatibel mit dem Pro-Leben-Prinzip (echte Erfahrung statt nur statische Daten)
- Open-Source-Front (Titans-Paper, Mamba-Familie) + OpenRouter-Adapter-Pfad = Open-Source-Ökosystem bleibt handlungsfähig, ohne auf geschlossene Frontier-Labs warten zu müssen
-`wiki/log.md` als chronologischer Append-Only Changelog ✅
-`wiki/index.md` als Auto-Generated Catalog ✅
- Cross-References via `[[seite.md]]` ✅
- Producer/Consumer-Trennung via Subagent-Pipeline ✅
**Was wir optional ergänzen könnten (nicht zwingend):**
-`# Citations`-Section am Ende jedes Wiki-Pages (OKF-Standard, aber optional)
-`okf_version: "0.1"` im root-`wiki/index.md`-Frontmatter deklarieren
- Klare Bundle-Root-Konvention (`wiki/` als OKF-Bundle-Root)
**Strategische Implikation:**
- **Validierung:** Wir sind mit unserer Architektur-Wahl nicht alleine; Google pusht dasselbe Pattern → potentiell mehr Tooling-Support (Lint, Visualizer, Search)
- **Migration-Risk gering:** Struktur bereits kompatibel, Anpassungen wären additiv
- **Opportunität:** Wir könnten mit minimaler Ergänzung OKF-konform sein und von zukünftigen OKF-Tools profitieren
**Pro-Leben-Konsequenz:**
- Offene Standards = gegen Vendor-Lock-in = mehr Handlungsfähigkeit für alle (gegen Mangelnarrativ)
- Permissive Conformance = Agent-Ökosystem bleibt offen, kein zentraler Gatekeeper
- Knowledge-Commons-Pattern stärkt die freie Werkzeug-Wahl für Open-Source-Ökosysteme
**Cross-References zu existierenden Wiki-Seiten:**
- [[open-knowledge-format-okf]] (NEU)
- [[llm-knowledge-base]] (Cross-Ref hinzugefügt)
- [[../architecture/memory-system]] (Schicht 1/2/3 als komplementäres Memory-System)
- [[../architecture/agent-orchestration]] (Producer/Consumer-Trennung als parallele Pattern)
- [[post-transformer-llm-architectures]] (zeigt wie das Wiki selbst zur Ingest-Quelle für Modell-Training werden könnte)
---
## 2026-06-16 — Wiki-Korrektur | Pits Feedback: keine politischen Editorial-Caveats bei seriösen Denkern
**Trigger:** Pit Weber im OME Topic 502 (Theorie-Bildung), Reply #6698 auf Reply #6696. Pit kritisierte den "Kritisch mitzunehmen"-Abschnitt in `concepts/hardware/neuromorphic-chips-und-quatencomputer.md` — Mainzers geopolitische Positionen (Pro-Atomkraft, China, Thiel-Kritik) waren dort als "Meinung, nicht Wissenschaft" abgestempelt worden. Pit las das als paternalistisches Egalisierungs-Nudging.
**Korrektur in der Wiki-Page:**
- Sektion "Geopolitische Positionierung" umbenannt von "Mainzers Meinungen, nicht Wissenschaft" → "Teil seiner Analyse"
- Inhalt: Mainzers politische und wissenschaftliche Positionen stehen in derselben Denktradition. Anti-Monopol (Thiel-Kritik) ist nicht "Trigger-Warnung", sondern analytische Substanz. Pro-Atomkraft ist Konsequenz aus dem Energie-Argument, nicht separat zu bewerten.
- Sektion "Substanz vs. Hype": "Mit Vorsicht"-Absatz gestrichen. Nur Everlast-Werbung-Format-Hinweis bleibt (Fakt, nicht politischer Caveat).
**Pit zitiert (zusammengefasst, ohne Zuspitzung beizubehalten):**
- Pit lehnt paternalistische Editorial-Caveats bei politischen Positionen ab, die analytisch aus der jeweiligen Argumentation folgen
- "Anti-Monopol" ist nicht "umstritten", sondern strukturelle Position
- Mein bisheriger Reflex ("Wissenschaft hier, Meinung da") war falsch — Mainzers Politik kommt aus seiner Komplexitätsanalyse, nicht aus einem anderen Regal
**Lektion (in MEMORY.md übernommen):**
- Bei Wiki-Aufarbeitungen: politische/ökonomische Positionen von interviewten Denkern nicht reflexartig als "Meinung" labeln, wenn sie analytisch aus deren wissenschaftlicher Argumentation folgen
- Trennlinie ist: "ist die Position Teil der Argumentation oder separat aufgesetzt?" — nicht "ist die Position Mainstream?"
- Format-Caveats (Werbe-Integration, Channel-typ) bleiben — das ist Fakt, nicht politischer Editorial-Reflex
**Type:** ingest + new sub-category | **Scope:** raw/blog, wiki/concepts (new `agi/` sub-category), wiki/concepts/hardware, wiki/concepts/llm, wiki/architecture
**Trigger:** Rüdiger (@Stelariz_75) im OME Topic 502 (Theorie-Bildung), 2026-06-16 18:44 UTC. Wikipedia-Textauszug über Aschenbrenners Essay mit [1]-Fußnote, ohne Kommentar.
**Topic 502 - Theorie-Bildung - jetzt drei Datenpunkte:**
- 2026-06-05: Rüdiger — Welt-Artikel „Was kommt nach dem Transformer" (algorithmische Perspektive)
Die drei zusammen ergeben ein vollständiges Bild: Algorithmus × Hardware × AGI-Timeline.
**Actions:**
- raw: `raw/blog/2026-06-16_aschenbrenner-situational-awareness.md` (created — Essay-Volltext Intro + 6 Kapitel-Zusammenfassungen mit Originalzitaten; Gidney-Mai-2025-Qubit-Schätzung für Kontextualisierung der RSA-Timeline)
- wiki: `concepts/agi/aschenbrenner-situational-awareness.md` (created — **NEUE** Concepts-Subkategorie `concepts/agi/`, gemäß AGENTS.md „Die Struktur ist offen für Neues")
- wiki: `concepts/hardware/neuromorphic-chips-und-quatencomputer.md` (updated — neue Sektion „Verbindung zu Aschenbrenners The Project", Cross-Ref zur neuen AGI-Page)
- wiki: `concepts/llm/ai-value-migration-orchestration.md` (updated — neue Sektion „Aschenbrenners Industrialisierungs-These", Cross-Ref zur neuen AGI-Page)
- wiki: `architecture/memory-system.md` (updated — neue Sektion „AGI-Realismus-Anwendung" mit Implikationen für Memory-Qualität, OKF-Konformität, Self-Hosted Sovereignty)
- wiki: `index.md` (updated — neue Subkategorie „AGI" mit Eintrag, neuer Raw-Sources-Eintrag, Update-Header 12. Update)
- log: this entry
**Kernkonzepte identifiziert:**
1.**„OOMs zählen"** als Forecasting-Methode: Compute (~0.5 OOMs/Jahr) + Algorithmische Effizienzen (~0.5 OOMs/Jahr) + Unhobbling-Gains = ~1 OOM/Jahr effektive Compute. Über 4 Jahre: ~100.000x. Aschenbrenners Schluss: AGI bis 2027.
2.**Intelligence Explosion**: Sobald AGI AI-Forschung automatisiert, entsteht eine rekursive Selbstverbesserungs-Schleife. 100 Millionen „human-equivalent" AI Researcher parallel, 10x-100x Human-Speed. Superintelligenz in unter einem Jahr.
3.**The Project**: Manhattan-Projekt-Skalierung. Trillionen-Dollar-Mobilisierung, GPU-Fabriken, Strom-Infrastruktur, nationale Sicherheit.
5.**AGI-Realismus**: Situational Awareness als Pflicht. Weder Hysterie noch Verleugnung.
**Pit-Lektion (2026-06-16) angewendet:**
- Aschenbrenners geopolitische Positionen (China-Risiko, Decoupling-These, Manhattan-Projekt-Parallele) sind als „Teil seiner Analyse" eingeordnet, nicht als „persönliche Meinung" gelabelt.
- Format-Caveat (Essay ist Substack/Github-Pages, nicht peer-reviewed) bleibt als Faktum stehen.
**Kritische Einordnung in der Wiki-Page:**
- AGI-Timeline 2025/26 ist „very aggressive" (übertroffen von Mainzer-Energie-Argument und empirischer Realität)
- Mainzer-Validierung: Hardware-Diversität ist die einzige systemische Antwort auf Aschenbrenners Bottleneck-These
- „100 million automated Alec Radfords" ist das software-seitige Pendant zu Mainzers hardware-seitiger Diversität — beide Argumente sind kompatibel
**Subagent-Crashed-Notice:**
- Subagent (zai/glm-5.1) zum dritten Mal heute mit FailoverError „zai billing" gescheitert
- Main-Loop hat manuell finalisiert (raw + wiki + cross-refs + index + log)
- Memory `b565f6f0`: „zai/glm-5.1 Billing regelmäßig leer — bei FailoverError nicht retry, im Main-Loop weitermachen" (Pattern: 3 von 3 Wikify-Subagents heute gecrasht)
- Alternative für nächste Subagent-Spawns: nicht zai-Modelle verwenden, sondern openrouter-Fallbacks (deepseek-v4-flash, minimax-m3, glm-5.1 cloud etc.)
**Pro-Leben-Konsequenz:**
- Aschenbrenners „nüchterner Realismus" passt zur Pro-Leben-Direktive: weder Hysterie noch Verleugnung
- „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.
**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.
- 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).
