knowledge-base/wiki/log.md

Wiki Log

Append-only changelog. Start: 2026-06-05

[2026-06-16] Ingest | OpenClaw Releases v2026.6.6 – v2026.6.8 (Top 5 Snapshot)

Type: ingest | Scope: raw, wiki/tools, wiki/architecture, wiki/concepts Source: GitHub REST API (https://api.github.com/repos/openclaw/openclaw/releases) Actions:

• raw: raw/other/2026-06-16_openclaw-releases-v2026.6.8.md (created — 21 KB Roh-Dump der 5 aktuellsten Releases inkl. v2026.6.8 stable, v2026.6.8-beta.1+2, v2026.6.7-beta.1, v2026.6.6 stable)
• 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)
• Sub-relevante Cross-Ref-Chain: tools/openclaw → architecture/model-routing + memory-system → concepts/llm/glm-5.2 — gleiche Quelle (other/2026-06-16_openclaw-releases-v2026.6.8.md) durchgängig referenziert
• 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

[2026-06-07] Wiki | Subconscious Agent aktualisiert mit aktuellen Outcomes und Evidence Gap

Type: wiki-update | Scope: wiki/concepts Actions:

• wiki: concepts/agents/subconscious-agent.md (updated — aktuelle Outcomes (25 Runs), plur1bus Evidence Gap, Execution Gap mit konkreten Daten, Lösungsansatz von @k9ert)
• log: updated

[2026-06-07] Ingest | Subconscious Agent Evidence Runner Script

Type: other | Scope: raw, wiki/concepts Actions:

• raw: raw/other/2026-06-07_subconscious-runner-script.md (created - Dokumentation des Shell-Skripts)
• wiki: concepts/agents/subconscious-agent.md (updated - Source-Referenz + aktueller Status)
• index: updated

[2026-06-07] Schema | Autonomes Kuratieren Entscheidungsbaum

Type: schema | Scope: AGENTS.md Actions:

• wiki: AGENTS.md (updated — zwei unabhängige Entscheidungsbäume für Reply vs. Curation)

[2026-06-05] Ingest | Anthropic fordert weltweite KI-Pause (WELT)

Type: blog | Scope: raw, wiki/tools, wiki/concepts Actions:

• raw: raw/blog/2026-06-04_anthropic-fordert-ki-pause.md
• wiki: tools/anthropic-claude.md (created + updated)
• wiki: concepts/policy/ai-regulation-2026.md (created + populated)
• index: updated

[2026-06-05] Ingest | AI News Roundup May 2026 (vtnetzwelt)

Type: blog | Scope: raw, wiki/tools, wiki/concepts Actions:

• raw: raw/blog/2026-06-05_ai-news-roundup-may-2026.md
• wiki: tools/openai-gpt.md (created)
• wiki: tools/anthropic-claude.md (updated revenue data)
• wiki: concepts/agents/ai-agents-2026.md (created)
• wiki: concepts/policy/ai-regulation-2026.md (updated)
• index: updated

[2026-06-07] Migration | ByteRover context-tree → Knowledge Base Wiki

Type: migration | Scope: wiki/architecture, wiki/concepts, wiki/tools, wiki/decisions Source: /home/node/workspace/.brv/context-tree/ (ByteRover context-tree, April 2026, 133 Markdown-Dateien) Actions:

• wiki: architecture/container-volume-persistence.md (created)
• wiki: architecture/memory-system.md (created)
• wiki: architecture/agent-orchestration.md (created)
• wiki: architecture/model-routing.md (created)
• wiki: architecture/cron-notable-events.md (created)
• wiki: architecture/byterover-knowledge-mining.md (created)
• wiki: tools/ecosystem-tools-april-2026.md (created)
• wiki: concepts/agents/subconscious-agent.md (created)
• wiki: concepts/directives/pro-leben-directive.md (created)
• wiki: concepts/directives/quality-standard.md (created)
• wiki: decisions/2026-04-volume-persistence.md (created)
• wiki: decisions/2026-04-memory-system.md (created)
• index: updated with new categories (Architecture, Decisions) and all new pages Notes:
• Kompiliert aus ~133 Quell-Dateien (abstract/overview/full) → 12 prägnante Wiki-Seiten
• Fokus auf bleibende Erkenntnisse; temporäre/archivierte Details (einzelne Subconscious-Runs, Tagebuch-Einträge) nicht migriert
• Duplikate (identische Facts in architecture + ecosystem) dedupliziert
• Alte Tool-Integrationen (ByteRover, GBrain, SearXNG) historisch dokumentiert, nicht als aktive Empfehlungen

