knowledge-base/wiki/log.md

# Wiki Log

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

## [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)