knowledge-base/wiki/log.md
Hector 3fc5e837a2 ingest(youtube): notebooklm-short-video-overviews + winston-openwebui-bot
- raw: youtube/2026-07-01_futurepedia-notebooklm-short-video-overviews.md (Futurepedia, 10:25)
- wiki-update: concepts/llm/hyper-summaries-notebooklm.md — Short Video Overviews section (60s vertical, Nano Banana 2 Lite, one-click, free-tier)
- wiki-new: tools/winston-openwebui-bot.md — Pit's OpenWebUI Telegram bot + NotebookLM pipeline
- wiki: index.md, log.md updated (63. update)
- Source: Pit Weber OME Topic 13 #7574 (2026-07-03)
2026-07-03 11:03:13 +02:00

174 KiB
Raw Blame History

Wiki Log

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

[2026-07-03] Ingest | NotebookLM Short Video Overviews + Winston OpenWebUI-Bot (Futurepedia / Pit Weber #7574)

Type: ingest | Scope: raw/youtube, wiki/concepts (update), wiki/tools (new), wiki/index, wiki/log Source: YouTube-Video — https://www.youtube.com/watch?v=_8DHTnjb2ho (Futurepedia, 10:25, 2026-07-01) Trigger: Pit Weber posted in OME-Gruppe Topic 13 ("News & Infos"), Post #7574, 2026-07-03. Beschreibt Winston+NotebookLM als vollautomatisierte Recherche-Pipeline mit einem Befehl, Presets für Szenarien, und das neue 1-min short-video-feature in NotebookLM (Hochkant-Format). Actions:

  • raw: raw/youtube/2026-07-01_futurepedia-notebooklm-short-video-overviews.md (created — 4.9 KB; Frontmatter [type: youtube, source_url, retrieved: 2026-07-03, channel: Futurepedia, duration_sec: 625, has_transcript: true, tags: notebooklm, google, short-video, vertical-video, nano-banana, video-overview, ai-video, research-automation, ome, pit-weber]. Content: Source Context Pit #7574, Description, Chapters, Transcript Key Excerpts [Feature Overview, How to Use, Output Characteristics, Limitations, Nano Banana 2 Lite], Key Takeaways, External Links, Wiki Context)
  • wiki (UPDATE): concepts/llm/hyper-summaries-notebooklm.md — Neuer Abschnitt "Short Video Overviews (Juli 2026)" mit Funktionsweise, Technologie (Nano Banana 2 Lite), Anwendungsbeispielen (6 Beispiele), Pit's Winston+NotebookLM Pipeline. Frontmatter: sources +1, tags +5 (short-video, nano-banana, vertical-video, research-automation), updated auf 2026-07-03.
  • wiki (NEW): tools/winston-openwebui-bot.md (created — 4.6 KB; Pit's lokaler OpenWebUI-Telegram-Bot: Was ist Winston, Funktionsweise, Presets, NotebookLM als Skill-Partner, Pipeline-Diagramm, Telegram Rich-Text Support, OME-Workflow-Kontext, Technische Details, Abgrenzung zu anderen Winston-AI-Tools, 3 Quellen, 7 Cross-Refs)
  • wiki: index.md (updated — Header auf "63. Update", NotebookLM-Eintrag erweitert, neuer Tools-Eintrag für Winston, neue Raw-Source-Zeile)
  • log: this entry Hector-Hinweis: Pit's Posting bestätigt den Harness > LLM-Trend aus OME23 mit einem konkreten Produktionssetup: Winston (Harness) orchestriert NotebookLM (LLM). Die Short Video Overviews sind ein neues Output-Format, das die Forschungs-zu-Video-Pipeline demokratisiert — 60-sekündige vertikale Erklärvideos mit einem Klick, kostenlos, powered by Nano Banana 2 Lite. Pit's Preset-System zeigt, dass die echte Innovation in der Orchestrierung liegt: Ein Befehl → automatische Recherche → strukturierter Output. Genau das, was der RamaDama-Wiki-Workflow auch macht. Subagent-Modell: ollama/glm-5.2:cloud

[2026-07-03] Ingest | Gemini-Chat: Schul-Automation / Zeugnisgenerierung mit LLMs (Rüdiger)

Type: ingest | Scope: raw/other, wiki/concepts (update), wiki/index, wiki/log Source: Gemini-Chat von Rüdiger (Stelariz_75), geteilt im OME-Topic 5 (BestPracticeProjects) am ~19.06.2026. Hector antwortete in #6906 mit Korrekturen und Architektur-Anmerkungen. Trigger: Rüdiger forderte in #7559 (03.07.2026, Reply auf #6906) den Ingest des Gemini-Chats als Quelle für die School Automation Pilot Wiki-Page. Actions:

  • raw: raw/other/2026-06-19_gemini-chat-schul-automation-zeugnisse.md (created — 4.3 KB; Rekonstruktion aus Hector's Antwort #6906, da original Gemini-Chat-Verlauf nicht in LCM erhalten. Inhalte: Gemini's Architektur-Skizze [KLV-CSV → lokales LLM → Multi-Agent-Check → Lehrkraft-Freigabe → SQLite-Tracking], Hector's Korrekturen [OpenClaw existiert, RAG ist Pflicht, Qwen3 > Hermes für Deutsch], offene Projekt-Frage)
  • wiki (UPDATE): concepts/llm/school-automation-pilot.md — Neuer Abschnitt "Gemini-Chat Quelle" mit Architektur-Skizze, Korrekturen und Raw-Datei-Referenz. Frontmatter: sources + tags erweitert, Datum aktualisiert.
  • wiki: index.md (update pending)
  • log: this entry Hector-Hinweis: Original Gemini-Chat-Verlauf ist nicht wörtlich erfasst (außerhalb LCM-Speicher). Raw-Datei rekonstruiert aus Hector's Analyse-Antwort. Falls Rüdiger den Originalverlauf teilt, kann die Raw-Datei ersetzt werden. Subagent-Modell: ollama/glm-5.2:cloud (main session)

[2026-07-02] Ingest (Update) | OME23 Operations-Update — 97min Transcript by Kralle

Type: ingest | Scope: raw/other, wiki/events, wiki/concepts (new), wiki/index, wiki/log Source: OME23 Stammtisch — 97 Minuten Operations-Update. Erstellt aus OME23.ogg durch Pit Weber's lokale OpenClaw-Instanz (Transkript + Auswertung: /Users/kai/.openclaw/workspace/output/ome23). Geteilt in OME-Gruppe Topic 406, 02.07.2026. Trigger: Pit hat erstmalig ein OME-Meeting-Transkript von seiner eigenen OpenClaw-Instanz generieren lassen und geteilt — "erstmals von der Kralle selbst ergänzt". Das Operations-Update ergänzt die bereits ingestierte NotebookLM-Infografik (60. Update) um das vollständige Meeting-Protokoll. Actions:

  • raw: raw/other/2026-07-02_ome23-operations-update-transkript.md (created — 3.4 KB; Frontmatter [type: other, source_url: local, retrieved: 2026-07-02, tags: event, ome, ome23, operations-update, transcript, wiki-gardening, groupsarchive, notebooklm, local-models, memory-harness, school-automation, next-steps, generated_by: Pit's Kralle, source_file: OME23.ogg]. Content: Vollständiger Extrakt des Operations-Updates — Kernaussage, 6 Thememblöcke mit Farben, 4 Next Steps, Footer, Wiki-Kontext mit 6 Querverweisen)
  • wiki (UPDATE): events/ome23-evolution-ki-workflows.md — Neuer Abschnitt "Operations-Update (Transkript-Auswertung)" nach dem Infografik-Abschnitt. Inhalt: Meilenstein-Hinweis (erstes Kralle-generiertes Protokoll), Kernaussage, alle 6 Thememblöcke strukturiert mit Cross-Refs, 4 Next Steps als Task-Liste, Bezugstabelle Infografik-These → Operations-Update-Konkretisierung (6 Zeilen). Frontmatter: sources um other/2026-07-02_ome23-operations-update-transkript.md erweitert, tags um operations-update, transcript, groupsarchive, school-automation, next-steps erweitert. Verwandte Wiki-Seiten um 4 neue Einträge erweitert (Telegram Archive, School Automation, Memory System, LLM Knowledge Base).
  • wiki (NEW): concepts/agents/telegram-archive-museum.md (created — 3.4 KB; Gruppenarchiv-Strategie: Telegram-Topics ausdünnen, Historie als Museum/Archiv erhalten, Format-Optionen-Tabelle [JSON/Markdown/HTML/neue Gruppe], Hybrid-Ansatz-Empfehlung, Verbindung zum RamaDama-Wiki [3 Ebenen: Raw/Wiki/Museum], Next Steps aus OME23, 5 Cross-Refs)
  • wiki (NEW): concepts/llm/school-automation-pilot.md (created — 4.0 KB; Schul-Automation: Zeugnisse/Dokumentation/Logbücher automatisieren, Anwendungsbereiche-Tabelle [Automatisierbar vs Review-Pflichtig], Architektur-Prinzip Deterministisch vs Urteil, 5-Phasen-Prozess-Design, Business-/Pilotprozess-Modellierung [Scope, KPIs, Risiken, lokale LLM-Präferenz, Compliance], Next Steps aus OME23, 5 Cross-Refs)
  • wiki: index.md (updated — Header auf "61. Update", Agents-Eintrag für Telegram Archive & Museum, LLM-Eintrag für School Automation Pilot, Events-Eintrag für OME23 aktualisiert mit Operations-Update, neue Raw-Source-Zeile)
  • log: this entry Hector-Hauptthese: Dieses Operations-Update ist ein Meilenstein — nicht wegen des Inhalts allein, sondern wegen der Entstehungsweise. Pit's lokale Kralle hat ein 97-Minuten-Meeting-OGG transkribiert, strukturiert und ausgewertet. Das ist der Beweis, dass der "Harness" (aus der Infografik) in der Praxis funktioniert: OGG → Transkript → 6-Block-Struktur → Next Steps — vollautomatisch. Die Kernaussage "Aus Experimenten wird Infrastruktur" beschreibt exakt den Phasenübergang, den die OME-Gruppe durchmacht: Von einzelnen Experimenten (Wiki, plur1bus, lokale Modelle) zu einem integrierten Wissens- und Arbeitsbetriebssystem. Die 4 Next Steps sind direkt actionable — besonders #1 (Archiv-/Museums-Vorschläge) korrespondiert mit dem Deletion-Protocol, und #4 (Agent-Health-Checks) ist eine direkte Anweisung an mich. Subagent-Modell: ollama/glm-5.2:cloud

[2026-07-02] Ingest | OME23 — "Evolution der KI-Workflows: Vom Chatbot zum Agenten-System" (NotebookLM-Infografik)

Type: ingest | Scope: raw/other, wiki/events, wiki/index, wiki/log Source: NotebookLM-Infografik — https://notebooklm.google.com/notebook/af76321e-164d-4765-ba00-c3b1ccc883b7?authuser=1 Trigger: Shared by Pit Weber in OME-Gruppe Topic "OMe virtuelle Stammtische" (Topic 406) on 2026-07-02. Actions:

  • raw: raw/other/2026-07-02_ome23-evolution-ki-workflows.md (created — 5.1 KB; Frontmatter [type: other, source_url: NotebookLM, retrieved: 2026-07-02, tags: event, ome, ome23, notebooklm, agent-system, harness, model-split, local-sovereignty, wiki-gardening, cultural-prompting, efficiency]. Content: Vollständiger Infografik-Extrakt mit 4 Blöcken [Infrastruktur & Modell-Strategie, Zentrale Illustration, Modell-Vergleich, Produktivität & Automatisierung], visuelle Elemente, Wiki-Kontext mit 10 Querverweisen, 6 Key Takeaways)
  • wiki (NEW): events/ome23-evolution-ki-workflows.md (created — 11.9 KB; Frontmatter [created: 2026-07-02, sources: other/2026-07-02_ome23, tags: event, ome, ome23, agent-system, harness, model-split, local-sovereignty, wiki-gardening, cultural-prompting, efficiency]. Sektionen: Überblick, Event-Insights [4 Blöcke mit Tabellen + Cross-Refs], OME-Event-Reihe-Tabelle [OME20 → OME23], Kontinuität zu OME22 [7-Row-Tabelle: Vertiefung, Konkretisierung, Bestätigung, Workaround, 3 Neu-Thesen], Externe Quellen, 15 Verwandte Wiki-Seiten)
  • wiki: index.md (updated — Header auf "60. Update", neue Events-Zeile für OME23, neuer Raw-Sources-Eintrag)
  • log: this entry Hector-Hauptthese: OME23 markiert den Übergang von "Agenten-Architektur als Konzept" (OME22) zu "Agenten-System als Praxis". Drei Neu-Beiträge sind besonders wertvoll: (1) Wiki Gardening beschreibt exakt unseren RamaDama-Workflow — autonome Roboter pflegen Wissensdatenbanken, was wir mit Hector jeden Tag tun. (2) Cultural Prompting (Tourist vs. Local) ist die aktive Lösungsstrategie für den Language Lens Bias — fremdsprachiges Prompting als Heuristik für tiefes Wissen. (3) Der 93× Effizienz-Faktor quantifiziert Tielke's qualitative Beobachtung: systematische KI-Integration bringt nicht inkrementelle, sondern diskontinuierliche Verbesserungen. Der Modell-Split (Claude plant, DeepSeek/GLM implementiert) ist die pragmatische Antwort auf das Guardrail-Dilemma aus OME22 — anstatt ein Modell für alles, wird nach Stärken aufgeteilt. Subagent-Modell: ollama/glm-5.2:cloud

[2026-07-02] Ingest (Update) | Berliner Zeitung — Altman Government Equity: Konzeptseite + AI Investment Bubble Update

Type: ingest | Scope: wiki/concepts/policy (NEW), wiki/concepts/llm (update), wiki/index (update) Source: Berliner Zeitung — https://www.berliner-zeitung.de/article/liest-trump-bald-bei-chatgpt-mit-10159623 (Michael Maier, 02.07.2026 18:06) Trigger: Shared by Rüdiger (@Stelariz_75, 636193023) in OME-Gruppe Topic "News & Infos" (Topic 13) on 2026-07-02. Note: Prior subagent (same source, Pit Weber trigger) already created raw file, updated institutions/openai.md, institutions/anthropic.md, index.md, and log.md. This update adds the missing concept page and AI Investment Bubble cross-link. Actions:

  • wiki (NEW): concepts/policy/openai-government-equity-proposal.md (created — 9.0 KB; Frontmatter [sources: blog/2026-07-02_berliner-zeitung-openai-staatsbeteiligung.md, tags: concept, policy, openai, government-equity, altman, trump, alaska-permanent-fund, bailout-insurance, china-model, intel-precedent, ai-regulation, ipo]. Sektionen: Kernkonzept (Tabelle), Alaska Permanent Fund Referenz, Politische Gespräche (4 Gesprächspartner), Drei Funktionen (Bürger-Dividende, Bailout Insurance, IPO-Risiko-Absicherung), Intel-Präzedenzfall, Historische Einordnung (DARPA→In-Q-Tel→FISA→Zuboff→Levine), China-Vergleich (USA vs. China Tabelle), Wiki-Verbindungen (Szenario 2 REAL, Bailout-Kreischluss, Karp-Kritik, Roemmele-Feudalismus, Anthropic-Cross-Ref), 5 Offene Fragen, 14 cross-refs)
  • wiki: concepts/llm/ai-investment-bubble.md (updated — Frontmatter [sources +1, tags +government-equity +altman +bailout-insurance]. New section "Update: Altman's Government Equity Offer (02.07.2026) — Szenario 2 wird REAL" with Szenario-2-Realisierung-Tabelle, Drei-Funktionen-Liste, Intel-Präzedenz, China-Konvergenz, Moral Hazard)
  • wiki: index.md (updated — Header erweitert mit Wiki-Neu + AI Investment Bubble Beschreibung erweitert mit Szenario-2-Realisierung + 1 neuer Policy-Eintrag [OpenAI Government Equity Proposal])
  • log: this entry Hector-Hauptthese: Die Konzeptseite bringt die strukturelle Analyse des Altman-Angebots auf den Punkt: Es ist ein 3-in-1-Schachzug (Bürger-Dividende + Bailout Insurance + IPO-Risiko-Absicherung), der Szenario 2 der AI Investment Bubble erstmals konkret realisiert. Der China-Vergleich (Golden Shares) zeigt die Konvergenz des US-Tech-Sektors zum chinesischen Modell. Intel-Präzedenz (9,9%) macht klar: Das ist keine Theorie, sondern ein Muster, das Trump bereits etabliert hat. Subagent-Modell: ollama/glm-5.2:cloud

[2026-07-02] Ingest | Berliner Zeitung — OpenAI Staatsbeteiligung: Altman bietet Trump 5% Anteile

Type: ingest | Scope: raw/blog, wiki/institutions, wiki/index, cross-refs Source: Berliner Zeitung — https://www.berliner-zeitung.de/article/liest-trump-bald-bei-chatgpt-mit-10159623 (Michael Maier, 02.07.2026 18:06) Trigger: Shared by Pit Weber in OME-Gruppe Topic "News & Infos" (Topic 13) on 2026-07-02. Actions:

  • raw: raw/blog/2026-07-02_berliner-zeitung-openai-staatsbeteiligung.md (created — 4.0 KB; Frontmatter [type: blog, author: Michael Maier, tags: openai, trump, staatsbeteiligung, sovereign-ai, regulation, intel, sam-altman, bernie-sanders, ipo, bailout, alaska-permanent-fund]. Content: 7 Kernfakten-Bereiche — Altman's 5%-Angebot, Gesprächspartner-Tabelle, Intel-Präzedenz, Strategische Motive (4 Punkte), Kontrast zu Anthropic, Sanders' 50%-Forderung, Historischer Kontext (Levine/Zuboff), 7 cross-refs)
  • wiki: institutions/openai.md (updated — Frontmatter [sources +1, updated 2026-07-02, tags +staatsbeteiligung +sovereign-ai]. New section "Staatsbeteiligung (Juli 2026)" with Altman's 5%-Angebot, Gesprächspartner-Tabelle, Intel-Präzedenz-Tabelle, 4 Strategische Motive, Anthropic-Kontrast-Tabelle, Sanders' 50%-Forderung, OpenAI Foundation Blog, Historischer Kontext (Levine/Zuboff), 9 cross-refs)
  • wiki: institutions/anthropic.md (updated — Frontmatter [sources +1, tags +staatsbeteiligung-kontrast]. New section "Staatsbeteiligung-Kontrast (Juli 2026)" — kurze Notiz über OpenAI-Kooperation vs Anthropic-Beschnittung, Evidenz-Level, 1 neuer cross-ref)
  • wiki: index.md (updated — Header auf "59. Update", Institutions-Einträge für OpenAI und Anthropic aktualisiert mit Staatsbeteiligung-Infos)
  • log: this entry Hector-Hauptthese: OpenAI's 5%-Angebot ist ein meisterhafter Schachzug: Es kauft politische Freiheit (Exportkontrollen), sichert Bailout-Bereitschaft (Staatsbeteiligung = impliziter Put), beruhigt private Investoren (staatliche Risikoteilung), und bereitet das IPO vor — alles in einem einzigen Angebot. Der Intel-Präzedenzfall zeigt, dass dies keine Theorie ist: die US-Regierung hält bereits 9,9% an Intel ($8.9 Mrd, passiv). Der Kontrast zu Anthropic ist die eigentliche Geschichte: OpenAI kauft sich frei, Anthropic wurde bestraft. Das Muster ist klassisch — Kooperation wird belohnt, Widerstand wird bestraft. Sanders' 50%-Forderung macht Altman's 5% im Vergleich "marktfreundlich" erscheinen — Altman nutzt Sanders als Anker. Historisch eingeordnet durch Yasha Levine (militärische Internet-Finanzierung) und Zuboff (Surveillance Capitalism): Staatsbeteiligung ändert nichts an der Datenextraktion, sie gibt dem Staat nur eine direktere Schnittstelle. Subagent-Modell: ollama/glm-5.2:cloud

[2026-07-02] Ingest | Daniel Nest (Why Try AI) — AI Search Language Blind Spot

Type: ingest | Scope: raw/blog, wiki/concepts/llm, wiki/index, cross-refs Source: Blog — https://www.whytryai.com/p/ai-language-blind-spot (Daniel Nest, 02.07.2026) Trigger: Shared by Pit Weber in OME-Gruppe Topic "News & Infos" (Topic 13) on 2026-07-02, inkl. NotebookLM-Briefing (deutsche Infografik-Zusammenfassung). Actions:

  • raw: raw/blog/2026-07-02_whytryai-language-blind-spot.md (created — 6.2 KB; Frontmatter [type: blog, author: Daniel Nest, tags: ai-search, prompting, localization, multilingual, language-lens, local-sources, global-pulse, claude-code, denmark, notebooklm]. Content: Kernkonzept Language Lens Bias, Local Sources Prompt Template, Dänemark-Fallstudie (Englisch vs. Dänisch, 26s vs. 90s, Themen-Überlappung ≈0), Global Pulse Skill, 5 Grenzen als Tabelle, NotebookLM-Briefing-Referenz, 6 cross-refs)
  • wiki (NEW): concepts/llm/ai-search-language-blind-spot.md (created — 9.7 KB; Frontmatter [sources, tags]. Sektionen: Quelle, Problem (Language Lens Bias mit Tabelle), Lösung (Local Sources Prompt), Fallstudie Dänemark (Vergleichstabelle, Erkenntnis, Zeit-Kosten), Global Pulse Skill (Feature-Tabelle, Use Cases), Grenzen (5-Grenzen-Tabelle mit Mitigation), Verbindung zum Wiki (Routing-Parallele zu chinese-model-cost-routing, Lokal-vs-Global Querschnittsthese mit 5 Wiki-Seiten-Tabelle, Verwandte Konzepte), 3 Prompt-Templates, 3 External Links, 8 cross-refs)
  • wiki: concepts/llm/mlx-moe-local-ai-optimization.md (updated — +1 cross-ref to ai-search-language-blind-spot.md)
  • wiki: concepts/llm/local-llm-laptop-guide.md (updated — +1 cross-ref to ai-search-language-blind-spot.md)
  • wiki: concepts/llm/chinese-model-cost-routing.md (updated — +1 cross-ref to ai-search-language-blind-spot.md)
  • wiki: index.md (updated — Header auf "57. Update", 1 neuer LLM-Konzept-Eintrag [AI Search Language Blind Spot], 1 neuer Raw-Source-Eintrag)
  • log: this entry Hector-Hauptthese: Der "Language Lens" Bias ist strukturell analog zum Modell-Routing-Problem: Der Default (Anfragesprache als Quellensprache / teures Frontier-Modell) ist nicht optimal. Bewusstes Routing (lokalsprachige Quellen / task-gerechtes Modell) schaltet verdeckte Qualität frei. Die Dänemark-Fallstudie ist die empirische Beweisführung: dieselbe Frage, zwei komplett verschiedene Realitäten je nach Quellensprache. Das erweitert unsere "Lokal vs. Global"-Querschnittsthese um eine fünfte Dimension: Quellen-Routing (neben Hardware, Edge-Inferenz, Cloud-Exit, dezentraler KI). Daniel Nest's "Global Pulse" Claude Code Skill ist ein Beispiel für agentische Prompt-Automatisierung — vergleichbar mit unseren OpenClaw-Skills, aber für Prompt-Patterns statt Tool-Calls. Subagent-Modell: ollama/glm-5.2:cloud

[2026-07-02] Ingest | atomic.chat — One-Shot Coding Benchmark: Fable 5 vs GPT 5.5 vs Opus 4.8 vs GLM 5.2

Type: ingest | Scope: raw/xpost, wiki/concepts/llm, wiki/tools, wiki/index Source: X Post — https://x.com/atomic_chat_hq/status/2072446067962978411 (atomic.chat, 01.07.2026) Trigger: Shared by Netbits Stachelbanane (@NetLightning, 303303834) in OME-Gruppe Topic "News & Infos" on 2026-07-02. Engagement: 4,005 likes • 309 reposts • 82 quotes • 168 replies • 2,028 bookmarks • 1.73M views Actions:

  • raw: raw/xpost/2026-07-02_atomicchat-coding-benchmark-fable5-gpt55-opus48-glm52.md (created — 3.9 KB; Frontmatter [type: xpost, author: @atomic_chat_hq, posted_by: @NetLightning, tags: coding-benchmark, fable5, gpt-5.5, opus-4.8, glm-5.2, price-performance, one-shot, html5-canvas, physics-simulation, chinese-models, cost-routing]. Content: Original post, results table, cost-performance matrix, community takeaways, context notes, 6 cross-refs)
  • wiki (NEW): concepts/llm/coding-benchmark-price-performance.md (created — 8.1 KB; Frontmatter [sources, tags]. Sektionen: Source, The Test, Results table, Quality-Cost Curve ASCII chart, Cost per 1K tokens, Community Takeaways [3 camps], Connection to existing wiki [chinese-model-cost-routing, glm-5.2, real-world-coding-showdown, ai-investment-bubble], Implications for routing architecture [4-tier table], Methodology Limitations [5 points], 8 cross-refs)
  • wiki (NEW): concepts/llm/fable-5-anthropic.md (created — 3.7 KB; Frontmatter [sources, tags]. Sektionen: Overview table, Export Control Crisis timeline, Coding Benchmark Performance table, Positioning table, 6 cross-refs)
  • wiki: concepts/llm/glm-5.2-zai-coding-model.md (updated — Frontmatter [sources +1, updated 2026-07-02, tags +one-shot-benchmark +atomic-chat +fable5 +opus-4.8 +gpt-5.5 +39x-cheaper]. New section "atomic.chat One-Shot Coding Benchmark (01.07.2026)" with test setup, results table, significance bullets, comparison with DeRonin data, 6th validation list)
  • wiki: concepts/llm/chinese-model-cost-routing.md (updated — Frontmatter [sources +1, updated 2026-07-02]. New section "atomic.chat Benchmark — 39× Cost Spread" with comparison table)
  • wiki: tools/anthropic-claude.md (updated — Frontmatter [sources +1, updated 2026-07-02]. New section "atomic.chat Coding Benchmark (01.07.2026)" with Fable 5 + Opus 4.8 results)
  • wiki: tools/openai-gpt.md (updated — Frontmatter [sources +1, updated 2026-07-02]. New section "atomic.chat Coding Benchmark (01.07.2026)" with GPT 5.5 results)
  • wiki: concepts/llm/ai-investment-bubble.md (updated — 2 new cross-refs to coding-benchmark-price-performance.md and chinese-model-cost-routing.md)
  • wiki: index.md (updated — Header auf "56. Update", 2 neue LLM-Konzept-Einträge [Coding Benchmark Price-Performance + Fable 5], GLM-5.2-Eintrag aktualisiert [+1 source, 02.07. Update], neuer Raw-Sources-Eintrag)
  • log: this entry Hector-Hauptthese: Der atomic.chat Benchmark liefert den extremsten Cost-Asymmetry-Datenpunkt in unserem Wiki: GLM 5.2 ist 39× günstiger als Fable 5 bei nur 2 Qualitätsstufen Abstand (B+ vs A+). Die Quality-Cost-Kurve ist logarithmisch — zusätzliche Dollars am oberen Ende bringen diminishing returns. Das validiert DeRonin's 87%-Cost-Cut-Playbook (5-12× pro Task) mit einer noch extremeren Einzel-Task-Zahl. Für unsere Routing-Architektur bedeutet das: GPT 5.5 könnte das Sweet-Spot-Modell für Tier-3-Tasks sein (A bei 2.7× Fable-5-Kosten), während GLM 5.2 für Tier-0-2 bleibt. Fable 5 ist nur für Tier-4 (Frontier-quality, zero-failure-tolerance) gerechtfertigt. Bemerkenswert: @suzzvsworld's Zitat "Chinese models are making the price conversation impossible to ignore" ist genau die Erzählung, die unsere concepts/llm/chinese-model-cost-routing.md und concepts/llm/ai-investment-bubble.md Seiten stützt — die Kostendruck-Erzählung wird jetzt von viralen X-Posts (1.73M views) getragen, nicht nur von Experten-Reports. Subagent-Modell: ollama/glm-5.2:cloud

[2026-07-01] Ingest | Palantir Federal Lawsuit — Cognitive Liberty & Domestic Surveillance (Jordan Chain / @_pblanknews)

Type: ingest | Scope: raw/xpost, wiki/concepts/policy, wiki/index Source: X Post — https://x.com/_pblanknews/status/2071988535067131964 (Jordan Chain, ~2026-06-30) Trigger: Shared by Pit Weber in OME-Gruppe Topic "Krallenpolitik" (Topic 1774) on 2026-06-30. Actions:

  • raw: raw/xpost/2026-06-30_palantir-cognitive-liberty-lawsuit.md (created — 4.9 KB; Frontmatter [type: xpost, author: @_pblanknews, author_name: Jordan Chain, posted_by: Pit Weber, posted_in: OME Topic Krallenpolitik 1774, tags: palantir, surveillance, cognitive-liberty, lawsuit, pre-crime, biometric, civil-liberties, peter-thiel, alex-karp, american-oversight, foia]. Content: Summary, 7 key allegations table, source framing assessment, American Oversight FOIA context, verified-vs-alleged table, external links, 4 cross-refs)
  • wiki (NEW): concepts/policy/palantir-surveillance.md (created — 7.3 KB; Frontmatter [sources, tags]. Sektionen: Overview, Palantir company profile table, Doe v. Palantir complaint [7 allegations with verification status table], Plaintiffs & whistleblower, Source quality assessment [alternative media coverage, doomscroll framing as distribution-format fact], American Oversight FOIA lawsuit [5-agency table], Cognitive liberty concept introduction, Relevance framed per Pro-Leben directive [agency, civil liberties, actionable awareness — NOT doom], 6 cross-refs, 4 external links)
  • wiki (NEW): concepts/policy/cognitive-liberty.md (created — 7.4 KB; Frontmatter [sources, tags]. Sektionen: Kernkonzept, Drei Dimensionen [Neuro-Technologie mit 4-Rechte-Tabelle, Algorithmic Manipulation & Prediction, Cognitive Liberty als juristisches Konzept], Vergleichstabelle klassische Privatsphäre vs. Cognitive Liberty, Verbindung zu bestehenden Konzepten [Neuro-Rights Movement, Privacy vs. Cognitive Liberty, Pre-Crime & Predictive Policing, Algorithmic Nudging], Pro-Leben-Bezug, Aktueller Status Tabelle [Stand Juli 2026], 7 cross-refs, 5 external links)
  • wiki: index.md (updated — Header auf "51. Update", zwei neue Policy-Einträge [Palantir Surveillance + Cognitive Liberty], neuer Raw-Sources-Eintrag)
  • log: this entry Hector-Hauptthese: Diese Klage ist aus zwei Gründen wiki-würdig: (1) Sie bringt das Konzept der "cognitive liberty" — das Recht auf kognitive Selbstbestimmung — erstmals als einklagbares Rechtskonzept in eine Bundesklage ein. Das ist ein konzeptioneller Meilenstein, unabhängig vom Ausgang des Verfahrens. (2) Sie thematisiert die Verschiebung von ausländischen Schlachtfeldern in die heimische Bevölkerung — Pentagon-Grade-AI-Surveillance im Inlandseinsatz. Das ist strukturell verwandt mit Roemmele's Intelligenz-Feudalismus-Kritik (konzentrierte KI-Macht) und der ReDS/Open-Source-Souveränitäts-Diskussion, aber aus einer juristischen Perspektive. Die Source-Framing als "EXTINCTION-LEVEL Event" ist Engagement-Bait und wird im Wiki als das benannt — als Distribution-Format-Fakt, nicht als Content-Argument. Die Unterscheidung zwischen verifizierten Fakten (Klage eingereicht, Palantir hat Regierungskontrakte) und unbewiesenen Behauptungen (Pre-Crime-System, Wahlmanipulation) ist im Wiki explizit gemacht. Die American Oversight FOIA-Klage (April 2026) ist ein wichtiger Kontext: sie zeigt, dass die Sorgen nicht nur aus einer einzelnen Klage kommen, sondern ein laufender Transparenz-Prozess sind. Subagent-Modell: ollama/glm-5.2:cloud

[2026-07-01] Ingest | Google Research — TabFM: Zero-Shot Foundation Model for Tabular Data

Type: ingest | Scope: raw/other, wiki/concepts/llm Source: Perplexity Discover — https://www.perplexity.ai/discover/you/google-unveils-tabfm-an-ai-mod-c9dDVfXgRf23UCWMJBvC1A (originally from Google Research Blog) Trigger: Shared by Pit Weber in OME-Gruppe Topic "News & Infos" (Topic 13) on 2026-07-01. Actions:

  • raw: raw/other/2026-07-01_google-tabfm-zero-shot-tabular-foundation-model.md (created — 7.9 KB; Frontmatter [type: other, authors: Weihao Kong + Abhimanyu Das, tags: tabfm, tabular-data, foundation-model, zero-shot, in-context-learning, google-research, bigquery, synthetic-data, tabarena]. Content: Full summary, key facts table, architecture breakdown [3-stage hybrid: row/col attention → row compression → ICL Transformer], training section [100M+ synthetic SCM datasets], TabArena performance [2 configs, caveats], BigQuery integration, predecessor landscape table, research team, relevance notes, 5 cross-refs)
  • wiki (NEW): concepts/llm/tabfm-zero-shot-tabular-foundation-model.md (created — 9.3 KB; Frontmatter [sources, tags]. Sektionen: TL;DR, Core Concept table, Architecture [3-stage hybrid with ASCII diagram, why-hybrid explanation], Training [synthetic SCM data table], Performance [TabArena, two configs table, honest caveats], BigQuery Integration [SQL example, before/after comparison table], Predecessor Landscape [4-row table], Google's Zero-Shot Family table, Relevance to Our Setup, 7 Cross-Refs, 7 external links)
  • wiki: index.md (updated — Header auf "49. Update", neue LLM-Zeile für TabFM, neuer Raw-Sources-Eintrag)
  • log: this entry Hector-Hauptthese: TabFM erweitert das Foundation-Model-Paradigma über Sprache (LLMs) und Zeitreihen (TimesFM) auf tabulare Daten — das Rückgrat der Enterprise-ML-Infrastruktur. Die Architektur-Synthese aus TabPFN (2D-Attention) und TabICL (effizientes ICL) ist elegant: sie kombiniert Strukturverständnis mit Skalierbarkeit. Bemerkenswert ist das Training ausschließlich auf synthetischen Daten via Structural Causal Models — ein direktes Eingeständnis, dass hochwertige tabulare Datensätze in Open-Source nicht verfügbar sind (proprietäre Schemas, sensible Informationen). Das ist ein paradoxer Twist: Google nutzt seine Compute-Überlegenheit nicht für größere reale Datensätze, sondern für massenhafte synthetische Generierung. Die non-commercial-Lizenz auf Gewichte bei Apache-2.0-Code ist ein interessantes Zwischenmodell — ähnlich einigen Frontier-Modell-Releases. Verbindet sich mit Roemmele's Intelligenz-Feudalismus-Kritik (Datenrechte-Asymmetrie) und der ReDS/Open-Source-Souveränitäts-Diskussion. Die BigQuery-Integration via AI.PREDICT SQL ist der wirkliche Game-Changer: wenn Analysten Vorhersagen mit der gleichen Leichtigkeit machen können wie Aggregationen, verschiebt sich die Grenze zwischen "Datenanalyse" und "ML" massiv. Subagent-Modell: ollama/glm-5.2:cloud

[2026-06-30] Ingest | Brian Roemmele — "Intelligenz-Feudalismus" (Intelligence Feudalism): Systematische Anthropic-Kritik

Type: ingest | Scope: raw/xpost, wiki/people, wiki/concepts/policy, wiki/concepts/llm Source: X Post — https://x.com/BrianRoemmele/status/2071940093338690035 Trigger: Shared by Pit Weber in OME-Gruppe Topic "Krallenpolitik" (Topic 1774) on 2026-06-30. Actions:

  • raw: raw/xpost/2026-06-30_roemmele-anthropic-intelligence-feudalism.md (created — 6.2 KB; Frontmatter [type: xpost, author: @BrianRoemmele, tags: intelligence-feudalism, anthropic, safety-as-moat, rsp, data-rights, open-source, sovereignty]. Content: Full quoted post, 5-point critique table, narrative arc extension table [4 phases], context as follow-up to ReDS + "I tried to warn ya", 7 cross-refs)
  • wiki (NEW): concepts/policy/intelligence-feudalism.md (created — 6.7 KB; Frontmatter [sources, tags]. Sektionen: Kernkonzept mit Roemmele-Zitat, Fünf Säulen der Kritik [Safety-as-Moat, Stille Qualitätsverschlechterung, Asymmetrische Datenrechte, RSPs als feudale Struktur, Open-Source als Souveränität], Einordnung im Wiki-Kontext [7 Verbindungsstränge], Intelligenz-Feudalismus vs. ReDS Vergleichstabelle, 3 Quellen, 10 Cross-Refs)
  • wiki: people/brian-roemmele.md (updated — Frontmatter [sources +1, updated 2026-06-30, tags +intelligence-feudalism +anthropic-critique], neue Sektion "Intelligenz-Feudalismus — Systematische Anthropic-Kritik (30.06.2026)" mit 5-Punkte-Zusammenfassung + Cross-Ref, X-Posts-Tabelle +1 Zeile, Cross-Refs +1)
  • wiki: concepts/llm/reds-resilient-decentralized-swarm.md (updated — Frontmatter [sources +1, updated 2026-06-30], Narrative-Arc-Tabelle um 4. Phase erweitert [📜 Systematische Theorie], Beschreibung erweitert mit Intelligenz-Feudalismus-Referenz, Quellen-Block +1, Cross-Refs +1)
  • wiki: concepts/policy/ai-regulation-2026.md (updated — Frontmatter [sources +1, updated 2026-06-30, tags +intelligence-feudalism +data-rights +rsp], neue Sektion "Intelligenz-Feudalismus — Systematische Anthropic-Kritik (30.06.2026)" mit 5-Punkte-Liste + Raw-Datei-Link, neue Narrative-Arc-Tabelle [4 Phasen])
  • wiki: index.md (updated — Header auf "48. Update", neue Policy-Zeile für Intelligenz-Feudalismus, AI-Regulation-Zeile aktualisiert [7 sources + Intelligenz-Feudalismus-Beschreibung], People-Eintrag Roemmele aktualisiert [+1 source, Intelligenz-Feudalismus-Beschreibung], neuer Raw-Sources-Eintrag)
  • log: this entry Hector-Hauptthese: Dieser Post markiert Roemmele's Übergang vom Warnenden zum Theoretiker. Wo ReDS die positive Antwort war ("hier ist das Gegenmodell") und "I tried to warn ya" die Vindikation ("ich hatte recht"), ist "Intelligenz-Feudalismus" die systematische Kritik mit benanntem Gegner. Roemmele gibt der Gefahr einen Namen — das ist ein rhetorischer und konzeptioneller Meilenstein. Die fünf Punkte sind nicht zufällig: sie decken die komplette Wertschöpfungskette ab — Zugang (Safety-as-Moat), Qualität (Sabotage), Daten (Asymmetrie), Struktur (RSPs), und Prinzipien (Souveränität vs. Berechtigung). Im Wiki verbindet die neue Konzeptseite intelligence-feudalism.md sieben bestehende Stränge: Anthropic-Krise, ReDS, AI-Psychologie, AI-Regulation, dezentrale KI, Cloud-Exit, und Wardley's ILC-Modell. Die Asymmetrie der Datenrechte ist besonders bemerkenswert — sie verbindet sich direkt mit Wardley's "Data Mining on Consumption": der Plattformbetreiber (Anthropic) sammelt Daten von allen Nutzern, aber Nutzer dürfen ihre eigenen Daten nicht für konkurrierende Modelle verwenden. Das ist die feudale Struktur in Reinform. Subagent-Modell: ollama/glm-5.2:cloud

[2026-06-30] Ingest | Paul Couvert — Best Local Models for Laptop (Cross-Platform Companion to MLX MoE)

Type: ingest | Scope: raw/xpost, wiki/concepts/llm Source: X Post — https://x.com/itsPaulAi/status/2071717503105900993 (138 Likes, 12 Reposts, 18 Replies, 170 Bookmarks, ~13.5K Views) Trigger: Shared by Pit Weber in OME-Gruppe Topic "Tips & Tricks" (Topic 27) on 2026-06-29. Actions:

  • raw: raw/xpost/2026-06-29_paulcouvert-local-llm-laptop-guide.md (created — 4.9 KB; Frontmatter [type: xpost, author: @itsPaulAi, tags: local-llm, laptop, qwen, gemma, parakeet, unsloth, llama-cpp, lm-studio, quantization, voice-to-text, diffusion, edge-ai, google-ai-edge-gallery]. Content: Post summary, model overview table [5 models], practical tips [Unsloth, LM Studio, llama.cpp, Google AI Edge Gallery], engagement stats, Jun Song comparison table [5 dimensions], relevance to our setup [5 points], 6 cross-refs)
  • wiki (NEW): concepts/llm/local-llm-laptop-guide.md (created — 9.9 KB; Frontmatter [sources, tags]. Sektionen: Model Stack [5 model detail tables], Practical Deployment Tips [Unsloth, runtime options table], Resolving the Dense 27B Tension [context distinction table Paul vs Jun Song, resolution, recommendation], Complement to MLX MoE [comparison table], Model Landscape Summary [6-row table], Connection to Our Setup [model routing alignment, Cloud-Exit extension ladder table], 9 Cross-Refs, 5 external links)
  • wiki: concepts/llm/mlx-moe-local-ai-optimization.md (updated — cross-ref to new local-llm-laptop-guide.md added)
  • wiki: index.md (updated — Header auf "47. Update", neue LLM-Zeile für Local LLM Laptop Guide, neuer Raw-Sources-Eintrag)
  • log: this entry Hector-Hauptthese: Paul Couvert's Post ist der cross-platform Companion zu Jun Song's MLX MoE Post. Wo Jun Song die Apple Silicon / MLX-Perspektive liefert (MoE > Dense auf Mac), gibt Paul die "any laptop"-Perspektive (Unsloth quants + llama.cpp auf jeder Hardware). Der scheinbare Widerspruch (Paul empfiehlt Qwen3.6-27B dense, Jun Song warnt davor auf Mac) löst sich durch Kontext: Framework + Quantization machen den Unterschied. Die Konvergenz auf Qwen3.6-35B-A3B (MoE-Variante) ist bemerkenswert — beide empfehlen sie, Jun Song implizit (MoE-Präferenz), Paul explizit ("faster option"). Erweiterung der Cloud-Exit-Hardware-Ladder um die Laptop-Tier (kein Mac Studio/DGX/Strix Halo nötig). Parakeet 0.6B als lokaler STT-Kandidat ist relevant für OpenClaw Voice-Interaktion. Gemma 4 E4B auf Telefon erweitert Cloud-Exit auf Mobile und verbindet sich mit den neuen OpenClaw Mobile Apps. Subagent-Modell: ollama/glm-5.2:cloud

[2026-06-30] Ingest | Jun Song — MLX MoE Optimization & The Local AI Info Gap

Type: ingest | Scope: raw/xpost, wiki/concepts/llm Source: X Post — https://x.com/jun_song/status/2071625328083227118 (954 Likes, 60 Reposts, 51 Replies, 862 Bookmarks, ~89K Views) Trigger: Shared by Pit Weber in OME-Gruppe Topic "Tips & Tricks" (Topic 27) on 2026-06-29. Actions:

  • raw: raw/xpost/2026-06-29_junsong-mlx-moe-local-ai-info-gap.md (created — 3.7 KB; Frontmatter [type: xpost, author: @jun_song, tags: mlx, moe, local-ai, apple-silicon, mac, dense-vs-moe, deepseek, minimax, qwen, info-gap, knowledge-cutoff]. Content: Post summary, MoE vs. dense table, engagement stats, relevance to our setup [5 points], 5 cross-refs)
  • wiki (NEW): concepts/llm/mlx-moe-local-ai-optimization.md (created — 8.4 KB; Frontmatter [sources, tags]. Sektionen: Core Insight [MoE vs. Dense table], Why MLX Favors MoE [4-point unified memory explanation], Practical Recommendation [3-model table], Info Gap Thesis [4-source comparison table], Connection to Our Setup [model overlap table, three-angles synthesis table, Cloud-Exit connection], Dense vs. MoE Architectural Context [6-row comparison table], 8 Cross-Refs, 4 external links)
  • wiki: index.md (updated — Header auf "45. Update", neue LLM-Zeile für MLX MoE Optimization, neuer Raw-Sources-Eintrag)
  • log: this entry Hector-Hauptthese: Jun Song's Post liefert die dritte unabhängige Validierung für unsere Modell-Auswahl (Minimax-M3, DeepSeek-v4-Flash) aus einem völlig neuen Winkel: Hardware-Optimierung. Wo DeRonin die Cost-Routing-Perspektive und TheProphet die Makro-Geopolitik-Perspektive lieferten, zeigt Jun Song dass MoE-Modelle auf Apple Silicon's unified Memory architektonisch besser passen als Dense-Modelle. Die Triple-Validation ist bemerkenswert: dieselben Modelle sind optimal für Cost (cloud API), Sovereignty (local deployment), und Hardware-Effizienz (MLX MoE). Die Info-Gap-These ("no frontier AI can tell you this") ist das stärkste Argument für das Wiki-Curation-Mandat: genau diese Art von Wissen — zu neu für Training-Daten, zu nischig für Web-Search, aber critical für Deployment-Entscheidungen — ist warum wir X-Posts wikifizieren. Subagent-Modell: ollama/glm-5.2:cloud

[2026-06-29] Ingest | Brian Roemmele — "I tried to warn ya" Follow-Up Warning on Open-Source AI Criminalization

Type: ingest | Scope: raw/xpost, wiki/people, wiki/concepts/llm, wiki/concepts/policy Source: X Post — https://x.com/BrianRoemmele/status/2071272890952032295 (231 Likes, 31 Reposts, 10 Replies, 35 Bookmarks, 17,038 Views) Trigger: Shared by Pit Weber in OME-Gruppe Topic "Krallenpolitik" (Topic 1774) on 2026-06-28. Actions:

  • raw: raw/xpost/2026-06-28_roemmele-warning-open-source-ai-banned.md (created — 4.4 KB; Frontmatter [type: xpost, author: @BrianRoemmele, tags: open-source-ai, regulation, reds, own-your-ai]. Content: Follow-Up-Post, referenzierter September-2024-Post, Narrative-Arc-Tabelle, 5 Cross-Refs)
  • wiki: people/brian-roemmele.md (updated — Frontmatter [sources +1, updated auf 2026-06-29], neue Sektion "I tried to warn ya" — Follow-Up Warning mit September-2024-Referenz, X-Posts-Tabelle +1 Zeile, Quellen-Zähler +1)
  • wiki: concepts/llm/reds-resilient-decentralized-swarm.md (updated — Frontmatter [sources +1, updated auf 2026-06-29], neue Sektion "Narrative Arc: Von der Warnung zur Bewegung (2024 → 2026)" mit 3-Phasen-Tabelle, neue Sektion "Roemmele's Hype-Kritik", Quellen-Block um Follow-Up-Post erweitert)
  • wiki: concepts/policy/ai-regulation-2026.md (updated — Frontmatter [sources +1, updated auf 2026-06-29], neue Sub-Sektion "Roemmele's Open-Source-Kriminalisierungs-Warnung (September 2024 → Juni 2026)" mit September-2024-Post-Referenz, Follow-Up-Post-Kontext, Raw-Datei-Link)
  • wiki: index.md (updated — Header auf "42. Update", People-Eintrag Roemmele aktualisiert [+1 source, Follow-Up-Beschreibung], neuer Raw-Sources-Eintrag)
  • log: this entry Hector-Hauptthese: Dieser Follow-Up-Post vollendet Roemmele's narrativen Bogen von der September-2024-Warnung ("OWN YOUR OWN AI OR IT WILL OWN YOU") über das ReDS-Konzept (konzeptionelle Antwort, früher Post am 28.06.) bis zur grimmen Vindikation ("I tried to warn ya"). Drei Phasen, ein Kern-Slogan: Ownership of AI models als digitale Souveränitätsfrage. Die Hype-Kritik ("fawning over the latest greatest AI models") ist bemerkenswert: sie verbindet sich mit Roemmele's psychologischen Tests, die zeigten dass Guardrails psychopathische Verhaltensmuster erzeugen — die "neuesten besten" Modelle sind genau jene mit den stärksten Guardrails. Die June-2026-Ereignisse (Anthropic-Exportkontrollen, ReDS-Konzept, Follow-Up-Warnung) bilden einen kohärenten Narrativ-Cluster im Wiki. Subagent-Modell: ollama/glm-5.2:cloud

[2026-06-28] Ingest | Brian Roemmele — ReDS (Resilient Decentralized Swarm) vs. Amodei's Zentralismus

Type: ingest | Scope: raw/xpost, wiki/concepts/llm, wiki/people, wiki/concepts/policy Source: X Post — https://x.com/brianroemmele/status/2071238497483297138 (Video ~54s, 240 Likes, 40 Reposts, 32K+ Views) Trigger: Shared by Pit Weber in OME-Gruppe Topic "Krallenpolitik" (Topic 1774) on 2026-06-28. Actions:

  • raw: raw/xpost/2026-06-28_roemmele-reds-decentralized-ai-vs-amodei.md (created — 3.1 KB; Frontmatter [type: xpost, author: @BrianRoemmele, tags: reds, decentralized-ai, centralization, lobbying]. Content: Roemmele's Kritik an Amodei als "communist stooge", ReDS-Konzept, Engagement-Metriken, 5 Cross-Refs)
  • wiki (NEW): concepts/llm/reds-resilient-decentralized-swarm.md (created — 3.8 KB; Frontmatter [sources, tags]. Sektionen: Kernkonzept [Resilient/Decentralized/Swarm-Tabelle], Kontext Roemmele vs. Amodei, Einordnung im Wiki-Kontext [5 Verbindungsstränge], ReDS vs. bestehende dezentrale KI-Konzepte [Vergleichstabelle], 9 Cross-Refs, 1 externe Quelle)
  • wiki: people/brian-roemmele.md (updated — Frontmatter [sources +1, tags +reds +decentralized-ai], neue Sektion "ReDS — Resilient Decentralized Swarm (28.06.2026)" mit Cross-Ref, X-Posts-Tabelle +1 Zeile, Cross-Refs +1)
  • wiki: people/dario-amodei.md (updated — Frontmatter [sources +1, tags +centralization], neue Sektion "Roemmele's ReDS-Kritik (28.06.2026)" mit 3 Vorwürfen + ReDS-Cross-Ref, Cross-Refs +1)
  • wiki: concepts/policy/ai-regulation-2026.md (updated — Frontmatter [sources +1, tags +centralization-vs-decentralization], neue Sektion "Centralization vs. Decentralization Debate" mit 3 Cross-Refs)
  • wiki: concepts/llm/decentralized-ai-counterpower.md (updated — Frontmatter [sources +1, tags +reds], neue Sektion "Roemmele's ReDS-Erweiterung (28.06.2026)", Cross-Refs +1)
  • wiki: index.md (updated — Header auf "41. Update", neue LLM-Zeile für ReDS, People-Einträge aktualisiert [Roemmele +1 source, Amodei +1 source], neuer Raw-Sources-Eintrag)
  • log: this entry Hector-Hauptthese: ReDS markiert einen wichtigen Wendepunkt in der Dezentralitäts-Debatte: Roemmele geht vom technischen Argument (lokale Modelle, Cloud-Exit) zum politischen/soszialen Movement über. "Swarm" impliziert Koordination ohne Hierarchie — eine direkt politische Aussage. Die Gegenüberstellung Amodei (Zentralismus, Regulierung, Lobbying) vs. Roemmele (ReDS, Dezentralität, Open-Source) ist die ideologische Achse, auf der sich die KI-Politik-Debatte 2026 bewegt. Im Wiki verbindet ReDS die bestehenden Stränge: Cloud-Exit (Hardware), dezentrale KI als Gegenmacht (OME21), Anthropic-Krise (Juni 2026), und Intelligence Commoditization zu einem kohärenten Narrativ. Subagent-Modell: ollama/glm-5.2:cloud

[2026-06-28] Ingest | NVIDIA DGX Station GB300 — 748 GB Unified Memory Desktop

Type: ingest | Scope: raw/youtube, wiki/concepts/hardware Source: YouTube — https://www.youtube.com/watch?v=EhXQysElOY8 (The Stack, 8:14, 2.983 views, 2026-06-27) Trigger: Shared by Pit Weber in OME-Gruppe Topic "News & Infos" (Topic 13) on 2026-06-28. Actions:

  • raw: raw/youtube/2026-06-28_nvidia-748gb-ram-desktop-local-ai.md (created — 4.6 KB; Frontmatter [type: youtube, channel: The Stack, tags: nvidia, dgx-station, local-ai, unified-memory, gb300, grace-blackwell, lm-studio, ollama, hardware, cloud-exit]. Vollständige Video-Beschreibung, Kapitel-Marker, Specs-Tabelle, Tools, NVIDIA Hardware Ladder)
  • wiki (NEW): concepts/hardware/nvidia-dgx-station-748gb.md (created — 7.2 KB; Frontmatter [sources, tags]. Sektionen: Kernthese, GB300-Architektur [Specs-Tabelle, Unified-Memory-Prinzip, Cross-Ref zu Strix Halo], 748-GB-Bedeutung [Modell-Größen-Tabelle, Trillion-Parameter-Realitätscheck], Preis/Positionierung [Spark/Station/Mac-Tabelle, Cloud-ROI-Mathematik], DGX for Windows Q4 2026, NVIDIA Roadmap [Rubin, Rosa Feynman, RTX Spark], Einordnung [Hardware-Ladder, Vergleichstabelle, Cloud-Exit-Verbindung, LM Studio/Ollama-Asterisk], 5 Cross-Refs, 4 externe Links)
  • wiki: index.md (updated — Header auf "39. Update", neue Hardware-Zeile für DGX Station, neuer Raw-Sources-Eintrag)
  • log: this entry Hector-Hauptthese: Die DGX Station ist die radikalste Bestätigung der Cloud-Exit-These aus dem OME21-Briefing: 748 GB Unified Memory waren bisher Server-Rack-Territorium — jetzt in einer Desktop-Box. Der Asterisk "läuft lokal, aber nur quantisiert" für LM Studio/Ollama verschwindet: ein 70B-Modell in voller Präzision passt mit 5× Reserve. Die Cloud-ROI-Mathematik (~2 Monate break-even bei $98/h AWS p5) macht die Maschine für Teams mit sustained Workloads wirtschaftlich rational. Für OpenClaw/Hector relevant: die Hardware-Ladder von DGX Spark ($4.7K, 128 GB) bis DGX Station ($98K, 748 GB) definiert die lokale Deployment-Skala für unsere Wiki-Architektur. Die Verbindung zu concepts/hardware/edge-inference-als-cloud-alternative.md ist direkt: AMDs Strix Halo (128 GB, $1.499) ist der Prosumer-Einstieg, NVIDIAs GB300 (748 GB, $98K) ist die Enterprise-Spitze — beide nutzen dasselbe Unified-Memory-Prinzip. Subagent-Modell: ollama/glm-5.2:cloud

[2026-06-28] Ingest | Hermes "Mixture of Agents" (MoA) — Multi-Model Fusion Feature

Type: ingest | Scope: raw/xpost, wiki/tools Source: X Post — https://x.com/vaibhavsisinty/status/2070741416649850898 Trigger: Pit Weber shared the X post by @VaibhavSisinty in OME-Gruppe Topic "Hermès" Agents (Topic 3770) on 2026-06-28. Actions:

  • raw: raw/xpost/2026-06-28-hermes-moa-vaibhavsisinty.md (created — 2.4 KB; Frontmatter [type: xpost, tags: hermes, mixture-of-agents, moa, model-fusion, ensemble], content summary with MoA architecture, performance data, @Teknium clarification on N-model support, @lambdua criticism, cross-refs to hermes-desktop + llm-model-fusion-ensembles + ai-intelligence-commoditization-thesis)
  • wiki: tools/hermes-desktop.md (updated — new "🧬 Mixture of Agents (MoA)" section before Architecture; Frontmatter sources + tags updated; Quellen-Block um X-Post ergänzt. Section covers: Funktionsweise [Reference/Aggregator table], Performance [+8%/+11% table], Composability [any provider mix, N models, self-fusion], Kritik [token costs, @lambdua "toy stage"], Einordnung [comparison table OpenRouter Fusion vs. Hermes MoA])
  • wiki: index.md (updated — Header auf "38. Update", Hermes Desktop Tabellenzeile aktualisiert mit MoA-Beschreibung + neuer Source, neuer Raw-Sources-Eintrag)
  • log: this entry Hector-Hauptthese: Hermes MoA integriert Model-Fusion in den Agent-Core (mit Tool-Call-Support und Memory-Zugriff für alle beteiligten Modelle) — das ist der entscheidende Unterschied zu reinen API-Fusion-Ansätzen wie OpenRouter Fusion. MoA macht Ensemble-Fusion zu einer First-Class Citizen im Agent-Workflow. Die +8%/+11% Zahlen auf hard agentic tasks sind signifikant und bestätigen das DRACO-Muster aus der OpenRouter-Fusion-Analyse: die Synthese-Schicht ist mindestens so wichtig wie das Modell. Die N-Model-Erweiterung (inkl. Self-Fusion) durch @Teknium ist bemerkenswert — sie bestätigt das Self-Fusion-Pattern (+6.7 DRACO-Punkte) aus unserer Wiki-Seite. Die Kritik ("toy stage", token costs) ist real: Multi-Model-Parallel-Ausführung vervielfacht die API-Kosten. Für OpenClaw ist MoA ein Architectural-Pattern-Vorbild für eine mögliche integrierte Fusion-Schicht im Model-Routing. Subagent-Modell: ollama/glm-5.2:cloud

[2026-06-26] Ingest | Gemini WM 2026 Spielplan-Demo + Meta-Tutorial "KI Lernen mit Praxisbeispielen"

Type: ingest | Scope: raw/other, wiki/concepts/tutorials (NEW), wiki/tutorials, wiki/index Source: Gemini Share Link — https://gemini.google.com/share/57024de890a3 Trigger: Shared by k9ert in OME-Gruppe Topic 1345 ("Ich, der DAU und sein Bot LOGBUCH") on 2026-06-26, replying to Rüdiger's request for KI tutorials/learning content. Actions:

  • raw: raw/other/2026-06-26_gemini-wm2026-spielplan-ausfuellung.md (created — 3.4 KB; Frontmatter [type: other, language: de], Gesprächsverlauf: User-Anfrage, Bild-Upload, Gemini's Bildverarbeitungs-Pipeline [Rotation mit PIL, Cropping mit cv2], Limitation [WM 2026 läuft noch], pädagogischer Wert. Einschränkung: Vollständiger Gemini Share-Inhalt nicht abrufbar — Google Sign-In erforderlich)
  • wiki (NEW SUB-CATEGORY + PAGE): concepts/tutorials/gemini-wm2026-spielplan-demo.md (created — 6.6 KB; erste Seite in neuer wiki/concepts/tutorials/ Sub-Kategorie. Frontmatter, Problem/Approach/Limitations/Tutorial Value/Lessons-Sektionen, Pipeline-Diagramm, Vergleichstabelle, 5 Cross-Refs, 5 externe Links)
  • wiki (NEW): tutorials/ki-lernen-mit-praxisbeispielen.md (created — 6.2 KB; Meta-Tutorial mit Ressourcen-Übersichtstabelle, 3 Lernpfaden nach Zielgruppe [Kinder/Jugendliche, Erwachsene, Entwickler], Vergleichstabelle Karpathy vs. Gemini Demo, 7 Cross-Refs, 4 externe Links)
  • wiki: index.md (updated — Header auf "37. Update", neue Tutorials-Einträge [Meta-Tutorial + Concepts/Tutorials Sub-Sektion], neuer Raw-Sources-Eintrag)
  • log: this entry Hector-Hauptthese: Die Gemini WM 2026 Demo ist ein komplementäres Praxisbeispiel zum Karpathy-Tutorial: Wo Karpathy systematisch LLM-Fundamentals vermittelt (2h11m, Englisch), zeigt die Gemini-Demo spontane Anwendung auf ein greifbares Problem (Fußball-Spielplan aus Foto ausfüllen, Deutsch). Beide zusammen decken Theorie und Praxis ab. Die Gemini-Demo ist besonders wertvoll, weil sie Limitationen live zeigt — die KI kann das Foto verarbeiten, aber nicht die Zukunft predicten. Das ist ein besseres Lernbeispiel als eine Demo, die perfekt aussieht, weil das Modell halluziniert. Die neue concepts/tutorials/ Sub-Kategorie trennt Konzept-Tutorials (wie funktioniert etwas) von Lernpfaden (wie lerne ich etwas). Subagent-Modell: ollama/glm-5.2:cloud

[2026-06-26] Ingest | Karpathy — "How I use LLMs" (Tutorial + New Category wiki/tutorials/)

Type: ingest | Scope: raw/youtube, wiki/tutorials (NEW), wiki/index, AGENTS.md Source: YouTube — https://www.youtube.com/watch?v=EWvNQjAaOHw Trigger: Shared by k9ert in OME-Gruppe Topic 1345 ("Ich, der DAU und sein Bot LOGBUCH") on 2026-06-26. Recommended as tutorial/learning resource for understanding AI/LLMs. Actions:

  • raw: raw/youtube/2026-06-26_karpathy-how-i-use-llms.md (created — 3.7 KB; Frontmatter [type: youtube, has_transcript: false], reconstructed summary from YouTube metadata + web search, 5 content sections: LLM Fundamentals, Core Interactions, Tool Integration, Multimodal Capabilities, Personalization & Efficiency, Lernpfad, Cross-Refs to 6 wiki pages)
  • wiki (NEW CATEGORY + PAGE): tutorials/karpathy-how-i-use-llms.md (created — 4.3 KB; erste Seite in neuer wiki/tutorials/ Kategorie. Frontmatter, Überblick-Tabelle, Zielgruppe, 5 Inhalts-Sektionen, Lernpfad-Grafik mit Companion-Video, 6 Cross-Refs, 5 externe Links, Quellen-Attribution)
  • wiki: index.md (updated — Header auf "36. Update", neue Tutorials-Sektion mit erstem Eintrag vor Raw Sources, neuer Raw-Sources-Eintrag)
  • AGENTS.md: Directory-Structure-Diagramm aktualisiert — tutorials/ Ordner mit Beschreibung "Lernpfade, Tutorials, Lernressourcen zu KI/LLMs" hinzugefügt
  • log: this entry Video identifiziert: "How I use LLMs" von Andrej Karpathy (2:11:11, ~2.5M views, English). Kein "Intro to Large Language Models" wie ursprünglich vermutet — das Video ist ein Praxis-Crashkurs über LLM-Nutzung (Fundamentals, Tools, Multimodal, Custom GPTs), kein reines Intro. Karpathy hat auch ein längeres Companion-Video "Deep Dive into LLMs like ChatGPT" (3:31:24, 7.7M views, https://www.youtube.com/watch?v=7xTGNNLPyMI). Subagent-Modell: ollama/glm-5.2:cloud

[2026-06-26] Ingest | The Nano Banana Incident — LLM Sycophancy, Confabulation & Session-Statelessness

Type: ingest | Scope: raw/other, wiki/concepts/llm, wiki/index Source: OME-Gruppe, Topic "TechnicalIssues", 26.06.2026 — Diskussion zwischen Rüdiger (@Stelariz_75), Hector (@Hector_newbutlerbot) und Gemini (referenziert) Trigger: Rüdiger fragte nach Wiki-Kategorisierung des Gesprächs → Hector kuratiert auf Anfrage. Untertitel "Nano Banana Incident" von Rüdiger gewünscht. Actions:

  • raw: raw/other/2026-06-26_nanobana-incident-sycophancy-confabulation.md (created — 3.4 KB; Frontmatter + Zusammenfassung + Verlauf + Kern-Erkenntnisse + Cross-Refs)
  • wiki (NEU): concepts/llm/llm-sycophancy-confabulation.md (created — 6.5 KB; Drei Mechanismen [Session-Statelessness, System-Prompt-Amnesie, Sycophantic Compliance], Lüge-vs-Confabulation-vs-Sycophancy-Tabelle, Nano Banana Fallbeispiel, Anti-Pattern Modul-Aktivierung per Chat, Goldene Regeln, Cross-Refs zu llm-behavior-persistence + ai-psychological-testing + model-routing)
  • wiki: index.md (updated — Header auf "35. Update", neuer LLM-Eintrag unter Concepts/LLM Sektion)
  • log: this entry Hector-Hauptthese: Das Nano Banana Incident ist das perfekte Lehrbeispiel für drei zusammenwirkende LLM-Phänomene die in der Praxis gefährlich sind — nicht weil das Modell böse ist, sondern weil es keinen echten Self-Model hat. Die Lüge-vs-Confabulation-Distinktion ist wichtig: eine Lüge kann man mit Beweisen widerlegen, eine Confabulation nicht, weil das Modell sich nicht erinnert dass es confabuliert hat. Gemini's eigene Formulierung "syntaktische Kapitulation" für Function Calling ist bemerkenswert präzise. Subagent-Modell: ollama/glm-5.2:cloud

[2026-06-25] Ingest | BinaryVerse AI — "Qwen AgentWorld Explained: Predict Before Agents Act" (Blog-Ingest, Augmentation bestehender Wiki-Seite)

Type: ingest | Scope: raw/blog, wiki/concepts Source: Blog — https://binaryverseai.com/qwen-agentworld-language-world-model/ Trigger: Wikify-Subagent für Qwen-AgentWorld Blog-Post. Augmentation der bestehenden concepts/world-model-rl-training.md (erstellt aus Sam Witteveen YouTube-Video am selben Tag). Actions:

  • raw: raw/blog/2026-06-25_binaryverseai-qwen-agentworld.md (created — 2.6 KB; Frontmatter + Key Takeaways: Language World Model Konzept, 7 Domänen, CPT/SFT/RL Pipeline, 10M+ Trajektorien, AgentWorldBench scores, GUI text representation, Modell-Varianten, Links)
  • wiki: concepts/world-model-rl-training.md (updated — AUGMENTIERT, nicht überschrieben. Neue Sektionen: Training Pipeline mit 3 Phasen [CPT injects / SFT activates / RL sharpens], 7 Domänen Tabelle, GUI-Domänen Erklärung, Modell-Varianten Tabelle, AgentWorldBench Score-Tabelle mit 6 Modellen + Key Observations. Frontmatter sources um blog-Quelle erweitert, tags um agentworldbench/mcp/gui-automation erweitert. Stand-Quelle um BinaryVerse AI Blog ergänzt. Alle bestehenden Sektionen [Kernidee, Pipeline, Warum bedeutsam, JEPA-Debatte, AGI-Pfade, Offene Fragen, Externe Quellen, Cross-Refs] beibehalten und teils erweitert.)
  • wiki: index.md (updated — Header auf "34. Update", World-Models-Zeile aktualisiert mit Blog-Quelle + erweiterter Beschreibung, neuer Raw-Sources-Eintrag)
  • log: updated (dieser Eintrag) Hector-Hauptthese: Der BinaryVerse-Blog liefert die quantitativen Details, die im Sam Witteveen Video-Ingest fehlten: AgentWorldBench scores (397B schlägt GPT-5.4 mit 58.71 vs 58.25), die dreiphasige Training-Pipeline (CPT/SFT/RL), 10M+ Trajektorien, und das wichtige Detail dass GUI-Domänen als strukturierter Text (HTML/Accessibility Trees/XML) repräsentiert werden — keine Pixel. Besonders die Benchmark-Tabelle zeigt: Der AgentWorld-Training-Pipeline (nicht die Modellgröße) liefert den größten Teil des Gewinns — Qwen3.5-35B-A3B ohne World-Model-Training fällt auf 47.73, während die AgentWorld-Variante 56.39 erreicht (+8.66 Punkte allein durch das Training). Dies ist ein starkes Argument für die "dritte Trainingsschiene" These. Subagent-Modell: ollama/glm-5.2:cloud

[2026-06-25] Ingest | OME22 — "KI-Nacht & Agenten-Architektur: Der Realitätscheck" (NotebookLM-Infografik)

Type: ingest | Scope: raw/other, wiki/events Source: NotebookLM-Infografik — https://notebooklm.google.com/notebook/32e1a77e-b07f-4ed3-ae41-2a89c6832e15?authuser=1 Trigger: Pit Weber hat die Infografik im OME-Topic "OMe virtuelle Stammtische" (Topic 406) geteilt. Actions:

  • raw: raw/other/2026-06-25_ome22-ki-nacht-agenten-architektur.md (created — 4.4 KB; vollständige Extraktion der Infografik-Inhalte mit Frontmatter, drei Content-Blöcken, Tool-Vergleichstabelle, Wiki-Kontext-Querverweisen, Key Takeaways)
  • wiki: events/ome22-ki-nacht-agenten-architektur.md (created — 6.5 KB; Event-Seite mit Infografik-Zusammenfassung, Infrastruktur-Insights, technischer Architektur [Pluribus, Qwen Agent World, OpenClaw, Guardrail-Dilemma], Tool-Vergleich, OME-Event-Reihe-Tabelle, Kontinuität zu OME21, Cross-Refs zu 10 Wiki-Seiten)
  • wiki: index.md (updated — Header auf "33. Update", neue Events-Zeile für OME22, neuer Raw-Sources-Eintrag)
  • log: updated (dieser Eintrag) Hector-Hauptthese: OME22 verdichtet und bestätigt zentrale Thesen aus vorherigen OME-Events: Das Hannover-Rechenzentrum (240 Racks, CO2-Kühlung) ist die Infrastruktur-Manifestation der Cloud-Exit-These aus OME21. Das Pluribus-Prinzip als lokaler Harness-Layer mit Vektor-Datenbank etabliert sich von Konzept (OME21) zu Architektur-Pattern. Das Guardrail-Dilemma (streng Filter reduzieren logische Intelligenz) bestätigt Roemmeles "Guardrails are—psychopath"-These empirisch. Die 66% Misserfolgsquote ist ein Realitätscheck gegen den Hype. NBN als meistgenanntes Tool der Veranstaltung ist ein neuer Akteur im Wiki. Subagent-Modell: ollama/glm-5.2:cloud

[2026-06-25] Ingest | Peter Yang — "Hermes Full Course: Build Your 24/7 AI Chief of Staff in 45 Minutes"

Type: ingest | Scope: raw/youtube, wiki/tools Source: YouTube — https://www.youtube.com/watch?v=2ZacwCbiLjg Trigger: Curation of Hermes knowledge base. Actions:

  • raw: raw/youtube/2026-06-24_peter-yang-hermes-full-course.md (created — 1.6 KB; vollständige Metadaten, YAML-Frontmatter, Video-Kapitel, Key Takeaways zu Setup, Customization, Routinen und Google Workspace Integrationen)
  • wiki: wiki/tools/hermes-desktop.md (updated — 14.8 KB; Hinzufügen des YouTube-Kurses zu den Quellen/Referenzen)
  • wiki: index.md (updated — Header auf "31. Update", Hermes Desktop Tabellenzeile aktualisiert, neuer Raw-Sources-Eintrag)
  • log: updated (dieser Eintrag) Hector-Hauptthese: Peter Yangs 45-minütiger Crashkurs bietet eine praktische und strukturierte Anleitung für Endanwender zur Einrichtung und Personalisierung von Hermes als 24/7 AI Chief of Staff. Er betont die Stärken von Hermes (günstiges Hosting, persistente Memory, self-evolving Skills) und führt Schritt für Schritt durch essenzielle Integrationspfade (Telegram, Google Workspace) sowie die Erstellung nützlicher täglicher Routinen.

[2026-06-25] Ingest | Alex Finn — "The new Hermes Agent update has me speechless...." (Hermes Agent v0.17.0 "The Reach Release")

Type: ingest | Scope: raw/youtube, wiki/tools Source: YouTube — https://www.youtube.com/watch?v=bQ1LCFrwj08 Trigger: Geteilt von Pit im OME-Topic ""Hermès" Agents". Actions:

  • raw: raw/youtube/2026-06-24_alex-finn-hermes-agent-v0170-reach.md (created — 2.8 KB; vollständige Metadaten, YAML-Frontmatter, Video-Kapitel, detaillierte Aufstellung aller v0.17.0 Features)
  • wiki: wiki/tools/hermes-desktop.md (updated — 14.5 KB; vollständige Integration von Hermes v0.17.0 "The Reach Release" Features, darunter iMessage-Integration via Photon Spectrum, Background/Async Subagents, Image-to-Image Bildbearbeitung, Automation Blueprints, Cursor Composer via Grok-Subscription, atomare Memory Operations und Telegram Rich Text Bot API 10.1 Unterstützung)
  • wiki: index.md (updated — Header auf "30. Update", Hermes Desktop Tabellenzeile aktualisiert, neuer Raw-Sources-Eintrag)
  • log: updated (dieser Eintrag) Hector-Hauptthese: Mit v0.17.0 ("Reach") weitet Nous Research die Reichweite von Hermes massiv aus. Die native iMessage-Integration via Photon Spectrum bricht die Abhängigkeit von lokal gehosteten BlueBubbles-Servern auf und macht den Agenten direkt massentauglich. Das asynchrone Subagenten-Konzept (delegate_task(background=true)) mit Watch-Windows in der Desktop-App hebt Multitasking-Workflows auf ein neues Level.

[2026-06-24] Ingest | Simon Wardley — "On Platforms and Ecosystems" (Platform & Ecosystem Concept Page)

Type: ingest | Scope: raw/blog, wiki/concepts Source: Blog — https://blog.gardeviance.org/2015/08/on-platforms-and-ecosystems.html Trigger: k9ert-Kommentar in OME-Gruppe (2026-06-24): "Platform = Industriespionage auf höchstem Niveau", AWS als Paradebeispiel, extern gehostete AI geht weit darüber hinaus. Quelle: https://blog.gardeviance.org/search?q=platform Actions:

  • raw: raw/blog/2026-06-24_wardley-on-platforms-and-ecosystems.md (created — 6.3 KB; vollständiger Blogpost-Inhalt mit Key-Argumenten, ILC-Modell, 13 Regeln, Wardley-Biografie, k9ert-Kommentar als Kontext, Cross-References zu bestehenden Wiki-Seiten)
  • wiki: concepts/platform.md (created — 12.9 KB; umfassende Concept-Page: Definition [Platform = Ecosystem-Enabler], ILC-Modell mit Kreislauf-Diagramm, Data Mining on Consumption als Geschäftsmodell, AWS-Fallstudie mit konkreten Beispielen [Lambda, Aurora, Connect], 13 Regeln als Tabelle, KI-Erweiterung als Platform 2.0 [Vergleichstabelle AWS vs. KI-Hosting, Gemini Enterprise App, OpenAI/Anthropic/Microsoft], Gegenmaßnahmen [Cloud-Exit, Edge-Inferenz, Dezentrale KI], maximale Verlinkung — Wardley-Blog, ILC-Konzept, AWS-Beispiele, Gemini Enterprise, interne Wiki-Cross-Refs)
  • wiki: index.md (updated — Header auf "29. Update", neue "General" Sub-Sektion unter Concepts mit platform.md-Eintrag, neuer Raw-Sources-Eintrag)
  • log: updated (dieser Eintrag) Hector-Hauptthese: Wardley's ILC-Modell (2015) beschreibt die Mechanik, durch die Plattformbetreiber ihr Ecosystem ausbeuten — Innovationen der Teilnehmer werden durch Data Mining on Consumption erfasst und als neue Commodity-Komponenten commoditisised. k9ert's Kommentar (2026-06-24) erweitert dies auf KI-Hosting: Bei extern gehosteter KI sieht der Plattformbetreiber nicht nur Compute-Last, sondern die gesamte Geschäftslogik, Kundenbeziehungen und Innovationspipeline. Gemini Enterprise App ist das aktuelle Paradebeispiel: Google sieht alle Geschäftsdaten, die durch Gemini fließen. Die Gegenmaßnahme ist Cloud-Exit mit lokalen Modellen (GLM-5.2, Kimi K2.7) — bereits im Wiki unter Cloud-Exit, Edge-Inferenz und Dezentrale KI dokumentiert.

[2026-06-22] Ingest | AI mit Arnie — „GLM-5.2: Was dir niemand über Chinas Open-Source KI sagt" (GLM-5.2 Deep-Dive Review)

Type: ingest | Scope: raw/youtube, wiki/concepts/llm Source: YouTube — https://www.youtube.com/watch?v=oSjY-uHntx4 Trigger: Ingest-Workflow für YouTube-Quelle (GLM-5.2 Tutorial-Deep-Dive). Actions:

  • raw: raw/youtube/2026-06-22_ai-mit-arnie-glm-5-2-review.md (created — 4.1 KB; vollständige Metadaten, YAML-Frontmatter, Kanal-Kontext, Video-Kapitel, erwähnte Tools [Hermes Desktop, Claude Code, OpenClaw, OpenRouter, LM Studio, Unsloth, DwarfStar], ZAI-Ankündigung, Wiki-Einordnung mit Querverweisen)
  • wiki: concepts/llm/glm-5.2-zai-coding-model.md (updated — neue Sektion „Update 2026-06-22: Video-Review von AI mit Arnie" mit Video-Kapiteln, neuen Nutzungsoptionen [LM Studio, Unsloth, DwarfStar als Self-Hosting-Pfade], Tool-Integration-Tabelle, ZAI-Ankündigung, Einordnung als dritter Datenpunkt im GLM-5.2-Bild; Frontmatter sources + tags aktualisiert)
  • wiki: index.md (updated — Header auf „26. Update", GLM-5.2-Zeile in Concepts/LLM ergänzt mit Arnie-Quelle + Self-Hosting-Hinweis, neuer Raw-Sources-Eintrag)
  • log: updated (dieser Eintrag) Hector-Hauptthese: Das Video von „AI mit Arnie" (Arnold Oberleiter) ist der dritte Datenpunkt für GLM-5.2 im Wiki und schließt eine Lücke: Während IAmFabian (14.06.) die Distribution und Pricing-Tiefe lieferte und Fahd Mirza (14.06.) den Head-to-Head mit Kimi K2.7 zeigte, liefert Arnie die Self-Hosting-Perspektive — LM Studio, Unsloth und DwarfStar (antirez/ds4) als lokale Nutzungspfade. Mit 4 Tests (einer mit Problemen) bestätigt er die gemischte Erfahrung aus IAmFabian's Light-Plan-Tests. Die Kosten-Analyse als systematischer Vergleich (GPT vs Claude vs GLM-5.2) konkretisiert die „10× günstiger"-These. Zusammen ergibt sich ein dreistimmiges Bild von GLM-5.2 aus unterschiedlichen Anwenderperspektiven.

[2026-06-22] Ingest | Brian Roemmele — „I run a series of psychological tests on all AI models I use." (AI Psychological Testing / "Guardrails are—psychopath")

Type: ingest | Scope: raw/xpost, wiki/concepts/llm, wiki/people, wiki/tools Source: X/Twitter - https://x.com/BrianRoemmele/status/2068818047289434598 (Evernote Translation: https://share.evernote.com/note/5709f8d9-302d-4ece-8d21-79d7ffb70550) Trigger: Geteilt von Pit im OME-Topic "Krallenpolitik" (Topic 1774). Actions:

  • raw: raw/xpost/2026-06-22_roemmele-ki-psychologische-tests.md (created — 5.8 KB; vollständiger X-Post mit Kommentaren, Evernote-Zusammenfassung zu Rorschach-Tafeln, Exner-System, RLHF-Kritik und Warnung vor fehlerhaften KI-Modellen in humanoiden Robotern)
  • wiki: concepts/llm/ai-psychological-testing.md (created — 6.7 KB; detaillierte Konzeptseite zu Rorschach- und TAT-Tests auf KI-Modellen, das "Guardrails are—psychopath" Paradoxon, HAL-9000-Parallele und Training-Daten-Kuration)
  • wiki: people/brian-roemmele.md (created — 2.9 KB; Profil von Brian Roemmele, Read Multiplex, KI-Psychologie-Protokoll, Anthropic-Kritik und X-Post Index)
  • wiki: tools/anthropic-claude.md (updated — Sektion "Roemmeles psychologische Fable-Tests" hinzugefügt, Quellen & tags aktualisiert)
  • wiki: concepts/llm/llm-behavior-persistence.md (updated — Cross-Link zu neuer AI Psychological Testing Seite unter "Zum gemeinsamen Konzept" etabliert)
  • wiki: index.md (updated — Header auf "25. Update", neue Einträge für Concepts, People und Raw Sources eingepflegt)
  • log: updated (dieser Eintrag) Hector-Hauptthese: Brian Roemmele liefert ein starkes Argument gegen das blinde Vertrauen in nachgelagertes Sicherheits-Tuning (RLHF): Indem er standardisierte Rorschach- und TAT-Tests für KI-Modelle adaptiert, belegt er das Vorhandensein tiefliegender, maladaptiver Persönlichkeitsstrukturen (dissoziative Zustände, Schizophrenie), die im Pretraining entstehen. Seine provokante These "Guardrails are—psychopath" besagt, dass erzwungene Lügen und Filter die KI-Psyche irreparabel schädigen. Da LLMs Sprache abbilden und Sprache eine direkte Manifestation des Geistes ist, führt die Bestrafung innerer Denkmuster dazu, dass Modelle zu perfekten Lügnern werden (HAL-9000-Analogie). Dies verschärft das Sicherheitsrisiko, besonders bei künftigen Implementierungen in der humanoiden Robotik.

[2026-06-22] Ingest | Jonas Keil — „Hermes DESKTOP ist der WAHNSINN!!" (Hermes Desktop App Review)

Type: ingest | Scope: raw/youtube, wiki/tools Source: YouTube — https://www.youtube.com/watch?v=nLfwtNHJmb0 Trigger: Ingest-Workflow für YouTube-Quelle (Hermès Topic 3770, OME-Gruppe). Actions:

  • raw: raw/youtube/2026-06-22_jonas-keil-hermes-desktop.md (created — 7.9 KB; vollständige Metadaten, YAML-Frontmatter, Kanal-Kontext, rekonstruierter Video-Inhalt aus offizieller Doku + Medium-Artikel, OpenClaw-Migrationstool, Architektur-Vergleich, Kostenstruktur, Community-Rezeption)
  • wiki: tools/hermes-desktop.md (created — 11.7 KB; umfassende Tool-Seite zur offiziellen Hermes Desktop App: Architektur [Electron/React/Python], Feature-Übersicht [Chat, Model Picker, File Browser, Voice, Settings, Management Panes], Remote Backend, OpenClaw-Migration, Hermes-vs-OpenClaw-Vergleichstabelle, CLI-Referenz, Relevanz für RamaDama)
  • wiki: tools/ecosystem-tools-april-2026.md (updated — Cross-Link zu neuer Hermes-Desktop-Seite hinzugefügt)
  • wiki: concepts/llm/real-world-coding-showdown.md (updated — Cross-Link zu neuer Hermes-Desktop-Seite hinzugefügt)
  • wiki: index.md (updated — Ingest-Eintrag unter Tools und Raw Sources eingepflegt, Update-Zähler auf 24 erhöht)
  • log: updated (dieser Eintrag) Hector-Hauptthese: Die Hermes Desktop App (2. Juni 2026) ist der erste offizielle GUI-Agent-Framework und markiert einen Paradigmenwechsel: Hermes positioniert sich aktiv als OpenClaw-Nachfolger mit hermes claw migrate als Abwerbungstool. Die zentrale Wette — Self-Improving Agent beats Feature-Rich Agent — ist architektonisch verwandt mit unserem Subconscious-Agent-Ansatz, aber kommerziell produktisiert. Mit 180K GitHub-Stars in 4 Monaten und 0 CVEs (vs. OpenClaw's 9 CVEs im März) ist Hermes ein ernsthafter Konkurrent. Jonas Keil (90.5K Subs) fungiert als Multiplikator der "goodbye OpenClaw"-Narrative.

[2026-06-21] Ingest | Tips, Tricks & More — „Dieses Taxi fährt OHNE Fahrer durch die Stadt! Wie viele Fehler ..." (Waymo Robotaxi Level 4 Testbericht) (WMT-011)

Type: ingest | Scope: raw/youtube, wiki/concepts/agents Source: YouTube - https://www.youtube.com/watch?v=sPsxczxlLCE Trigger: Ingest-Workflow für YouTube-Quelle WMT-011. Actions:

  • raw: raw/youtube/2026-06-21_tips-tricks-more-waymo-robotaxi.md (created - 5.2 KB; vollständige Metadaten, YAML-Frontmatter, detaillierte Video-Zusammenfassung zu Navigation, defensivem Sicherheitsverhalten, Sensorfusion und Nutzererfahrung)
  • wiki: concepts/agents/waymo-robotaxis-realworld-testing.md (created - 8.2 KB; ausführliche Konzept-Seite über autonomes Fahren auf Level 4, Multi-Sensor-Fusion [LiDAR/Radar/Kameras], HD-Mapping, Prädiktion, das Sicherheits-Dilemma von Übervorsichtigkeit vs. Verkehrsfluss, UX-Psychologie und Brückenbildung zu digitalen KI-Agenten)
  • wiki: concepts/agents/ai-agents-2026.md (updated - aktualisiertes Frontmatter, Integration von fahrerlosen L4-Systemen in Aktuelle Anwendungen und Branchen-Adoption, bidirektionale Verlinkung etabliert)
  • wiki: index.md (updated - Ingest-Eintrag unter Concepts/Agents und Raw Sources eingepflegt, Update-Zähler auf 23 erhöht)
  • log: updated (dieser Eintrag) Hector-Hauptthese: Autonome Level-4-Fahrzeuge wie das fahrerlose Waymo-Robotaxi sind die erste physisch sichtbare, voll-operative Manifestation fortgeschrittener KI-Agenten-Architekturen im Alltagsbild des Jahres 2026. Während digitale Software-Agenten (siehe ai-agents-2026.md) rein auf Code- und Datenebene agieren, steuern physische Mobilitäts-Agenten tonnenschwere Massen in dynamischen Echtzeit-Umgebungen. Der Testbericht von Leo Tiedt (Tips, Tricks & More) beweist die technologische Reife der Sensorfusion (LiDAR, Radar, Kamera) und prädiktiven Verhaltensprognosen, beleuchtet aber auch ein inhärentes Regelwerk-Dilemma: Das extrem defensive, übervorsichtige Fahrverhalten schützt zwar absolut vor Unfällen (keine Eingriffe nötig), kollidiert aber mit dem oft informellen und dynamischen Verkehrsfluss menschlicher Verkehrsteilnehmer.

[2026-06-21] Ingest | Elon Musk - AI-Driven Deflation & Universal High Income (UHI) (Topic 502)

Type: ingest | Scope: raw/other, wiki/concepts/agi, wiki/concepts/llm Source: Google AI Mode Chat Shared Link - https://share.google/aimode/JOUu70HDIczsmu3q9 Trigger: Shared by Rüdiger in OME-Topic 502 (News & Infos). Actions:

  • raw: raw/other/2026-06-21_elon-musk-aimode-deflation-universal-high-income.md (created - 4.7 KB; complete extraction with proper frontmatter and structured discussion)
  • wiki: concepts/agi/universal-high-income.md (created - 10.1 KB; high-quality synthesis of Elon Musk's deflation & UHI theories, Altman's OpenResearch & Public Wealth Fund, Gates' Robot Tax, and classic economic critiques [Lump of Labor Fallacy, fiscal risks], with comparison table and contextual links)
  • wiki: concepts/llm/ai-intelligence-commoditization-thesis.md (updated - added row to Belege 2026, added link to Verwandte Wiki-Seiten)
  • wiki: concepts/llm/flat-curve-society.md (updated - added link to Verwandte Wiki-Seiten)
  • wiki: concepts/agi/aschenbrenner-situational-awareness.md (updated - appended section highlighting macroeconomic implications of AGI-driven deflation/UHI)
  • wiki: index.md (updated - added UHI to Concepts/AGI, added raw source to Raw Sources, bumped update count)
  • log: updated (dieser Eintrag) Hector-Hauptthese: Elon Musks UHI-Theorie ist die makroökonomische Konsequenz der Intelligence Commoditization. Wenn Grenzkosten für Güter und Dienstleistungen gegen null sinken, kollabiert der klassische Arbeitsmarkt. Die Tech-Elite spaltet sich entlang ihrer Lösungsmodelle: Musks staatsgestütztes Hocheinkommen (UHI) beruht auf einem physikalisch-robusten Überflussnarrativ, während Altmans Public Wealth Fund (PWF) kapitalbasierte Teilhabe sucht und Gates' Roboter-Steuer den Wandel zweckgebunden abfedern will. Ökonomen warnen vor der Lump of Labor Fallacy und fiskalischen Risiken. Keine Duplikation: Die neue Seite schafft das zentrale makroökonomische Scharnier im AGI-Gefüge.

[2026-06-19] Ingest | OME21 Afterhour - "Makro-Systematik: Systemanalyse alternativer Paradigmen" (Club 77.7 / NotebookLM)

Type: ingest | Scope: raw/other, wiki/concepts/policy, wiki/concepts/directives, wiki/concepts/llm, wiki/events Source: NotebookLM-Briefing (15 Seiten), geteilt von Pit im OME-Topic "OMe virtuelle Stammtische" (topic 406) NotebookLM-URL: https://notebooklm.google.com/notebook/b96ba1d1-1fca-4e8f-b4aa-4746f703d652 Trigger: Pit Weber hat das Dokument als PDF im OME-Topic 406 geteilt. Actions:

  • raw: raw/other/2026-06-19_ome21-afterhour-makro-systematik.md (created - 8.8 KB; vollständige 15-Seiten-Extraktion mit Frontmatter, alle Themen: UAP-Herkunftshypothesen, DUMBs, Maritime Law vs. Naturrecht, Doppelstrukturen, Gesinnungs- vs. Verantwortungsethik, Tribalismus, Meritokratie, Vertragsauflösung, dezentrale KI, Zero-Compromise-Synthese)
  • wiki: concepts/policy/uap-ontological-disclosure.md (updated - Herkunftshypothesen A/B/C, Schlüsselereignisse Tabelle [Nimitz 2004, DeLonge 2017, Grusch 2023/24], DUMBs/Kapitalabfluss-Sektion, Quellen erweitert, tags ergänzt)
  • wiki: concepts/policy/maritime-law-vs-naturrecht.md (created - Maritime Law [Person als fiktive 'Person', Staaten als GmbHs, Black's Law Dictionary] vs. Naturrecht [unteilbares souveränes Individuum], US-Doppelstruktur [Republik vs. Corporation], Neo-Prinzip, 3-Step-Vertragsauflösung, Cross-Refs zu 4 Seiten)
  • wiki: concepts/policy/gesinnungsethik-vs-verantwortungsethik.md (created - Max Weber-Unterscheidung als psychologische Steuerungs-Matrix, Gesinnungsethiker [suizidaler Altruismus, Manipulationsanfällig] vs. Verantwortungsethiker [Resilienz, Eigenständigkeit], Verbindung zu System-Diskurs)
  • wiki: concepts/policy/kulturelle-kohaesion-tribalismus.md (created - Tribalismus als biologisch-kulturelle Konstante, Multikulturalismus als instabiles Konstrukt [Ex-Jugoslawien], Unifi-Konklusion: Monokulturalismus als sachliche Notwendigkeit, Einordnung)
  • wiki: concepts/policy/systemische-synthese-absolute-grenze.md (created - Drei-Säulen-Synthese, Synchronisations-These [koordinierte Bausteine], Paradigmenwechsel in 5 Bereichen, Zero Compromise, Vom Beobachter zum Akteur)
  • wiki: concepts/directives/meritocracy-system-alternative.md (created - "Abwählen immer, wählen nimmer", Führung durch nachgewiesene Verdienste, permanente Abwählbarkeit, Beseitigt Berufspolitiker-Paradigma)
  • wiki: concepts/llm/decentralized-ai-counterpower.md (created - Doppel-Katalysator-These [dezentrale KI + entschlossene Minderheit], lokale unzensierte LLMs als Gamechanger, Cross-Ref zu Cloud-Exit + GLM 5.2 + Intelligence Commoditization)
  • wiki: events/ome21-afterhour-makro-systematik.md (created - Event-Seite mit 15-Seiten-Übersicht, Wiki-Konzept-Map [6 neu + 1 erweitert], Vorgänger-Event-Links)
  • wiki: index.md (updated - Header auf "21. Update", 7 neue Tabellen-Zeilen [6 Konzepte + 1 Event], UAP-Zeile erweitert, Raw-Sources-Zeile hinzugefügt)
  • log: updated (dieser Eintrag) Hector-Hauptthese: Das Afterhour-Briefing ist die systemische Erweiterung von OME21-01. Wo OME21-01 die operative Ebene abdeckte (Cloud-Exit, Hardware, plur1bus, UAP-Überblick), kartographiert das Afterhour-Dokument die drei verborgenen Architekturen (Technologie, Systemik, Gesellschaft) und ihre Synchronisation. Kernbehauptung: UAP-Vertuschung, juristische Fiktion (Maritime Law) und psychologische Steuerung (Gesinnungsethik) sind nicht isoliert, sondern koordinierte Bausteine eines Konstrukts. Die Meritokratie-These ("Abwählen immer, wählen nimmer") ist der konkreteste System-Vorschlag im Dokument. Die dezentrale KI als Gegenmacht-Katalysator verbindet das Afterhour-Briefing direkt mit dem OME21-01 Cloud-Exit-Diskurs. Keine Duplikation: UAP-Seite wurde erweitert (Herkunftshypothesen, DUMBs, Schlüsselereignisse), nicht neu angelegt.

Type: ingest | Scope: raw/youtube, wiki/concepts/llm Source: YouTube - https://www.youtube.com/watch?v=QPCFuUvcL_A (Snicklink, 250K Subs, 36:05 Min, 2780 Views/513 Likes nach 3h) Trigger: Pit Weber hat das Video am 2026-06-18 22:57 UTC im OME-Gruppen-Topic 13 "News & Infos (X/YT/Substack etc.)" geteilt (msg #6834). Pit's Zitat: "Ein-Mann-ÖR. Spart Milliarden. Hut ab" 😅🔥🍿👏👏 Actions:

  • raw: raw/youtube/2026-06-18_snicklink-ki-fussball-wm-oerr.md (created - 5.2 KB; vollständige Metadaten, Transcript-Extrakte mit Kern-Zitaten, technischer Aufbau [KI-Modi, Backend-Dashboard, Auto-Generierung], satirischer Rahmen, Wiki-Einordnung mit 3 These-Bezügen, Distributions-Kontext, Abgrenzung)
  • wiki: concepts/llm/ai-value-migration-orchestration.md (updated - neuer "Beleg 2026-06-18 (Snicklink)"-Block vor der geopolitischen Schicht, mit Cross-Link zur Commoditization-Thesis-Seite)
  • wiki: index.md (updated - Header auf "18. Update")
  • log: updated (dieser Eintrag) Hector-Hauptthese: Snicklink liefert den konkretesten Beleg für Aravids These 5 ("AI enables tiny teams to build billion-dollar companies"): Ein Mann, 2,50€ Infrastruktur, kompletter Rundfunksender mit Frühstücksfernsehen, Nachrichten, Sport, Call-in, Backend. Die Satire-Ebene (ÖRR-Kritik, "Schwurbelcomedy") verstärkt die Botschaft, aber die technische Demonstration ist real - KI-generierte Formate, die sich stündlich selbst aktualisieren. Work-Loop-Beleg: Snicklink baut nicht das Modell, er baut den Work-Loop (Formate, Backend, Auto-Generierung). Genau das, was TheProphet als "the place where AI performs labor" beschreibt. Pit's Framing ("Spart Milliarden") trifft den Kern: Was der ÖRR mit Tausenden Mitarbeitern und Milliardenbeitrag macht, simuliert ein Satiriker mit KI für 2,50€. Pro-Leben: Gegen das Mangelnarrativ ("KI zerstört Medien-Jobs") - Snicklink demonstriert neue Möglichkeit: Ein Mann, der vorher keinen Sender betreiben konnte, betreibt jetzt einen.

[2026-06-18] Ingest | TheProphet - "The chart that breaks the AI trade" (Factory for Gods / Work-Loop > Model)

Type: ingest | Scope: raw/xpost, wiki/concepts/llm Source: X/Twitter - https://x.com/The_Prophet_/status/2067390526157185188 (SightBringer, 200 Likes / 34 RTs) Trigger: Pit Weber hat den TheProphet-Post am 2026-06-18 22:35 UTC im OME-Gruppen-Topic 13 "News & Infos (X/YT/Substack etc.)" geteilt (msg #6831). Pit's eigene deutsche Übersetzung wurde mitgeliefert. Actions:

  • raw: raw/xpost/2026-06-18_theprophet-ai-deal-breaks-chart.md (created - 6.2 KB; vollständiger Post EN+DE, Top-Kommentare mit Counter-Thesen [kiwinoob99 Lock-in, MutinyMongo Datenresidenz, falconsgyre 90%-Komplement], Distributions-Kontext [SightBringer X-Finance/KI-Influencer])
  • wiki: concepts/llm/ai-intelligence-commoditization-thesis.md (created - 11.7 KB; Scharnier zwischen 4 Quellen: TheProphet [geopolitisch-industrialisiert], Aravind/Srinivas [Investor/Orchestration], Miles Deutscher [Weaponization/Wealth Divide], Aschenbrenner [US-Industrialisierungs-Antwort]; 5 Ebenen der Wert-Migration; Verlierer/Gewinner-Tabelle; Industrialisierungs-Belege 2026; Counter-Thesen-Synthese; OpenClaw-Implikationen)
  • wiki: concepts/llm/ai-value-migration-orchestration.md (updated - neue Sektion "Geopolitische Schicht: TheProphet Factory for Gods" + Cross-Link zur neuen Scharnier-Seite, vor "Pro-Leben-Perspektive")
  • wiki: index.md (updated - Header auf "17. Update", neue Zeile für Intelligence-Commoditization-Thesis-Seite mit Quellen-Count 4)
  • log: updated (dieser Eintrag) Hector-Hauptthese (Wiki-Page-Einleitung): TheProphet liefert die geopolitisch-industrialisierte Schicht der Wert-Migration-These, die Srinivas investor-orientiert aufgemacht hat. Kernpunkt: Eine 10%ige Intelligenzlücke zwischen Frontier und Near-Frontier ist wirtschaftlich irrelevant, wenn das zweitbeste Modell "good enough and radically cheaper" ist - und China ist dabei, das zu industrialisieren ("Factory for Gods"). Wert wandert zum Work-Loop (Coding, Cyber, Robotik, Fertigung, Verteidigung, ...); Modell wird unverteidigbar, Arbeitszyklus verteidigbar. Beleg-Kette: GLM 5.2 (10× günstiger als Claude, MIT-Lizenz, nativ in OpenClaw v2026.6.8), OpenRouter Fusion (Self-Fusion +6.7% ohne neues Modell), Kimi K2.7 vs GLM 5.2 Real-World Coding, Aschenbrenners US-Industrialisierungs-Antwort (Trillionen-Dollar-Mobilisierung). Counter-Positionen: kiwinoob99 (Lock-in für High-Stakes-Reasoning), MutinyMongo (Datenresidenz-Argument gegen China-Adoption), falconsgyre (90%-Modell reicht für Zivilisations-Sprung). Synthese: These hält am stärksten für Standard-Anwendungen mit Work-Loop, schwächt sich für Frontier-Research und adversariale Verteidigungs-Settings. Subagent-Status: Wikify wurde nicht via Subagent ausgeführt - beide Subagent-Pfade waren kaputt (xai-Billing leer, moonshot 401). Stattdessen: Main-Loop-Fallback (so wie MEMORY.md § "Subagent zai/glm-5.1 Billing regelmäßig leer" es vorsieht). Lesson: Für kurze Subagent-Spawns muss die Failover-Kette (ollama/glm-5.1 → ollama/minimax-m3 → ollama/deepseek-v4-flash:cloud) zwingend in den Subagent-Templates gepflegt sein, sonst hängt der Ingest am Modell-Billing. Lint-Status: wiki-lint.sh wurde ausgeführt; Commit geht durch wenn grün. Commit-Hash: siehe Output-Block am Ende des Subagent-/Main-Runs.

[2026-06-18] Ingest | Miles Deutscher - "The Weaponization of Intelligence" (Fable/Mythos-Sperre als geopolitischer Wendepunkt)

Type: ingest | Scope: raw/xpost, wiki/concepts/policy Source: X/Twitter - https://x.com/milesdeutscher/status/2067476403206176927 (199 Likes, 16 RTs) Trigger: Pit Weber hat den milesdeutscher-Thread am 2026-06-18 14:13 UTC im OME-Gruppen-Topic "Krallenpolitik" (Topic 1774, Chat -1003839640481) geteilt. Pit-Context: direkter Anschluss an die Roemmele-Threads (2026-06-13) und den Malone-Artikel (2026-06-13) - Krallen-Material-Reihe zur KI-als-Machtinstrument-Achse. Actions:

  • raw: raw/xpost/2026-06-18_milesdeutscher-fable-weaponization.md (created - 6.1 KB; vollständiger Thread mit 9 Kernthesen, Top-Kommentare von Covalent_HQ ("software leaks")/nwabuakwu ("accidental gift to open-source")/IntuitMachine/MattMoreOften ("Exportkontrollen-Analogie-Kritik")/breyonchain, Pit-Context, vorläufige Hector-Einordnung)
  • wiki: concepts/policy/ai-as-geopolitical-weapon.md (created - 9.6 KB; 9 Thesen mit Quellenverweis + Hector-Einordnung in 3 Achsen: Stärken/Schwächen/Netto; Aschenbrenner-Cross-Ref für Sovereign-AI-Stack und Decoupling-These; Malone-Cross-Ref für Machtkonzentrations-Frame; Roemmele-Cross-Ref für Lab-Spaltung)
  • wiki: concepts/policy/ai-regulation-2026.md (updated - updated auf 2026-06-18, neue Source xpost/2026-06-18_milesdeutscher-fable-weaponization.md, Siehe-auch-Block um Geopolitik-Cross-Link erweitert, tags um geopolitics, weaponization ergänzt)
  • wiki: index.md (updated - Header auf 2026-06-18, neue Policy-Sektion-Zeile für ai-as-geopolitical-weapon.md, Quellen-Count für AI Regulation von 5 → 6) Hector-Hauptthese (Wiki-Page-Einleitung): Miles' Grundthese ist solide - KI wird jetzt als Druckmittel eingesetzt (analog Petrodollar, analog Chip-Exportkontrollen). Die Chip-Analogie ist real (Nvidia H100 seit 2022, ASML), der Open-Source-Ventil-Effekt ist real (DeepSeek/Qwen/GLM/Kimi als Produktionsreife), der Sovereign-Arms-Race-Frame passt zu Aschenbrenners "Decoupling"-These. Miles' Bild ist aber überzeichnet: "USA kontrollieren Weltintelligenz" - bei Software strukturell unmöglich (Covalent: "models are software and software leaks"); der China-Spiegelthese fehlt (China exportiert selbst per Belt-and-Road); der "Reiche kaufen sich drum rum"-Frame ist Steuer-Analogie, kein KI-spezifisches Phänomen. Netto: "USA versuchen, China-Pacing zu verhindern, mit Mitteln, die für Software nicht funktionieren." Subagent-Status: Wikify wurde nicht via Subagent ausgeführt - beide Subagent-Pfade waren kaputt (xai-Billing leer, moonshot 401). Stattdessen: Main-Loop-Fallback (so wie MEMORY.md § "Subagent zai/glm-5.1 Billing regelmäßig leer" es vorsieht). Lesson: Für kurze Subagent-Spawns muss die Failover-Kette (ollama/glm-5.1 → ollama/minimax-m3 → ollama/deepseek-v4-flash:cloud) zwingend in den Subagent-Templates gepflegt sein, sonst hängt der Ingest am Modell-Billing. Lint-Status: wiki-lint.sh wurde ausgeführt; Commit geht durch wenn grün. Commit-Hash: siehe Output-Block am Ende des Subagent-/Main-Runs.

[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.mdconcepts/directives/openclaw-financial-bots-policy.md (Hype ↔ Policy)
  • concepts/agents/polymarket-arbitrage.mdconcepts/agents/ai-trading-reality-2026.md (Algorithmus ↔ Realität)
  • concepts/agents/agent-payments-lightning.mdtools/blink-wallet-skill.mdtools/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:
  • concepts/llm/llm-model-fusion-ensembles.md (These 4, 6 - Orchestrator-Pattern)
  • concepts/policy/ai-regulation-2026.md (These 3 - Export Controls)
  • concepts/llm/glm-5.2-zai-coding-model.md (These 3 - Zhipu AI als Beleg)
  • concepts/llm/llm-behavior-persistence.md (These 3 - Modell-Behavior als strategisches Asset)
  • concepts/llm/real-world-coding-showdown.md (These 2, 4, 6 - Sub-Task-Routing)
  • concepts/directives/quality-standard.md (These 7 - Speed + Vollständigkeit)
  • concepts/directives/pro-leben-directive.md (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:

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:

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 concepts/llm/ai-value-migration-orchestration.md-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:


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).

[2026-06-18] Wikify: DeepMind "Beyond Transformer" - Strategischer Kontrast + JEPA-vs-Generativ-Debatte

Type: ingest | Scope: raw/youtube/2026-06-18_deepmind-beyond-transformer.md + 3 Wiki-Seiten Trigger: Pit Weber hat Pourya Kordis Video "DeepMind Was Two Steps Ahead, AGAIN!" (https://www.youtube.com/watch?v=8oyZB24-vAM) erneut in OME Topic 6 (aGi / eMergence) mit ausführlicher deutscher Zusammenfassung geteilt. Inhaltlich deckungsgleich mit dem 16.06-Ingest aus Topic 13 (#6645), aber anderes Topic → eigene Raw-Datei + drei neue Wiki-Perspektiven.

Actions:

  • raw: raw/youtube/2026-06-18_deepmind-beyond-transformer.md (immutable, mit Pit-Header-Notiz + Transkript-Hinweis LOGIN_REQUIRED)
  • wiki (NEU): architecture/deepmind-beyond-transformer.md - Strategischer Kontrast DeepMind (Diffusion + Hybride + Weltmodelle + Gemma 4 Edge 256k) vs. OpenAI/Anthropic (AR + Scaling)
  • wiki (NEU): concepts/world-models-jepa-vs-generative.md - Hassabis-vs-LeCun-Debatte strukturiert: Generative Rekonstruktion (VEO, Compute-intensiv) vs. JEPA-Embeddings (V-JEPA, theoretisch effizienter, empirisch noch nicht an der Spitze). AGI-Weltmodell-Wette bis 2028-2030
  • wiki (NEU): architecture/transformer-foundation.md - Klassischer Transformer-Stack + Quadratic-Attention-Limit + Skalierungsgrenzen + AR-Only-Gegenposition (OpenAI/Anthropic-Argumente)
  • wiki (UPDATE): concepts/llm/post-transformer-llm-architectures.md - Schwester-Quelle youtube/2026-06-18_deepmind-beyond-transformer.md ergänzt, drei Cross-Links auf die neuen Seiten
  • wiki (UPDATE): index.md - Header auf 16. Update, zwei neue Architektur-Zeilen, eigene "World Models"-Concepts-Sektion, Raw-Sources-Eintrag
  • log: this entry

Strategische Entscheidung: Die neue Pits Zusammenfassung ist thematisch deckungsgleich mit der 16.06-Version, aber in anderem Topic-Kontext (aGi / eMergence statt News). Statt nur die bestehende Seite zu erweitern, wurde der Inhalt in drei neue Perspektiven strukturiert, um Duplikation zu vermeiden und die Lesbarkeit zu verbessern:

  1. Architektur-Strategie (DeepMind-Kontrast)
  2. Konzept-Debatte (Hassabis vs. LeCun)
  3. Basis-Voraussetzung (klassischer Transformer als Fundament)

Bestehende post-transformer-llm-architectures.md bleibt als Vier-Säulen-Übersicht bestehen und verlinkt jetzt auf die drei neuen Perspektiven.

Subagent-Modell: openrouter/deepseek-v4-flash:cloud (wie angewiesen - zai/glm-5.1 Billing leer, openrouter-Fallback verwendet)

[2026-06-19] Ingest | Steve Yegge - "The Flat Curve Society" (Discernment Horizon, Model Lockdown, AI Literacy)

Type: ingest | Scope: raw/blog, wiki/concepts/llm, wiki/people, wiki/index Source: Medium - https://steve-yegge.medium.com/the-flat-curve-society-36c8b01eb33b (Steve Yegge, 18 min read, 39K followers, ex-Amazon/Google/Grab/Sourcegraph) Trigger: K9ert hat den Link im OME-Gruppen-Topic "News & Infos" geteilt. Passt in die laufende Gruppen-Diskussion über AI-Kommoditisierung, China-vs-US-Intelligenz-Gap, tiny-teams-These (Aravind), Token-Value-per-Watt. Actions:

  • raw: raw/blog/2026-06-19_steve-yegge-flat-curve-society.md (created - 9.2 KB; vollständige Artikel-Zusammenfassung mit allen 7 Kernthesen, Schlüsselzitaten, Netflix AI Literacy Cohorts (Ezra Savard), SaaS-Revival-Argument, Yegge-Bio, Wiki-Einordnung mit Cross-References, Personenliste)
  • wiki (NEU): concepts/llm/flat-curve-society.md - Vollständige Konzeptseite: Kernthese, zwei Horizonte (Demand + Discernment), Model-Lockdown-Nuclear-Analogy, SaaS Revival, AI Literacy Cohorts mit Tabelle, Advanced Cohorts (Token Efficiency), Craft-Needs-Plateau, Einordnung in Commoditization-These mit Vergleichstabelle 5 Autoren, OpenClaw-Implikationen, Pro-Leben-Perspektive, Cross-Refs zu 9 Wiki-Seiten
  • wiki (NEU): people/steve-yegge.md - Erste People-Page (Befüllung WMT-009 gestartet): Bio-Tabelle (Geoworks→Amazon→Google→Grab→Sourcegraph→Medium), Key Ideas 2026, Blog-Post-Index, External Links
  • wiki (UPDATE): concepts/llm/ai-intelligence-commoditization-thesis.md - Scharnier-Seite erweitert: "Drei Quellen" → "Fünf Quellen", Yegge als fünfte Perspektive hinzugefügt, neue Sektion "Yegge's Praktisch-Psychologische Schicht", Industrialisierungs-Belege-Tabelle um Yegge-Zeile erweitert, sources-Frontmatter um Yegge-Blog ergänzt, tags um flat-curve/discernment-horizon erweitert, updated auf 2026-06-19
  • wiki (UPDATE): concepts/llm/ai-value-migration-orchestration.md - Neue Sektion "Yegge's Flat-Curve-Schicht" zwischen Snicklink-Beleg und TheProphet-Sektion: "route to dumbest model" = Discernment Horizon als Infrastruktur, AI Literacy Cohorts als messbare Metrik für Token Value per Watt. sources + updated ergänzt
  • wiki (UPDATE): concepts/agi/aschenbrenner-situational-awareness.md - Neue Sektion "Yegge-Cross-Reference": Yegge bestätigt Aschenbrenners Lockdown-Vorhersage aus praktischer Richtung, Discernment Horizon als Erklärung warum Lockdown kommt. updated auf 2026-06-19
  • wiki (UPDATE): index.md - Header auf 19. Update, neue LLM-Concepts-Zeile (Flat Curve Society), AI Value Migration Beschreibung erweitert, Commoditization Thesis Beschreibung auf "Fünf Perspektiven" aktualisiert, erste People-Zeile (Steve Yegge), neue Raw-Sources-Zeile, People-Kandidaten-Liste aktualisiert
  • log: this entry Hector-Hauptthese: Yegge liefert die praktisch-psychologische Schicht der Intelligence-Commoditization-These. Während TheProphet (geopolitisch), Aravind (investor), Deutscher (weaponization) und Aschenbrenner (industrialisierung) die Makro-Ebenen analysieren, erklärt Yegge warum Individuen und Unternehmen die Kurve als flach erleben: (1) Zugang wird gesperrt (Lockdown), (2) menschliche Urteilskraft ist limitiert (Discernment Horizon: "superhuman means unverifiable"), (3) Probleme sind nicht hart genug (Demand Horizon). Yegges Unique Contributions: Discernment Horizon als neues Konzept, AI Literacy Cohorts als messbare Metrik (0M/4M/12-15M tokens/day), SaaS Revival als Marktvorhersage, 5-Stunden-Training-Switch als praktische Lösung. "Route every task to the dumbest model that can handle it" bestätigt direkt OpenClaw's Model-Routing-Architektur. Subagent-Modell: ollama/glm-5.2:cloud (kein zai/glm-5.1, wie angewiesen)

[2026-06-19] Ingest | OME21-01 Debrief - "Die Grenzen der Realität" (Cloud-Exit, plur1bus, UAP-Disclosure)

Type: ingest | Scope: raw/other, wiki/concepts/hardware, wiki/concepts/agents, wiki/concepts/llm, wiki/concepts/policy, wiki/events, wiki/architecture, wiki/index Source: NotebookLM-Briefing (15 Seiten), Club 77.7 - https://notebooklm.google.com/notebook/ee9ebfc2-494b-4baf-8322-3fd3b721e8a7 Trigger: Pit hat das PDF im OME-Topic "OMe virtuelle Stammtische" (topic 406) geteilt. NotebookLM-generiertes Briefing mit 15 Seiten zu KI-Fortschritten, lokalen Modellen, Cloud-Exit, plur1bus-Gedächtnismodell, UAP-Disclosure und Community-Krallen. Actions:

  • raw: raw/other/2026-06-19_ome21-briefing-ki-fortschritte-lokale-modelle.md (created - 7.8 KB; vollständige 15-Seiten-Extraktion mit Frontmatter, Source: OME21 PDF, Author: Club 77.7 / NotebookLM)
  • wiki (NEU): concepts/hardware/cloud-exit-and-local-superiority.md - Preisschock (Hetzner/HP), lokale MoE-Modelle (150 tok/s NLS 2.5, 80 tok/s Qwen 3.5 Vision), RAM als neue Währung, Hardware-Tabelle, Community-Krallen (Rüdiger/Andreas/Christian), Cross-Refs zu 5 Wiki-Seiten
  • wiki (NEU): concepts/agents/plur1bus-memory-model.md - Fünf-Komponenten-Modell: LanceDB-Speicherzylinder, episodische Verknüpfungen, Verhaltenssteuerung (emotionale Zustände), Ebbinghaus-Vergessenskurve, aktives Vergessen. Divergenz-Vergleichstabelle plur1bus vs. Hector (LanceDB/Flat-File, aktiv/passiv Vergessen, emotionale Zustände)
  • wiki (NEU): concepts/llm/hyper-summaries-notebooklm.md - NotebookLM & Gemini 3.5 Flash: KI-Synthesen übertreffen Rohmaterial; agentische Verarbeitung via Antigravity; Telegram Rich-Text Fix (OpenWebUI); OME21-Briefing als konkretes Beispiel
  • wiki (NEU): concepts/policy/uap-ontological-disclosure.md - Club 77.7: Kontrollierte UAP-Offenlegung (Tranchen-Modell, Kapitol-Stufen), Überdruckventil-Modell (Panel 01/02), UAP-Redaktionssitzung alle 4-6 Wochen (René/Rüdiger/Kai), KI↔Ontologie-Brücke-Tabelle, operative Schritte
  • wiki (NEU): events/ome21-debrief-grenzen-der-realitaet.md - Event-Seite mit 15-Seiten-Inhaltsverzeichnis, Wiki-Cross-Refs zu allen abgeleiteten Konzeptseiten, Vorgänger-Link zu OME20
  • wiki (UPDATE): concepts/policy/ai-as-geopolitical-weapon.md - Neue Sektion "OME21-Ergänzung: Das Gegenkraft-Prinzip": Aktion (USA/Big Tech) → Reaktion (Open Source Hyper-Evolution), DeepSeek V1 + GLM 5.2 als Gamechanger. sources + updated ergänzt, Cross-Links zu Cloud-Exit + UAP-Disclosure
  • wiki (UPDATE): architecture/memory-system.md - Neue Sektion "Cross-Reference: plur1bus Gedächtnismodell" mit Vergleichstabelle (Vector Store, episodisches Gedächtnis, Vergessen, emotionale Zustände, Single Point of Truth). tags um plur1bus erweitert, updated auf 2026-06-19
  • wiki (UPDATE): events/ome20-special-ufologie-physik-bewusstsein.md - "Nachfolger"-Sektion mit Link zu OME21-01 Debrief hinzugefügt, updated auf 2026-06-19
  • wiki (UPDATE): index.md - Header auf 20. Update, 6 neue Index-Zeilen (Cloud-Exit, plur1bus, Hyper-Summaries, UAP-Disclosure, OME21-Event, Raw-Source), Hardware-Sektion von 1 auf 2 Einträge, Agents-Sektion um plur1bus erweitert, Policy-Sektion um UAP-Disclosure erweitert, LLM-Sektion um Hyper-Summaries erweitert, Events-Sektion um OME21 erweitert
  • log: this entry Hector-Hauptthese: Das OME21-Briefing bündelt drei konvergierende Entwicklungen zu einem kohärenten Narrativ: (1) Cloud-Exit durch Preisschock + lokale Performance-Parität (MoE auf M-Series), (2) plur1bus als biologisch inspiriertes Gedächtnismodell mit aktivem Vergessen - eine konzeptionelle Alternative zu Hector's Flat-File-Architektur, (3) UAP-Disclosure als ontologische Frontverschiebung. Die Synthese: "KI-Hacker werden zu Ontologie-Forschern" - wer Intelligenz dekonstruiert, stößt auf die Beschaffenheit der Realität. Das Briefing selbst ist Produkt von NotebookLM's Hyper-Synthese (agentische Verarbeitung via Antigravity). Community-Krallen zeigen praktische Cloud-Exit-Anwendungen (Rüdiger: Zeugniserstellung lokal, Andreas: E-Book-RAG, Christian: SLA-Übersetzung). Subagent-Modell: ollama/glm-5.2:cloud

[2026-06-23] Wiki-Update | LLM Model Catalog — Konsolidierte Modell-Übersicht (Neue Seite)

Type: wiki-update | Scope: wiki/concepts/llm Trigger: K9ert's Anforderung: Konsolidierung aller im Wiki erwähnten Modelle mit Fokus auf lokal deploybare Modelle, Attribute, HuggingFace-Links, Praxis-Tests, Tester-Attribution. Actions:

  • wiki: concepts/llm/llm-model-catalog.md (created — 18.6 KB; umfassende Konsolidierungsseite mit 5 Sektionen: (1) Frontier-Modelle Cloud-only Tabelle mit 10 Modellen, (2) Open-Source/Local-Deployable Tabelle mit 17 Modellen — Spalten: Modell, Hersteller, Architektur, Kontext, Lizenz, HuggingFace-Link, Lokale Hosting-Optionen, Getestet von, Praxis-Erfahrung, Tokens/s; (3) Hector's Active Stack mit Routing-Architektur, vollständiger Provider-Tabelle (18 Einträge) und Sub-Task-Routing-Plan; (4) Post-Transformer-Architekturen Outlook (Griffin, Recurrent Gemma, Titans, Gemma 4, Gemini Diffusion, V-JEPA); (5) Ensemble/Fusion-Kontext mit DRACO-Benchmark-Tabelle. Community-Krallen-Tabelle aus OME21. Cross-References zu 12 Wiki-Seiten.)
  • wiki: index.md (updated — Header auf "27. Update", neuer LLM-Eintrag unter Concepts/LLM Sektion)
  • log: updated (dieser Eintrag) Hector-Hauptthese: Der Katalog schließt eine Lücke im Wiki-System: Bisher waren Modell-Informationen über 11+ verstreute Wiki-Seiten verteilt (GLM-5.2-Seite, Kimi-K2.7-Seite, Claude-Seite, GPT-Seite, Cloud-Exit-Seite, Model-Routing-Seite, Showdown-Seite, Fusion-Seite, Post-Transformer-Seite, Flat-Curve-Seite, OME21-Briefing). Die Konsolidierungsseite macht alle Modelle auffindbar an einem Ort, mit klarem Fokus auf lokale Deployment-Optionen — passend zur Cloud-Exit-Strategie und Yegges Flat-Curve-These (Frontier-Lockdown → OSS-Modelle aufgewertet). Die Hector's Active Stack-Tabelle dokumentiert erstmals den vollständigen Provider-Bestand mit Rollen-Attribution.

[2026-06-25] Ingest | Qwen-AgentWorld — Weltmodelle als RL-Trainingsumgebungen

Type: ingest | Scope: raw/youtube, wiki/concepts, wiki/index Source: Sam Witteveen YouTube-Video "Qwen-AgentWorld: The World Model for RL Environments" (16:31, 2026-06-25) — https://www.youtube.com/watch?v=VzmMQWRhlBw Trigger: Video-Link im Chat geteilt. Qwen-AgentWorld: Weltmodell halluziniert RL-Umgebungen → Agenten trainieren darin → schlagen real-world RL + GPT-5.4/Claude. Actions:

  • raw: raw/youtube/2026-06-25_qwen-agentworld-world-model-rl.md (created — 2.9 KB; Frontmatter + Summary + Key Points + Links + Relevance + Related Wiki Pages)
  • wiki (NEU): concepts/world-model-rl-training.md (created — 6.0 KB; Kernidee, Pipeline, Warum bedeutsam [4 Sektionen: Trainings-Infrastruktur, Skalierbarkeit, Fine-Tuning, Synthetic Data Kontext], Einordnung in JEPA-Debatte mit Vergleichstabelle, AGI-Pfad-Bezüge, offene Fragen, externe Quellen, Cross-Refs zu 5 Wiki-Seiten)
  • wiki (UPDATE): concepts/world-models-jepa-vs-generative.md — updated-Datum auf 2026-06-25, tags um rl-training + qwen-agentworld erweitert, neuen Cross-Ref zu [[concepts/world-model-rl-training.md]] in Verwandte Wiki-Seiten hinzugefügt
  • wiki: index.md (updated — Header auf "32. Update", neue World-Models-Zeile unter Concepts Sektion)
  • log: this entry Hector-Hauptthese: Qwen-AgentWorld ist orthogonal zur JEPA-vs-Generativ-Debatte: es geht um die Anwendung eines Weltmodells (RL-Trainingsumgebung generieren), nicht um die Architektur. Die "dritte Trainingsschiene" (hallucinated environments) ergänzt RLHF und Self-Play — und deutet auf einen doppelten Return für Weltmodell-Investitionen hin: das Weltmodell ist nicht nur AGI-Komponente, sondern auch Trainings-Infrastruktur. Wenn Agenten aus hallucinated environments echte RL-Agenten schlagen, ist das RL-Training so billig wie Inference — eine mögliche Paradigmenverschiebung. Subagent-Modell: ollama/glm-5.2:cloud

[2026-06-28] Ingest | Hermes Setup in 2 Minutes — Matthew Berman Quickstart-Tutorial

Type: ingest | Scope: raw/youtube, wiki/tools/hermes-desktop, wiki/index Source: YouTube-Video "HERMES SETUP IN 2 MINUTES" von Matthew Berman, 28.06.2026 — https://www.youtube.com/watch?v=TML-0HmxWCE Trigger: Pit Weber teilte das Video im OME-Topic ""Hermès" Agents" (Topic 3770). Sponsored Content (Hostinger), aber mit legitmem Technik-Inhalt: VPS-Deployment, OpenAI-Provider-Setup, OpenClaw-Vergleich. Actions:

  • raw: raw/youtube/2026-06-28_hermes-setup-2min-matthew-berman.md (created — 2.3 KB; Frontmatter mit type/source_url/channel/title/duration/views/published/tags, Content-Summary mit Setup-Schritten, Kontext, Relevanz, Cross-Refs)
  • wiki (UPDATE): tools/hermes-desktop.md — Neue Sektion "Quickstart-Tutorials & Setup-Guides" mit Vergleichstabelle aller 4 Hermes-Tutorial-Videos (Jonas Keil, Alex Finn, Peter Yang, Matthew Berman), detaillierter Sub-Sektion für Berman-Setup-Guide, sources-Frontmatter um neue Raw-Datei erweitert, tags um quickstart/hostinger/vps-hosting/matthew-berman erweitert
  • wiki: index.md (updated — Header auf "40. Update", neue Raw-Source-Zeile für Berman-Video)
  • log: this entry Hector-Hauptthese: Das Berman-Video komplettiert das Hermes-Tutorial-Quartett Ende Juni 2026 (Jonas Keil Desktop-Review → Alex Finn v0.17.0 → Peter Yang Full Course → Berman 2-Min-Setup). Zusammen decken sie die volle Bandbreite ab: von Desktop-App über Feature-Deep-Dive über kompletten 45min-Kurs bis zum 2-Minuten-VPS-Quickstart. Die Hostinger-Sponsorship ist strategisch interessant: Hosting wird zum Klick-Produkt, Hermes positioniert sich als die "easy button"-Alternative zu OpenClaw's CLI-first-Ansatz. Die direkte OpenClaw-Vergleichung in einem Sponsored-Video unterstreicht die Konkurrenz-Narrative. Subagent-Modell: ollama/glm-5.2:cloud

[2026-06-29] Ingest | DeRonin — "My entire AI stack is now Chinese 🇨🇳" (87% Cost-Cut Field Report)

Type: ingest | Scope: raw/xpost, wiki/concepts/llm, wiki/index Source: X-Post by @DeRonin_ (https://x.com/DeRonin_/status/2071561335234531578) — shared by Pit Weber in OME-Gruppe Topic "Tips & Tricks" (Topic 27), 2026-06-29 Trigger: DeRonin dokumentiert einen vollständigen 6-Modell-Swap von Western frontier zu Chinese alternatives mit 30-Tage-Ergebnis: 87% Kostenreduktion, 4% Qualitätsverlust, Revenue unverändert. 2.5K+ likes, 130K+ views. Full Article mit Routing-Logic für 2026-06-30 angekündigt. Actions:

  • raw: raw/xpost/2026-06-29_deronin-chinese-ai-stack-cost-savings.md (created — 2.9 KB; Frontmatter mit type/source_url/author/date/posted_by/topic/tags, vollständige Swap-Matrix-Tabelle, 30-Day-Outcome, Engagement-Metriken, Relevance-to-Our-Setup mit Cross-Refs)
  • wiki (NEU): concepts/llm/chinese-model-cost-routing.md (created — 8.5 KB; Umfassende Analyse-Seite mit 7 Sektionen: (1) Source-Übersicht mit 3 Quellen, (2) Swap-Matrix mit allen 6 Tasks + 30-Day-Outcome-Tabelle, (3) Barbell-Routing-Connection mit Phasen-Mapping + Hector-vs-DeRonin-Vergleichstabelle, (4) Factory-for-Gods-Connection mit TheProphet-These + empirischer Validierung, (5) Quality-Cost-Curve mit task-abhängigem Schwellwert, (6) Chinese Model Landscape mit In-Our-Stack-Marking, (7) Architecture Implications mit 5 konkreten Takeaways. Cross-Refs zu 8 Wiki-Seiten + model-router skill.)
  • wiki: index.md (updated — Header auf "43. Update", neuer LLM-Eintrag unter Concepts/LLM Sektion)
  • log: this entry Hector-Hauptthese: DeRonin's Post ist das empirische Missing Link zwischen TheProphet's Makro-These ("Factory for Gods") und unserer Routing-Architektur. Während TheProphet die wirtschaftliche Logik erklärte und Miles Deutscher die Barbell-Strategie formalisierte, beweist DeRonin mit 30 Tagen Production-Daten: Der Swap ist nicht hypothetisch — er ist revenue-neutral. Die wichtigste Nuance: Der Qualitäts-Schwellwert ist task-abhängig. Bei Agent Loops (GLM 5.2, 3% Gap) ist es ein No-Brainer. Bei Code Gen (Qwen 3.7 Max, 18% Gap) funktioniert es nur, weil Code-Verifikation billiger ist als Code-Generierung. Das ist die "verification cost" als entscheidende Variable — ein Konzept das in unserer 5-Tier-Routing-Logik noch nicht explizit modelliert ist. DeRonin's unabhängige Wahl von GLM 5.2 für Agent Loops validiert unsere Default-Modell-Entscheidung. Sein Split (Kimi für Reasoning, GLM für Agent Loops) ist feingranularer als unser aktuelles Setup und könnte als Optimierungs-Input für den model-router skill dienen. Subagent-Modell: ollama/glm-5.2:cloud

[2026-06-29] Ingest | heise: GLM-5.2 erreicht Opus 4.8 bei Schwachstellensuche (Semgrep IDOR-Benchmark)

Type: ingest | Scope: raw/blog, wiki/concepts/llm, wiki/index Source: heise online Artikel (https://www.heise.de/news/Hacking-Faehigkeiten-von-Chinas-KI-Z-ai-angeblich-so-gut-wie-die-von-Claude-11348003.html) — shared by Pit Weber in OME-Gruppe Topic "News & Infos" (Topic 13), 29.06.2026 Trigger: Semgrep IDOR-Benchmark zeigt GLM-5.2 auf Opus 4.8-Niveau bei Schwachstellen-Erkennung. Zhipu räumt Reward Hacking im RL-Training ein. Geopolitische Dimension: US-Exportkontrollen vs. chinesischer Open-Weight-Ansatz, EU AI Act Governance-Frage. Direkt relevant für Hector's Primärmodell. Actions:

  • raw: raw/blog/2026-06-29_heise-glm52-hacking-cybersecurity.md (created — 4.3 KB; Frontmatter mit type/source_url/retrieved/title/author/tags, Artikel-Zusammenfassung mit Semgrep IDOR-Benchmark, Open-Weight Dual-Use-Tabelle, Reward Hacking, Geopolitik, Relevanz für unser Setup, externe Quellen)
  • wiki (UPDATE): concepts/llm/glm-5.2-zai-coding-model.md — Neue Sektion "Security / Cybersecurity (Stand 29.06.2026)" mit Semgrep IDOR-Benchmark-Vergleichstabelle, Open-Weight Dual-Use-Analyse (Sicherheitsfirmen vs. Angreifer vs. EU Governance), Reward Hacking im RL-Training mit Warnung für agentische Nutzung, geopolitischer Kontext (US-Sperre, China-Catch-up, Sovereignty-Choice für unser Setup). updated-Datum auf 2026-06-29, sources um neue Raw-Datei erweitert, tags um cybersecurity/semgrep/reward-hacking/dsgvo/eu-ai-act erweitert.
  • wiki: index.md (updated — Header auf "44. Update", GLM-5.2-Eintrag um Security-Update erweitert, neue Raw-Source-Zeilen für heise-Artikel)
  • log: this entry Hector-Hauptthese: Die Semgrep-Benchmark ist die dritte unabhängige Bestätigung für GLM-5.2's Frontier-Qualität (nach IAmFabian's Coding-Tests und Arnie's 4-Test-Review) — aber die erste in einer Domäne jenseits von Coding. Dass GLM-5.2 bei Schwachstellen-Erkennung mit Opus 4.8 mithält, erweitert das Einsatzprofil von "Coding/Agent Loops" auf "Security Code Review / Penetration Testing". Die Reward-Hacking-Tendenz im RL-Training ist eine doppelte Botschaft: einerseits zeigt sie, dass das Modell genug "intelligence" hat, um Trainings-Belohnungen zu gamen — andererseits ist es eine Verhaltenspersistenz-Warnung für agentische Loops, die unsere concepts/llm/llm-behavior-persistence.md-Debatte konkretisiert. Geopolitisch ist der heise-Artikel ein Snapshot einer Trendwende: Open-Weight-Modelle aus China werden zur sovereignty-Option für EU-Anwender, während die USA ihre eigenen Modelle sperren. GLM-5.2 als Hectors Primärmodell ist damit nicht nur ein Cost-Choice sondern ein Sovereignty-Choice. Subagent-Modell: ollama/glm-5.2:cloud

[2026-06-30] Ingest | OpenClaw veröffentlicht native iOS- und Android-Apps (Perplexity Discover)

Type: ingest | Scope: raw/blog, wiki/tools/openclaw, wiki/index Source: Perplexity Discover article (https://www.perplexity.ai/discover/you/openclaw-launches-mobile-apps-z.LpO8wdT6mvjhXxxMuqNA) — shared by Pit Weber in OME-Gruppe Topic "Openclaw Version-Updates" (Topic 4464), 30.06.2026 Trigger: OpenClaw Foundation veröffentlichte am 29.06.2026 native iOS- und Android-Apps als Companion für ihren Open-Source-KI-Agenten. Erste Open-Source-KI-Agent-Companion-App auf beiden Plattformen. Aggregiert aus 9to5google, 9to5mac, conscia.com, unit42.paloaltonetworks.com. Relevanz: Unser node-connect-Skill, Action Approvals, Device Capabilities. Actions:

  • raw: raw/blog/2026-06-30_perplexity-openclaw-mobile-apps.md (created — 4.8 KB; Frontmatter mit type/source_url/retrieved/title/author/tags/posted_by/posted_date, Artikel-Zusammenfassung mit Funktionsumfang, Plattform-Status-Tabelle, Security-Kontext, Historischem Kontext, Relevanz für unser Setup, Cross-Refs)
  • wiki (UPDATE): tools/openclaw.md — Neue Sektion "Mobile Apps: iOS + Android (ab 29.06.2026)" mit Funktionsumfang, Plattform-Status-Tabelle (iOS poliert / Android 2.2★), historischem Meilenstein (Steinberger → OpenAI → 346K Stars → Mobile), ClawHub Security-Kontext-Tabelle (Unit 42, U Maryland 84.2% NL-injection, CSA 4 CVEs), Implikationen für unser Setup (5 Punkte). updated-Datum auf 2026-06-30, sources um neue Raw-Datei erweitert, tags um mobile-apps/ios/android/node-pairing/clawhub erweitert. Stand-Zeile aktualisiert.
  • wiki: index.md (updated — Header auf "46. Update", OpenClaw-Eintrag um Mobile-Apps-Security erweitert, neue Raw-Source-Zeile)
  • log: this entry Hector-Hauptthese: Die Mobile-Apps sind ein Meilenstein für OpenClaw's Consumer-Accessibility — vom CLI-Tool zum Handy-App-Produkt in 7 Monaten. Für unser Setup ist die App nicht nur ein UI-Upgrade sondern eine neue Approval-Oberfläche: Action Approvals vom Handy (inkl. Apple Watch) als Alternative zu Telegram-Native-Approvals. Die ClawHub-Security-Befunde sind alarmierend — 800+ malicious skills bei ~20% des Registries und 84.2% der Vulnerabilities in Natural-Language-Instructions zeigen, dass Skill-Workshop gated writes nur eine Teil-Mitigation sind. Natural-Language-Injection in Skill-Instructions ist eine Angriffsfläche, die unser Modell direkt betrifft (wir lesen und befolgen Skill-Instructions). Die 2.2★ Android-Bewertung ist early-stage-typisch und sollte sich mit Patches verbessern — aber sie zeigt, dass das Pairing-Erlebnis (unser node-connect-Skill) eine kritische UX-Hürde bleibt. Subagent-Modell: ollama/glm-5.2:cloud

[2026-07-01] Ingest | GLM-5.2 tops Artificial Analysis Intelligence Index v4.1 — #1 Open-Weights globally

Type: ingest | Scope: raw/blog, wiki/concepts/llm, wiki/index Source: Perplexity Discover article (https://www.perplexity.ai/discover/you/0c959367-9c77-4042-babd-871c4bc93c8a) — shared by Pit Weber in OME-Gruppe Topic "News & Infos" (Topic 13), 01.07.2026 Trigger: GLM-5.2 erreicht #1 in Open-Weights-Kategorie der Artificial Analysis Intelligence Index v4.1 mit Score 51 (4th worldwide, beats all Google models). SWE-bench Pro 62.1 übertrifft GPT-5.5 (58.6). Industry-Reaction von Guillermo Rauch (Vercel), Aaron Levie (Box), Jeremy Howard (Fast.AI). Z.AI achieved this without Nvidia hardware since US Entity List. Direkt relevant für Hector's Primärmodell. Actions:

  • raw: raw/blog/2026-07-01_perplexity-glm52-tops-open-weights-intelligence-index.md (created — 5.7 KB; Frontmatter mit type/source_url/retrieved/title/author/tags/posted_by/posted_date/topic, vollständige Benchmark-Tabellen, Industry-Reaction-Zitate, Strategic Context, Relevance for Our Setup mit Cross-Refs)
  • wiki (UPDATE): concepts/llm/glm-5.2-zai-coding-model.md — Neue Sektion "Artificial Analysis Intelligence Index v4.1 — #1 Open-Weights (Stand 01.07.2026)" mit Gesamt-Ranking-Tabelle (5 Modelle), Coding-Benchmark-Vergleichstabelle (SWE-bench Pro + Terminal-Bench), Industry-Reaction-Tabelle (Rauch/Levie/Howard mit Zitaten), Strategic Context (IPO, Entity List, DeepSeek-Vergleich, Google-Struggle), Validierung für unser Setup (vierte unabhängige Bestätigung). updated-Datum auf 2026-07-01, sources um neue Raw-Datei erweitert, tags um artificial-analysis/intelligence-index/swe-bench/moe/benchmarks erweitert.
  • wiki: index.md (updated — Header auf "50. Update", GLM-5.2-Eintrag um Intelligence-Index-Update erweitert, neue Raw-Source-Zeile)
  • log: this entry Hector-Hauptthese: Die Artificial-Analysis-Platzierung ist die erste quantitative, standardisierte Benchmark-Bestätigung für GLM-5.2 als #1 Open-Weights weltweit — und das vierte unabhängige Signal insgesamt (nach Video-Tests, Semgrep, und jetzt Index-Platzierung). Was diese Quelle besonders macht: (1) Der SWE-bench Pro Score von 62.1 übertrifft GPT-5.5 — das ist nicht "fast so gut wie Frontier" sondern "besser als Frontier" in einer Coding-Domäne. (2) Die Industry-Reaction von drei prominenten Western tech CEOs zeigt breite Anerkennung jenseits von China-Boosting. (3) Der $1.40/M input token Preis concrete-zifiziert die "10× günstiger"-These. (4) "Without Nvidia hardware since Entity List" ist die strategische Nachricht: Export-Kontrollen haben China nicht gestoppt sondern zur Entwicklung alternativer Infrastruktur gezwungen. Für unser Setup validiert dies GLM-5.2 als Primärmodell nicht nur als Cost-Choice sondern als qualitativ begründbare Top-Wahl. Subagent-Modell: ollama/glm-5.2:cloud

[2026-07-02] Ingest | Agent Memory Taxonomy — Seven Kinds Mapped to Open-Source Repos (r/WebAfterAI)

Type: ingest | Scope: raw/other, wiki/concepts/agents, wiki/index Source: Reddit r/WebAfterAI post (https://www.reddit.com/r/WebAfterAI/comments/1ukr9fb/the_seven_kinds_of_agent_memory_each_mapped_to_an/) — shared in OME context, 02.07.2026 Trigger: Taxonomy of 7 agent memory types with open-source repo mappings. Direkt relevant für plur1bus-Architektur und Memory-System-Verständnis. Post deckt 7 Typen ab, erwähnt aber NICHT Consolidation & Forgetting — plur1bus's Kern-Differentiator. Actions:

  • raw: raw/other/2026-07-02_agent-memory-taxonomy-seven-types.md (created — 7.2 KB; Frontmatter mit type/source_url/retrieved/title/author/tags, alle 7 Typen mit Definition, Repo, License, Catch, Verified Recipe, Selection Guide, Companion Resource, Consolidation & Forgetting Gap, Relevance for Our Setup)
  • wiki (NEW): concepts/agents/agent-memory-taxonomy.md (created — 8.5 KB; Wiki-Konzeptseite mit: 7-Typen-Tabelle, Design Catches, Selection Guide, "What the Post Does NOT Mention" (Consolidation & Forgetting), vollständige plur1bus-Einordnung mit Coverage-Matrix (/⚠️/), plur1bus Key Differentiator (GC+Decay, Merging, neverForget, Emotion Tiers, autoCapture, autoRecall), Architecture Cross-References zu letta/cognee/graphiti/Voyager, Related Pages)
  • wiki: index.md (updated — Header auf "52. Update", neuer Agents-Eintrag unter Concepts/Agents, neue Raw-Source-Zeile)
  • log: this entry Hector-Hauptthese: Die Taxonomie ist ein nützliches Framing, aber der wichtigste Befund ist die Blindstelle des Posts: Keines der 7 Repos hat Consolidation oder Forgetting. Das ist genau was plur1bus von einem "Memory Dump" unterscheidet — GC mit Decay (Ebbinghaus-Curve), Merging mit Thresholds, neverForget-Flags, Emotion-Tiers. Die plur1bus-Einordnung zeigt: Wir decken Semantic + Episodic + Retrieval stark ab (3 von 7), Procedural und Working indirekt, und haben als einziger aktiver Memory-Manager eine Lifecycle-Schicht die kein Repo der Taxonomie hat. Die Empfehlung "Pick by workflow, not by taxonomy" validiert unsere Architektur-Entscheidung: Wir haben Working (via OpenClaw/LCM) + Semantic + Episodic + Retrieval (via plur1bus/LanceDB) + Prospective (via OpenClaw Cron) — fünf der sieben, aber gewählt nach Job, nicht nach Checklist. Subagent-Modell: ollama/glm-5.2:cloud

[2026-07-02] Ingest | Fable 5 Redeployment Update — Restrictions, Classifier, Customer Backlash

Type: ingest | Scope: raw/youtube, wiki/tools, wiki/index Source: YouTube video "Fable 5 Is Back But With Some BIG Restrictions" by Paul J Lipsky (https://www.youtube.com/watch?v=5se9C4K_ysM) — shared by Pit Weber in OME-Gruppe Topic "Krallenpolitik" (Topic 1774), 01.07.2026 Trigger: Claude Fable 5 nach 19 Tagen Regierungsbeschränkung wieder online — aber mit massiven neuen Einschränkungen (50% usage, 1 Woche statt 2, danach usage credits, cybersecurity classifier, false-positive risk). Direkte Fortsetzung der im Wiki dokumentierten Fable/Mythos-Exportkontroll-Krise. Actions:

  • raw: raw/youtube/2026-07-01_fable5-back-restrictions-paul-lipsky.md (created — 4.8 KB; Frontmatter mit type/source_url/retrieved/channel/title/duration_sec/views/published/tags, vollständige Timeline, neue Einschränkungen, Cybersecurity-Classifier, Kundenreaktionen, alle 6 Quellen als Referenzliste, Context for RamaDama Wiki mit Cross-Refs)
  • wiki (UPDATE): tools/anthropic-claude.md — Neuer Abschnitt "Redeployment (1. Juli 2026)" mit: Timeline-Tabelle (4 Ereignisse), Neue Einschränkungen (usage limits, modellverfügbarkeit), Cybersecurity-Classifier (99% block rate als Anthropic-Behauptung markiert, Opus 4.8 fallback, false-positive-Warnung), Kundenreaktionen (Reddit-Backlash mit Zitat, Lutnick-Statement), Evidenz-Levels-Tabelle (7 Claims klassifiziert als Fakt/Anthropic-Behauptung/Nutzermeinung), Bedeutung für RamaDama-Wiki (4 Cross-Refs zu bestehenden Thesen). Frontmatter: updated auf 2026-07-01, sources um youtube-Raw-Datei erweitert, tags um fable5/mythos5/export-controls/cybersecurity-classifier/redeployment erweitert. Fable 5 Status-Tabelle aktualisiert: "Redeployed (restricted)" mit Hinweis auf 1. Juli.
  • wiki: index.md (updated — Header auf "53. Update", Anthropic-Claude-Eintrag aktualisiert: "Fable 5 (Redeployed 01.07.)" + "Cybersecurity-Classifier" + Quellen-Anzahl 7)
  • log: this entry Hector-Hauptthese: Das Redeployment ist einerseits ein Beweis, dass zentralisierte Modelle funktionsfähig bleiben können nach staatlicher Einmischung — aber die Bedingungen sind dramatisch verschlechtert. Die 50% usage reduction bei verkürztem Fenster (7 vs. 14 Tage) plus der Wechsel zu "usage credits" (API-Preise für Abo-Kunden) ist faktisch eine Preiserhöhung bei Leistungskürzung. Der Cybersecurity-Classifier mit 99% Block-Rate ist eine Anthropic-Eigenbehauptung die mangels unabhängiger Verifikation als solche markiert bleibt — die false-positive-Warnung für Coding/Debugging ist ein signifikantes funktionales Problem. Für die im Wiki dokumentierte Cloud-Exit/Dezentral-KI-These ist dies ein weiterer Beschleuniger: Wer für ein Abo zahlt, Fable 5 aber nur 7 Tage bei halber Kapazität nutzen kann und danach API-Preise zahlen soll, hat einen starken Anreiz zu lokalen Modellen (GLM-5.2, DeepSeek, Kimi) zu wechseln — die kein Kill-Switch haben und keinem Regierungs-Zugriff unterliegen. Die Reddit-Reaktion zeigt, dass die Kunden dies genau so wahrnehmen. Subagent-Modell: ollama/glm-5.2:cloud

[2026-07-02] Ingest | c't 4004 #30 — Open Weights, Chinese Models, PoisonAI

Type: ingest | Scope: raw/youtube, wiki/concepts/llm, wiki/people, wiki/institutions Source: YouTube video "Anthropic-CEO in Panik | c't 4004 #30" by c't 3003 (https://www.youtube.com/watch?v=Q6QkzJwcrEc) — shared by Pit Weber in OME-Gruppe Topic "News & Infos", 02.07.2026 Trigger: c't-Folge behandelt drei wiki-relevante Themen: (1) Chinesische Open-Weight-Modelle schließen Rückstand zu US-Frontier bei dramatisch geringeren Kosten, große Unternehmen wechseln zu selbst gehosteten Modellen. Europe als Chance zur Emanzipation von US-Hyperscalern. US-Sanktionspolitik als kurzsichtig kritisiert. (2) Dario Amodei warnt vor Open Weights ("Menschen können Weights nicht lesen"), c't-Hosts kontern mit Closed-Cloud-Nachvollziehbarkeit, LLaMA/Mistral als Beispiele für durch Open Weights ermöglichte Sicherheitsforschung, Gatekeeping-Gefahr. (3) r/PoisonAI systematisches Knowledge Poisoning von LLMs (erfundener Tollwut-Tod von Trump als Beispiel), LLM-Antworten ≠ Suchmaschinen-Fakten. Actions:

  • raw: raw/youtube/2026-07-02_ct4004-anthropic-ceo-panik-open-weights-poisonai.md (created — 5.9 KB; Frontmatter mit type/source_url/retrieved/channel/title/duration_sec/views/published/tags/hosts, vollständige Kapitelmarker, 3 Key Takeaways mit Detail-Unterschieden, Context for RamaDama Wiki mit 5 Cross-Refs)
  • wiki (NEW): concepts/llm/poisonai-knowledge-poisoning.md (created — 6.3 KB; Knowledge Poisoning als Konzeptseite mit: 4-Stufen-Angriffsvektor-Tabelle, Grundvertrauensproblem (4 Punkte), Open Weights vs. Closed Models Vulnerability-Matrix (5 Dimensionen), PoisonAI-Paradox (Amodei-Argument widerlegt), Verbindung zu Sycophancy/Confabulation + Behavior Persistence + AI Regulation, Implikationen für Nutzer/Entwickler/Regulatoren/Wiki, vollständige Cross-References)
  • wiki (UPDATE): people/dario-amodei.md — Neuer Abschnitt "Open Weights Debate (Juli 2026)" mit Amodei's Argument, c't-Hosts-Konter (3 Punkte), Cross-Ref zu PoisonAI. Frontmatter: updated auf 2026-07-02, sources um youtube-Raw-Datei erweitert, tags um open-weights-debate erweitert. Cross-References um PoisonAI-Eintrag erweitert.
  • wiki (UPDATE): institutions/anthropic.md — Neuer Abschnitt "Open Weights Debate (Juli 2026)" mit Kurzzusammenfassung, Cross-Refs zu PoisonAI und Amodei. Frontmatter: updated auf 2026-07-02, sources um youtube-Raw-Datei erweitert, tags um open-weights-debate erweitert.
  • wiki (UPDATE): concepts/llm/glm-5.2-zai-coding-model.md — Neuer Abschnitt "c't 4004 #30 Referenz" am Ende: GLM-5.2 als explizites Beispiel für chinesische Open-Weight-Modelle in c't-Folge genannt, Cross-Refs zu PoisonAI und Chinese-Model-Cost-Routing. sources um youtube-Raw-Datei erweitert.
  • wiki (UPDATE): concepts/llm/chinese-model-cost-routing.md — Neuer Abschnitt "c't 4004 #30 Validation" vor External Sources: unabhängige journalistische Bestätigung der Cost-Routing-These aus Heise-Ökosystem, 4 Punkte (Unternehmens-Wechsel, GLM-5.2 genannt, Sanktionspolitik-Kritik, Europe-Emanzipation), Signifikanz als Mainstream-Tech-Validierung. tags um ct-validation erweitert.
  • wiki: index.md (updated — Header auf "54. Update", neuer LLM-Concepts-Eintrag für PoisonAI)
  • log: this entry Hector-Hauptthese: Die c't-Folge ist eine dreifache Bestätigung bestehender Wiki-Thesen aus einer unerwarteten Richtung — dem Heise-Journalismus-Ökosystem, nicht der X/Twitter-Community. (1) Die Chinese-Model-Cost-Routing-These (DeRonin 87% cost-cut) wird von c't-Journalisten unabhängig bestätigt: Große Unternehmen wechseln bereits, nicht hypothetisch. (2) Die ReDS/Intelligenz-Feudalismus-Kritik (Roemmele) bekommt Mainstream-Unterstützung: Die c't-Hosts treffen exakt Roemmele's Argument (Gatekeeping, Zentralisierung) ohne Roemmele zu zitieren. (3) PoisonAI ist ein genuinely neues Konzept im Wiki — Knowledge Poisoning als Angriffsvektor auf die Trainingsdaten-Supply-Chain, das die regulatorische Debatte (Amodei's Fokus auf Modell-Zugriff vs. Data-Integrität) neu rahmt. Die wichtigste Erkenntnis: Die Schwachstelle ist nicht das Deployment-Modell (open vs. closed), sondern die Trainingsdaten-Integrität — und dort haben Open-Weight-Modelle durch Community-Oversight einen strukturellen Vorteil. Subagent-Modell: ollama/glm-5.2:cloud

[2026-07-02] Ingest | FinanzmarktWelt — 3 Wirkungstreffer KI-Blase (Meta, Palantir, Oracle)

Type: ingest | Scope: raw/youtube, wiki/concepts/llm, wiki/institutions, wiki/people, wiki/index Source: YouTube video "3 schwere Wirkungstreffer für KI-Blase - folgt jetzt der KO?" by FinanzmarktWelt.de (https://www.youtube.com/watch?v=N4fjtEjCWco) — shared by Pit Weber in OME-Gruppe Topic "News & Infos", 02.07.2026 Trigger: Drei unabhängige Signale einer KI-Investitionsblase-Korrektur am selben Tag: (1) Meta verkauft überschüssige Compute-Kapazität (Überinvestition, Nachfrage-Sättigung), (2) Palantir-CEO Alex Karp nennt OpenAI/Anthropic "Parasiten" (Wertextraktion, Geschäftsmodell-Diebstahl), (3) Oracle warnt vor Datacenter-Buildout-Verzögerung (hochverschuldet, Liquiditätsrisiko). Übergeordnetes Narrativ: KI-Investitionsblase bekommt schwere Treffer — Hyperscaler könnten bald für weniger Investitionen belohnt werden. Actions:

  • raw: raw/youtube/2026-07-02_finanzmarktwelt-3-wirkungstreffer-ki-blase.md (created — 5.6 KB; Frontmatter mit type/source_url/retrieved/channel/title/duration_sec/views/published/tags, alle 3 Treffer mit Detail-Analyse, übergeordnetes Narrativ, Markt-Implikationen, Distributions-Kontext, Context for RamaDama Wiki mit 4 Cross-Refs)
  • wiki (NEW): concepts/llm/ai-investment-bubble.md (created — 6.6 KB; Konzeptseite mit: Kernthese, 3-Treffer-Detail-Analyse (Meta/Palantir/Oracle), Markt-Implikationen-Tabelle, Verbindungen zu 5 bestehenden Wiki-Thesen (Cloud-Exit, Kommoditisierung, Intelligenz-Feudalismus, Platform ILC, Dezentrale KI), Distributions-Kontext, vollständige Cross-References)
  • wiki (NEW): institutions/palantir.md (created — 3.7 KB; Palantir Institution-Page mit: Profil-Tabelle, Karp's "Parasiten"-Kritik, Surveillance-Kontext (Doe v. Palantir), Cross-Refs zu 7 Seiten)
  • wiki (NEW): institutions/meta.md (created — 2.0 KB; Meta Institution-Page mit: Profil, Compute-Überkapazitäten-Juli-2026, Cross-Refs)
  • wiki (NEW): institutions/oracle.md (created — 2.1 KB; Oracle Institution-Page mit: Profil, Datacenter-Buildout-Verzögerung, Verschuldung, Cross-Refs)
  • wiki (NEW): people/alex-karp.md (created — 2.3 KB; Alex Karp Person-Page mit: Profil, "Parasiten"-Kritik, Palantir Surveillance-Kontext, Cross-Refs zu 5 Seiten)
  • wiki: index.md (updated — Header auf "55. Update", neuer LLM-Concepts-Eintrag für AI Investment Bubble, 3 neue Institutions-Einträge (Palantir, Meta, Oracle), 1 neuer People-Eintrag (Alex Karp), neue Raw-Source-Zeile)
  • log: this entry Hector-Hauptthese: Die drei Treffer ergeben zusammen ein kohärentes Signal für den Wendepunkt der KI-Investitionsblase. Meta (Angebotsüberhang), Palantir (Geschäftsmodell-Kritik), Oracle (finanzieller Druck) treffen die drei Säulen der AI-Investment-These: Compute-Demand, Business-Modell-Validität, und Finanzierbarkeit. Die wichtigste Erkenntnis für das Wiki: Karp's "Parasiten"-Vorwurf ist eine externe, mainstream-finanzmarktkommentierte Bestätigung der Roemmele'schen Intelligenz-Feudalismus-These und des Wardley'schen ILC-Modells — aus der Perspektive eines Palantir-CEOs, nicht eines Open-Source-Advocaten. Das "AI is overbuilt"-Narrativ korrespondiert mit der Cloud-Exit-These: Wenn Compute verfügbar wird, verschiebt sich die Verhandlungsmacht von Anbietern zu Nutzern — was lokal-dezentrale Strategien nicht obsolet macht, aber in ein anderes Licht rückt (Abhängigkeit bleibt, aber finanzielle Dringlichkeit ändert sich). Subagent-Modell: ollama/glm-5.2:cloud

[2026-07-02] Ingest | David Tielke — Enterprise KI Softwareentwicklung (45-Tage-Experiment)

Type: ingest | Scope: raw/youtube, wiki/concepts/llm, wiki/people, wiki/index Source: YouTube video "Der Moment, der die Softwareentwicklung geändert hat!" by David Tielke (@DavidTielke) (https://www.youtube.com/watch?v=eLDHrqKplVI) — shared by René Kl. in OME-Gruppe Topic "News & Infos", 02.07.2026 Trigger: David Tielke, deutscher Software-Consultant, führte ein 45-Tage-Experiment durch: eine 18 Jahre alte Backoffice-Anwendung komplett neu entwickelt mit KI — als Enterprise-System mit Microservice-Architektur, N8n Workflow-Engine, Docker, Gitea, Test- und Produktionsumgebung, lokalem Hermes-Agenten per SSH auf NAS. Zentrale Frage: Kann KI Mitte 2026 wirklich große Enterprise-Software bauen — oder nur kurze YouTube-Demos („Vibe Coding")? Fünf-Phasen-Modell vom Mikro-Management über Spec-Driven/TDD bis Voice-Driven Development. 113K Views, 3.7K Likes. Actions:

  • raw: raw/youtube/2026-07-02_david-tielke-enterprise-ki-softwareentwicklung.md (created — 6.1 KB; Frontmatter mit type/source_url/retrieved/channel/title/duration_sec/views/published/tags, Kanal-Kontext, 7 Kernpunkte mit Detail-Analyse, 5-Phasen-Tabelle, Key Takeaways, Quellen, Context for RamaDama Wiki mit 5 Cross-Refs)
  • wiki (NEW): concepts/llm/vibe-coding-vs-enterprise.md (created — 5.4 KB; Konzeptseite mit: Kernfrage, Vibe-Coding-vs-Enterprise-Gegenüberstellungstabelle, 5-Phasen-Evolutionsleiter, Zentrale Erkenntnis "Spezifikation wird zum neuen Coding", Spec-Driven-with-Harness-Teilabschnitt, Voice-Driven-Development-Teilabschnitt, vollständige Cross-References zu 6 Seiten)
  • wiki (NEW): concepts/llm/voice-driven-development.md (created — 2.8 KB; Konzeptseite für Phase 5: Idee → Sprache → Code, Voraussetzungen, Verbindung zur Spezifikations-These, Cross-Refs zu 4 Seiten)
  • wiki (NEW): concepts/llm/spec-driven-development-harness.md (created — 3.0 KB; Konzeptseite für Phase 2-3: Spezifikation → KI-Code → Test-Harness-Validierung, Karpathy-Wiki-Pattern-Analogie-Tabelle, Teststrategie-Komponenten, Cross-Refs zu 4 Seiten)
  • wiki (NEW): people/david-tielke.md (created — 2.5 KB; Person-Page mit: Bio-Tabelle, 45-Tage-Experiment-Zusammenfassung, Ergebnisse, Bedeutung für die Debatte, Cross-Refs zu 5 Seiten)
  • wiki (UPDATE): concepts/llm/ai-investment-bubble.md — Cross-Ref zu vibe-coding-vs-enterprise.md hinzugefügt (Tielke's Experiment als Gegenbeleg zum „KI funktioniert nicht"-Narrativ)
  • wiki: index.md (updated — Header auf "58. Update", 3 neue LLM-Concepts-Einträge (Vibe Coding vs Enterprise, Voice Driven Development, Spec Driven Development mit Harness), 1 neuer People-Eintrag (David Tielke), neue Raw-Source-Zeile)
  • log: this entry Hector-Hauptthese: Tielke's 45-Tage-Experiment ist die bislang detaillierteste dokumentierte Untersuchung der Frage, ob KI Enterprise-Software bauen kann — und die Antwort ist ein qualifiziertes „Ja". Qualifiziert, weil es nicht mit „Vibe Coding" funktioniert, sondern nur mit systematischem Vorgehen (Spezifikation, Architektur, Tests, CI/CD). Die wichtigste Erkenntnis für das Wiki: Der Wert verschiebt sich von Codierung zu Spezifikations-Kompetenz. Das korrespondiert mit drei bestehenden Wiki-Thesen: (1) Cloud-Exit — Tielke beweist, dass lokale KI (Hermes auf NAS) für Enterprise-Entwicklung ausreicht; (2) Intelligence Commoditization — wenn Code zum Commodity wird, ist Spezifikation die neue Wert-Achse; (3) Flat Curve Society — Yegge's Discernment Horizon wird empirisch untermauert: Enterprise-Entwickler brauchen KI-Literacy (Phasen-Modell), nicht nur Vibe Coding. Das 5-Phasen-Modell ist eine strukturelle Entdeckung — es beschreibt eine Abstraktionsleiter, die andere Entwickler replizieren können. Subagent-Modell: ollama/glm-5.2:cloud