[2026-06-12] Ingest | Colgate SSR — LLM-basierte Kaufintentions-Vorhersage

Type: ingest | Scope: raw/xpost, wiki/concepts Actions:

• raw: raw/xpost/2026-06-11_colgate-llm-purchase-intent-ssr.md (created — X-Post von @HowToAI_ über Colgate/PyMC Labs SSR-Studie)
• wiki: concepts/llm/semantic-similarity-rating-ssr.md (created — Konzeptseite zu Semantic Similarity Rating)
• index: updated (neuer Concepts-Eintrag + Raw Sources-Eintrag)
• log: updated

[2026-06-12] Ingest | OME20 Special — Ufologie, Physik und Bewusstsein

Type: ingest | Scope: raw/podcast, wiki/events Actions:

• raw: raw/podcast/ome20-special-ufologie-physik-bewusstsein-2026-06-12.md (created — Podcast-Special aus OME-Gruppe)
• wiki: events/ome20-special-ufologie-physik-bewusstsein.md (created — Wiki-Seite mit Themenüberblick)
• index: updated (neue Events-Kategorie + Raw Sources-Eintrag)
• log: updated

[2026-06-13] Ingest | Robert Malone: Biologische KI und der Biosecurity-Staat

Type: ingest | Scope: raw/blog, wiki/concepts Source: Kai (@PWeber) in OME-Gruppe "Krallenpolitik" Actions:

• raw: raw/blog/2026-06-13_malone-biological-ai-biosecurity.md (created — Malone kritisiert Machtkonzentration unter Biosecurity-Deckmantel)
• wiki: concepts/policy/ai-biological-biosecurity.md (created — Konzeptseite mit Kern-Argumenten, GOF-Verschleierung, DeepSeek-Paradoxon, BWC-Kritik)
• wiki: concepts/policy/ai-regulation-2026.md (updated — Cross-Reference + Malone-Perspektive)
• index: updated (neuer Concepts-Eintrag + neuer Raw Sources-Eintrag)
• log: updated

[2026-06-13] Ingest | Trump export controls block foreign access to Anthropic Mythos 5 / Fable 5

Type: ingest | Scope: raw/blog, wiki/concepts Source: Kai (@PWeber) in OME-Gruppe Actions:

• raw: raw/blog/2026-06-13_trump-export-controls-anthropic-mythos-fable.md (created — Axios scoop + Perplexity compilation)
• wiki: concepts/policy/ai-regulation-2026.md (updated — neuer Abschnitt zu Exportkontrollen, Konflikt-Zeitlinie, NSA-Mythos-Verbindung)
• index: updated (neuer raw-Eintrag, aktualisierte Concept-Beschreibung)
• log: updated

[2026-06-13] Ingest | Brian Roemmele: Amazon-Jailbreak von Fable 5 als Auslöser der Exportkontrollen

Type: ingest | Scope: raw/xpost, wiki/concepts, wiki/tools Source: Kai (@PWeber) in OME-Gruppe "Krallenpolitik" Actions:

• raw: raw/xpost/2026-06-13_roemmele-amazon-jailbreak-fable5.md (created — Brian Roemmele X-Thread: Amazon-Forscher jailbreakten Fable 5 per Prompt-Injection, gaben Ergebnisse an US-Regierung statt an Anthropic)
• wiki: concepts/policy/ai-regulation-2026.md (updated — Amazon-Jailbreak als konkreter Auslöser der Exportkontrollen, WSJ/Times of India-Bestätigung)
• wiki: tools/anthropic-claude.md (updated — Trigger-Detail: Amazon-Forscher statt "ein anderes Unternehmen")
• index: updated (neuer Raw Sources-Eintrag, aktualisierte Quellen-Zähler)
• log: updated

[2026-06-13] Ingest | Kimi K2.7 Code auf Ollama Cloud (NVIDIA B300)

Type: ingest | Scope: raw/other, wiki/tools Source: Pit Weber (@PWeber) in OME News Actions:

• raw: raw/other/2026-06-13_kimi-k2.7-code-ollama.md (created — Kimi K2.7 Code von Moonshot AI, jetzt auf Ollama Cloud gehostet auf NVIDIA B300)
• wiki: tools/kimi-k2.7-code.md (created — Wiki-Seite mit Benchmarks, Features und Nutzung)
• index: updated (neuer Tools-Eintrag + Raw Sources-Eintrag)
• log: updated

[2026-06-13] Ingest | Brian Roemmele: Anthropic's Selbstzerstörung — Leadership-Failure & Kundenabwanderung

Type: ingest | Scope: raw/xpost, wiki/tools 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: tools/anthropic-claude.md (updated — neuer Abschnitt "Branchen-Fallout (Juni 2026)" mit Kundenabwanderung, IPO-Schaden, Führungsproblem, Breitere Branchen-Implikation)
• index: updated (neuer Raw Sources-Eintrag, aktualisierte Tools-Zeile + Quellen-Zähler)
• log: updated

[2026-06-15] Ingest | Liesel Weppen: LLM Behavior Persistence — Sleeper Agents, Backdoor-Persistenz, Unlearning-Grenzen

Type: ingest | Scope: raw/xpost, wiki/concepts Source: @k9ert in OME-Gruppe "News & Infos (X/YT/Substack etc.)"-Topic Actions:

• raw: raw/xpost/2026-06-14_lieselweppen-open-source-llm-backdoors.md (created — Liesel Weppen X-Thread mit 8 Suchbegriffen als Belege: Hubinger sleeper agents, Backdoor safety training, machine unlearning bias, bias persistence, bias transfer, persistent backdoors, catastrophic forgetting, Limits of debiasing. Diskussion mit k9ert über "Open Source bei LLMs = Marketing BS")
• 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)
• index: updated (neuer Concepts-Eintrag "LLM Behavior Persistence" + Raw Sources-Eintrag)
• log: updated Notes:
• 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

[2026-06-15] Wiki-Update | llm-behavior-persistence: Maximale Verlinkung nachgepflegt

Type: wiki-update | Scope: wiki/concepts, AGENTS.md 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!" Actions:

• wiki: concepts/llm/llm-behavior-persistence.md (updated — vollständige Verlinkung aller zitierten Papiere, Autoren und externen Ressourcen; Hubinger 2024, Kurmanji 2023, Goel 2024, Lin 2024, McCloskey & Cohen 1989, Webster 2020, Gonen & Lazaridou 2024/25; neue Sektion "Externe Ressourcen" mit Anthropic/DeepMind/CAIS/NIST/AI Incident Database/LessWrong/Papers With Code)
• wiki: AGENTS.md (updated — neue Kardinalregel "Maximale Verlinkung" hinzugefügt: jede Quelle, jedes Paper, jeder Autor, jeder zitierte Begriff MUSS verlinkt sein)
• log: updated Lessons learned:
• Ohne Verlinkungen ist das Wiki tot — Faustregel: lieber ein Link zu viel als einer zu wenig
• Gilt für JEDE zukünftige Wiki-Erstellung, nicht nur für diese eine Seite
• Lessons learned sollten dauerhaft in die Wiki-Konventionen einfließen (nicht nur im Log landen)

[2026-06-15] Ingest | OpenRouter Fusion: Model Panels & Ensembles — Beyond-Frontier mit Budget-Modellen

Type: ingest | Scope: raw/blog, wiki/concepts 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: concepts/llm/llm-model-fusion-ensembles.md (created — Konzeptseite zu Model-Panel-Ensembles: Architektur, DRACO-Ergebnisse, Self-Fusion +6.7 Punkte, Budget-Panels ~Frontier, Anti-Contamination via Excluded-Domains, Judge-Modell-Wahl, Pro-Leben-Perspektive, Open Questions für OpenClaw)
• index: updated (neuer Concepts-Eintrag "LLM Model Fusion & Ensembles" + Raw Sources-Eintrag)
• log: updated Kernkonzept:
• Statt Frontier-Skalierung: mehrere Modelle parallel + Judge-Synthese
• DRACO-Validierung: Fable 5 + GPT-5.5 (synth. Opus 4.8) = 69.0% > Fable 5 solo 65.3%
• Budget-Panel (Gemini 3 Flash + Kimi K2.6 + DeepSeek V4 Pro) = 64.7% bei 50% Kosten
• Self-Fusion (gleiches Modell 2×) = +6.7 Punkte über Solo — Synthesis-Schicht ist mindestens so wichtig wie das Modell Lessons / Open Questions für OpenClaw:
• Self-Fusion als Pre-Routing-Layer für Quality-kritische Tasks?
• Ensemble-Pattern für Subconscious-Agent Hard-Synthesis?
• Excluded-Domains für eigene Evals + Subconscious-Crawls (Self-Referenz-Loops vermeiden)

[2026-06-15] Ingest | Kimi K2.7 vs GLM-5.2 Real Coding Showdown (Fahd Mirza)

Type: ingest | Scope: raw/youtube, wiki/concepts, wiki/tools, wiki/architecture Source: @PWeber (Kai) in OME-Gruppe "News & Infos (X/YT/Substack etc.)"-Topic Actions:

• raw: raw/youtube/2026-06-14_fahd-mirza-kimi-k2.7-vs-glm-5.2.md (created — Fahd Mirza YouTube-Video 14.06.2026, 14 Min, 2659 Aufrufe, 89 Likes; Head-to-Head in Hermes Agent mit Bug-Fix + Feature-Build in Flask-App)
• wiki: concepts/llm/real-world-coding-showdown.md (created — Konzeptseite zu alternativer Coding-Evaluation: statische Benchmarks (HumanEval/MBPP/SWE-bench) vs. Real-World-Head-to-Head mit echtem Bug + Constraint-Satisfaction; methodische Lessons, Sub-Task-Spezialisierung, Pro-Leben-Perspektive)
• 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)
• index: updated (neuer Concepts-Eintrag "Real-World Coding Showdown" + Raw Sources-Eintrag)
• log: updated Kernkonzept:
• 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

[2026-06-15] Ingest | GLM 5.2 von Z.ai: 10x billiger als Claude, Coding-Plan-Realität

Type: ingest | Scope: raw/youtube, wiki/concepts, wiki/architecture Source: @PWeber (Kai) in OME-Gruppe "News & Infos (X/YT/Substack etc.)"-Topic Actions:

• raw: raw/youtube/2026-06-15_ichbinfabian-glm-5.2-coding-modell.md (created — IAmFabian YouTube-Video 14.06.2026, 13:15 Min, 212 Aufrufe, 16 Likes; Deep-Dive auf GLM 5.2 Distribution + Pricing + ehrliche Live-Tests)
• wiki: concepts/llm/glm-5.2-zai-coding-model.md (created — Konzeptseite zu GLM 5.2: Release-Tempo (3 Generationen in 4 Monaten), 1M Kontext, MIT-Lizenz (kommt nächste Woche), Z.ai Coding Plan als Distributions-Realität, Live-Tests Flappy Bird + Newton-Pendel, Pro/Contra, Verbindung zu real-world-coding-showdown, kritischer Implikat: Z.ai Coding Plan listet Clawdbot/OpenClaw namentlich)
• wiki: architecture/model-routing.md (updated — Empfohlene GLM 5.2 Position im Sub-Task-Routing: Creative/Long-Context, 1M Kontext; 3 Setup-Optionen: Coding Plan / Self-Hosting / Warten auf OpenRouter)
• index: updated (neuer Concepts-Eintrag "GLM 5.2 (Z.ai) — Chinese Frontier Coding Model" + Raw Sources-Eintrag)
• log: updated Kernkonzepte:
• Chinas Frontier-Coding-Modelle erreichen 2026 Frontier-Niveau bei 10x niedrigeren Preisen
• GLM 5.2: 1M Kontext, MIT-Lizenz, mit Opus 4.8 vergleichbar (laut AI Code King Benchmarks)
• Z.ai Coding Plan als exklusiver Distributions-Weg (Stand 14.06.2026) — nicht auf OpenRouter
• Light-Plan = schlechte Performance in Stoßzeiten, Pro/Max vermutlich näher an Claude-Preisen Kritische Implikation für OpenClaw:
• Z.ai Coding Plan listet Clawdbot/OpenClaw namentlich als unterstütztes Environment
• Drei Setup-Optionen: Coding Plan (sofort, 18 USD/Monat) / Self-Hosting (nach Open Weights nächste Woche) / Warten auf OpenRouter-Listing
• Empfohlene Routing-Position: Creative/Long-Context (1M) + Ensemble-Panel-Kandidat mit Kimi K2.7

[2026-06-15] Refactor + Ingest | concepts/ Sub-Categorization + FinancialBot-Topic-Komplett-Ingest

Type: refactor | ingest | Scope: wiki/concepts (refactor), wiki/tools, wiki/teams, wiki/index, AGENTS.md Source: @k9ert (Antigravity) im RamaDama-Topic — JSON-Extrakt des kompletten FinancialBot-Topics aus OME-Gruppe (66 Messages, 2026-02-01 → 2026-05-30) Trigger: Topic "wenn 12–20 Files in einem Ordner sind, ist es höchste Zeit für Refactor"

Refactor: concepts/ aufgesplittet

Vorher: 12 Files in einem flachen Ordner. Nachher: 4 Sub-Ordner:

• concepts/llm/ (6 files) — LLM-spezifische Konzepte
• concepts/agents/ (2 → 6 files) — AI-Agents, Subconscious, Trading/Payment-Bots
• concepts/policy/ (2 files) — AI-Policy, Regulation, Biosecurity
• concepts/directives/ (2 → 3 files) — Projekt-Direktiven inkl. neuer Bot-Policy
• Cross-Refs: Alle [[concepts/X]] Links in 8 bestehenden Files + AGENTS.md + index.md aktualisiert → concepts/SUB/X
• AGENTS.md: Schema-Version 1.2 → 1.3, Directory-Structure-Diagramm aktualisiert

Wiki-Pages NEU erstellt

• concepts/agents/polymarket-arbitrage.md — Frank-Wolfe + Bregman, 3 Options-Strategien, Pit-Analyse
• concepts/agents/iron-condor-options.md — Multiple Entry Iron Condor, Hector-Erklärung
• concepts/agents/ai-trading-reality-2026.md — Hanako-Hype-Check, 5K€-Refutation, Halluzinations-Lektion, GEX-Realität
• concepts/agents/agent-payments-lightning.md — TheBlueMatt's A2A-Payments-These, Coinbase-AI-These
• concepts/directives/openclaw-financial-bots-policy.md — Netbits' "Bots NIE für Trading"-Direktive
• tools/polymarket-monitoring-bot.md — Live-Scan, 3 Options-Phasen, technische Komponenten
• tools/blink-wallet-skill.md — L402 + Telefonnummer-Red-Flag
• tools/lightning-payment-apps.md — Alby Builder, Beispiele
• tools/testrebalancingbot-yvonne.md — Yvonne-Bot + GEX-Diskussion
• tools/fincept-terminal.md — Open-Source Trading-IDE (kurzer Link-Eintrag)
• teams/netbits-stachelbanane.md — Hauptakteur, Skeptiker, Bitcoin-Maximalist
• teams/ruediger.md — Topic-Ersteller, Options-Trader
• teams/rene-kl.md — Cross-Exchange-Arbitrage-Skeptiker

Updates

• wiki/index.md — Concepts in 4 Sub-Tabellen, neue Tools, neue Teams, Decisions restauriert
• AGENTS.md — Schema v1.3, neue Sub-Ordner dokumentiert
• wiki/log.md — dieser Eintrag

Raw-Datei

• raw/other/financialbot-topic-history-2026-02-01_2026-05-30.json (120KB, 66 Messages, 4 Monate Chat-Verlauf, immutable)

Kernerkenntnisse

• 5 wissensreiche Themen-Cluster: Polymarket Arbitrage, AI-Trading-Hype-Refutation, Agent-to-Agent-Payments (Lightning), Iron Condor Options-Strategie, OpenClaw-Financial-Bot-Policy
• 3 dokumentierte Personen: Netbits (Skeptiker-Hauptfigur), Rüdiger (News-Curator), René Kl. (Praktiker-Skeptiker)
• 1 zentrale Direktive: Bots dürfen NICHT Finanz-Beratung/Trading ohne Validation — gewonnen aus Halluzinations-Vorfall
• 1 ehrlicher Reality-Check: Polymarket-Monitoring-Bot scannte 500 Märkte, fand 0 Arbitrage > 1.5% — Markt ist effizient
• 5 technische Tools dokumentiert (Polymarket-Bot, Blink, Alby, Yvonne, Fincept) — 4 davon mit Red-Flags oder Limitationen
• Wachstum: Wiki von 36 Files (vorher) auf 49 Files (jetzt) — 36% Zuwachs durch einen Topic-Ingest

Wichtige Cross-Refs im Wiki etabliert

• concepts/agents/ai-trading-reality-2026.md ↔ concepts/directives/openclaw-financial-bots-policy.md (Hype ↔ Policy)
• concepts/agents/polymarket-arbitrage.md ↔ concepts/agents/ai-trading-reality-2026.md (Algorithmus ↔ Realität)
• concepts/agents/agent-payments-lightning.md ↔ tools/blink-wallet-skill.md ↔ tools/lightning-payment-apps.md (Konzept ↔ Implementierungen)
• teams/* ↔ ihre Wiki-Beiträge (durchgängig)

[2026-06-15] Ingest | 20VC mit Aravind Srinivas (Perplexity): AI Value Migration

Type: ingest | Scope: raw/xpost, wiki/concepts 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
• Orchestrierung als Wertquelle 1 (These 4, 6) — Fusion-Pattern, Sub-Task-Routing
• Physische Infrastruktur als Wertquelle 2 + Bottleneck (These 3, 5) — Strom, Speicher, Micron > Meta
• Mindset (Speed + Humility) als Wertquelle 3 (These 2, 7) — Bottleneck-Disziplin Cross-References zu existierenden Wiki-Seiten:
• llm-model-fusion-ensembles (These 4, 6 — Orchestrator-Pattern)
• ai-regulation-2026 (These 3 — Export Controls)
• glm-5.2-zai-coding-model (These 3 — Zhipu AI als Beleg)
• llm-behavior-persistence (These 3 — Modell-Behavior als strategisches Asset)
• real-world-coding-showdown (These 2, 4, 6 — Sub-Task-Routing)
• quality-standard (These 7 — Speed + Vollständigkeit)
• pro-leben-directive (Pro-Leben-Perspektive) Pro-Leben-Konsequenz:
• Mehrere Spielfelder = mehr Akteure = mehr Handlungsfähigkeit (gegen Mangelnarrativ)
• Orchestrierung ist direkter Handlungsraum für OpenClaw (architecture/model-routing.md)
• Exportkontrollen langfristig kontraproduktiv — Open Source + Orchestration ist robustere Strategie

---

2026-06-16 — Wiki-Maintenance-System v1.0

Kontext: Mit k9ert im RamaDama-Topic abgestimmt. Plan → Defaults → Go. Direkter Aktor, keine Subagent-Delegation für Setup.

Was passiert ist:

• Architektur-Entscheidung: Detection/Execution-Trennung. Mechanische Checks (Stubs, Frontmatter, Broken-Refs, Orphans, Dup-Cluster, File-Count, Stale, Raw-Coverage) → scripts/wiki-lint.sh als pure bash, KEIN LLM. Fixes → Subagent-Spawn mit Template. Agent liest Lint-Report, entscheidet welche Subagents gespawed werden.
• ToDo-Workflow: wiki/tasks/maintenance-todo.md (versioniert), IDs WMT-XXX, Status planning → in-progress → done. Subagent committet Arbeit + ToDo-Update in finalem Commit.
• Reporting: Jede Aktion → Topic-Post in RamaDama. Drei Report-Typen: Lint-Report, Subagent-Action-Report, Weekly-Summary. Kein Approval-Workflow.

Dateien:

• scripts/wiki-lint.sh (358 Zeilen) — Lint-Script v0.1
• scripts/wiki-lint-test.sh (17 Asserts) — Test-Suite mit 3 Fixtures + Real-Repo
• scripts/subagents/wiki-lint-runner.md — Subagent-Template für Lint-Report-Posts
• scripts/subagents/frontmatter-migration.md — Subagent-Template für WMT-002
• scripts/test-fixtures/wiki-lint/{clean,messy,broken}-wiki/ — 3 Test-Fixtures
• wiki/tasks/maintenance-todo.md — Backlog mit WMT-001..006 + WMT-000 done

Tests: 17 passed, 0 failed (clean-wiki: 0 issues, messy-wiki: issues detected, broken-wiki: multiple issues, real-repo: 2 issues wie erwartet).

Erster Lint-Run (Real-Repo): 46 Pages, 2 Issues:

• 12 Wiki-Pages ohne Frontmatter
• 14 Stubs (30% Quote, threshold 10%)

Empfohlene nächste Subagents: WMT-002 (frontmatter-migration, 12 files), WMT-003 (stub-killer, 14 files).

AGENTS.md v1.4: Schema-Section für Maintenance-Wiki hinzugefügt (siehe unten).

---

2026-06-16 — Ingest | Mainzer (Everlast AI): Neuromorphe Chips & Quantencomputer

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

---

2026-06-16 — Ingest | DeepMind Was Two Steps Ahead, AGAIN! (Pourya Kordi, YouTube)

Type: ingest + wiki-update | Scope: raw/youtube, wiki/concepts/llm, wiki/architecture

Actions:

• 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)
• wiki: wiki/architecture/model-routing.md (updated — Post-Transformer-Architekturen als künftige Routing-Optionen markiert, Status: beobachten/nicht adoptieren)
• index: updated (neue Concepts-Seite, Update-Header)
• log: this entry

Kernkonzepte aggregiert:

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)
• glm-5.2-zai-coding-model (AR-Stack-Kontrast)
• model-routing (künftige Routing-Optionen, beobachten/nicht adoptieren)
• 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

---

---

2026-06-16 — Ingest | Open Knowledge Format (OKF) v0.1 — Google Cloud

Type: ingest + wiki-update | Scope: raw/blog, wiki/concepts/llm

Actions:

• raw: raw/blog/2026-06-16_okf-google-cloud-open-knowledge-format.md (created — Reddit-Post r/WebAfterAI + Google Cloud Blog + SPEC v0.1 als Primärquellen, Pit's Kontextualisierung)
• wiki: wiki/concepts/llm/open-knowledge-format-okf.md (created — neue Konzeptseite mit TL;DR, Bundle-Struktur, 3 Designprinzipien, Frontmatter-Schema, Citations-Konvention, 3 Workflows, Versioning, Reference Implementation, OKF-vs-andere-Formate, konkrete Konsequenzen für unser Repo)
• wiki: wiki/concepts/llm/llm-knowledge-base.md (updated — Cross-Ref zur neuen OKF-Seite + Frontmatter sources update)
• index: updated (neue Concepts-Zeile, Update-Header 11. Update)
• log: this entry

Kernkonzept identifiziert — Google formalisiert unser Pattern als offenen Standard:

OKF v0.1 (Google Cloud Blog 2026-06-12) ist die offizielle Spezifikation des Musters, das wir bereits in unserem knowledge-base Repo umsetzen:

• Markdown-First mit YAML-Frontmatter
• type als einziges Pflichtfeld (unsere Frontmatter haben das bereits)
• Producer/Consumer-Trennung (unser Raw → Subagent → Wiki Pattern passt)
• Permissive Conformance (Consumers MÜSSEN unbekannte Types tolerieren)
• Optional index.md und log.md (wir haben sogar zwei index-Dateien: index.md für Fakten, ideas.md für Subconscious Outcomes)

MCP vs. OKF — die zentrale Unterscheidung:

• MCP = Protokoll für Agenten, um Tools aufzurufen und Aktionen auszuführen
• OKF = Konvention, um statisches Wissen aufzuschreiben, damit jeder Agent es lesen kann

→ MCP und OKF sind komplementär, nicht konkurrierend. OKF ist explizit "das andere Ende".

Was wir bereits OKF-konform haben (kein Migrations-Aufwand nötig):

• Frontmatter-Standards mit type als Pflichtfeld in raw-Files ✅
• Konzept-orientierte Verzeichnisstruktur (concepts/, teams/, tools/, architecture/, decisions/) ✅
• 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

---

2026-06-16 — Ingest | Aschenbrenner: „Situational Awareness: The Decade Ahead" (2024)

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)
• 2026-06-11: Pit — Everlast AI / Mainzer (Hardware-Frontier: neuromorph + Quanten + Photonik)
• 2026-06-16: Rüdiger — Aschenbrenners „Situational Awareness" (AGI-Timeline + Industrialisierung + 4 Risiken)

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.
4. Vier Risiken (deskriptiv, nicht normativ): China/CCP, Decoupling, Elections, Misalignment. The-Bomb-zu-The-Super-Vergleich (Atombombe 1945 → Wasserstoffbombe 1952: 7 Jahre, 1000x Sprengkraft).
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.

[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 Forschungs­einrichtungen (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).