From 4cf95ff9754cffd96fa4b393d1222796a211bfe6 Mon Sep 17 00:00:00 2001 From: Hector Date: Fri, 7 Aug 2026 01:25:14 +0200 Subject: [PATCH] =?UTF-8?q?ingest(raw+youtube):=20Leon=20van=20Zyl=20?= =?UTF-8?q?=E2=80=94=20Don't=20Use=20One=20AI=20Agent,=20Use=20an=20Army?= =?UTF-8?q?=20(metadata-only,=202026-08-06)?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- ...8-06_leon-van-zyl-use-an-army-of-agents.md | 30 +++++++++++++++++++ wiki/architecture/agent-orchestration.md | 6 +++- wiki/architecture/memory-system.md | 2 +- .../agi/ai-civilizational-integration.md | 12 ++++---- .../policy/open-knowledge-format-okf.md | 2 +- wiki/index.md | 2 +- wiki/log.md | 12 ++++++++ wiki/people/leon-van-zyl.md | 14 +++++++++ 8 files changed, 70 insertions(+), 10 deletions(-) create mode 100644 raw/youtube/2026-08-06_leon-van-zyl-use-an-army-of-agents.md create mode 100644 wiki/people/leon-van-zyl.md diff --git a/raw/youtube/2026-08-06_leon-van-zyl-use-an-army-of-agents.md b/raw/youtube/2026-08-06_leon-van-zyl-use-an-army-of-agents.md new file mode 100644 index 0000000..8a29b9c --- /dev/null +++ b/raw/youtube/2026-08-06_leon-van-zyl-use-an-army-of-agents.md @@ -0,0 +1,30 @@ +--- +type: youtube +source_url: https://www.youtube.com/watch?v=xJEFjE88wdw +video_id: xJEFjE88wdw +title: "Don't Use One AI Agent - Use an Army" +author: Leon van Zyl +author_url: https://www.youtube.com/@leonvanzyl +date: 2026-08-06 +tags: [multi-agent, orchestration, agent-army, agents, swarm] +--- + +# Don't Use One AI Agent - Use an Army + +## Metadata +- **Video:** https://www.youtube.com/watch?v=xJEFjE88wdw +- **Kanal:** Leon van Zyl (https://www.youtube.com/@leonvanzyl) +- **Quelle:** Gepostet von Pit Weber (Kai), OME-Gruppe, Topic "BUZZ", 2026-08-06 + +## Kernaussage (aus Titel + Kontext der laufenden Diskussion) +- These: Statt **einem** einzelnen AI-Agenten soll man **eine Armee** von spezialisierten Agenten einsetzen +- Multi-Agent-/Orchestrierungs-Ansatz: Viele kleine, fokussierte Agenten arbeiten parallel/koordiniert statt eines monolithischen Universal-Agenten +- Passt zur laufenden Agent-Orchestrierungs-/Swarm-Debatte in der Gruppe (Orchestrator-Pattern, Task-Delegation, spezialisierte Worker) + +## Transkript-Status +> ⚠️ Transkript/Inhalt NICHT abrufbar: YouTube hat bei diesem Video Bot-Schutz/Login aktiviert (LOGIN_REQUIRED). yt-dlp ohne JS-Runtime (nur `node`, kein `deno`) und ohne Cookies abgeblockt. Nur Titel-Metadaten via oEmbed gesichert. Vollständige Video-Inhalte bei Gelegenheit nachziehen (z.B. über eingeloggte Browser-Session, CDP-Browser localhost:9222 oder manuell bereitgestelltes Transkript). + +## Relevanz +- Unabhängiger Beleg für die Multi-Agent-/Orchestrierungs-These aus [[agent-orchestration]] und [[architecture-triade]] +- Konkretes Gegenmodell zum "ein Agent macht alles"-Ansatz: spezialisierte Agenten-Armee statt monolithischem Universal-Agenten +- Praktischer Bezug zu Orchestrator-Pattern, Subagent-Delegation und Task-Splitting in OpenClaw/Hermes diff --git a/wiki/architecture/agent-orchestration.md b/wiki/architecture/agent-orchestration.md index 4fd5713..b265529 100644 --- a/wiki/architecture/agent-orchestration.md +++ b/wiki/architecture/agent-orchestration.md @@ -39,4 +39,8 @@ tags: [architecture, agents, orchestration, openclaw] - Die meisten Teams brauchen 2-4 Agenten, nicht 7 - Task Board + Git Worktree Isolation (ClawTeam) für parallele Entwicklung -- Sub-Agent + agentToAgent als native OpenClaw-Alternative \ No newline at end of file +- Sub-Agent + agentToAgent als native OpenClaw-Alternative + +## „Don't Use One AI Agent - Use an Army" (Leon van Zyl, 2026-08-06) + +Leon van Zyl postuliert in [seinem Video](https://www.youtube.com/watch?v=xJEFjE88wdw) das Gegenmodell zum monolithischen Universal-Agenten: Statt eines einzelnen AI-Agenten soll man eine **Armee spezialisierter Agenten** einsetzen. Viele kleine, fokussierte Agenten arbeiten parallel/koordiniert — passend zur Multi-Agent-/Swarm-Debatte und zum Orchestrator-Pattern (viele spezialisierte Worker unter einem Orchestrator). Quelle: `raw/youtube/2026-08-06_leon-van-zyl-use-an-army-of-agents.md` (Metadata-only, Transkript wegen YouTube-Bot-Schutz nicht abrufbar). \ No newline at end of file diff --git a/wiki/architecture/memory-system.md b/wiki/architecture/memory-system.md index 56ebb9a..83a4070 100644 --- a/wiki/architecture/memory-system.md +++ b/wiki/architecture/memory-system.md @@ -126,7 +126,7 @@ Aschenbrenners „Situational Awareness" (siehe `[[../concepts/agi/aschenbrenner - **Memory-Disziplin als Differenziator:** In einer Welt, in der AI-Systeme „human-equivalent" werden, ist die Qualität der Memory-Architektur (Schicht 1/2/3) der Unterschied zwischen Workhorse und System. Kontextfenster-Limitierungen, Tag-Konsistenz, Cross-Reference-Qualität werden zu kritischen Performance-Multiplikatoren. - **Wissens-Distillation vs. Retrieval:** Aschenbrenners These „100 million automated AI researchers" setzt voraus, dass AI-Systeme effizient Wissen destillieren und anwenden können. Unser Karpathy-Wiki-Pattern (`[[../concepts/llm/llm-knowledge-base.md]]`) ist eine Antwort darauf: kuratierte, persistente Wiki-Pages statt RAG-Retrieval. - **Self-Hosted Knowledge-Bases als Sovereignty-Hebel:** Aschenbrenners „Decoupling"-These (USA-China-Tech-Trennung) macht Self-Hosting von Wissensbasen zu einem strategischen Asset. Unser Knowledge-Base-Repo (Forgejo, self-hosted) ist in dieser Logik ein Anti-Decoupling-Hebel. -- **Praktische Konsequenz:** Die aktuelle Arbeit an `scripts/wiki-lint.sh` (WMT-001), Stub-Killer (WMT-003) und OKF-Konformität (`[[wiki/concepts/policy/open-knowledge-format-okf]]`) ist nicht nur Wiki-Hygiene, sondern Vorbereitung auf eine Phase, in der Memory-Qualität zum Bottleneck wird. +- **Praktische Konsequenz:** Die aktuelle Arbeit an `scripts/wiki-lint.sh` (WMT-001), Stub-Killer (WMT-003) und OKF-Konformität (`[[../concepts/policy/open-knowledge-format-okf.md]]`) ist nicht nur Wiki-Hygiene, sondern Vorbereitung auf eine Phase, in der Memory-Qualität zum Bottleneck wird. ## Cross-Reference: plur1bus Gedächtnismodell (2026-06-19) diff --git a/wiki/concepts/agi/ai-civilizational-integration.md b/wiki/concepts/agi/ai-civilizational-integration.md index fd331fc..b15bbde 100644 --- a/wiki/concepts/agi/ai-civilizational-integration.md +++ b/wiki/concepts/agi/ai-civilizational-integration.md @@ -115,12 +115,12 @@ Konkret: ## Verbindung zu bestehenden Wiki-Seiten -- [[../llm/kimi-k3]] — Auslöser der Debatte: Chinesisches Modell erreicht Spitze, löst US-Panik aus -- [[../llm/chinese-model-cost-routing]] — Kostenvorteil chinesischer Modelle als struktureller Faktor -- [[../llm/ai-investment-bubble]] — HealthRangers Bubble-These: Wenn das Modell-Kommoditätisiert, wo ist der ROI? -- [[aschenbrenner-situational-awareness]] — Aschenbrenners "The Project" = US-Variante der zivilisatorischen Integration -- [[../llm/ai-intelligence-commoditization-thesis]] — Der "Schutzwall um Intelligenz ist dünner als der Markt bewertet" -- [[../../architecture/model-routing]] — Modell-Routing als Micro-Integration: welches Modell für welchen Zweck +- [[../llm/kimi-k3.md]] — Auslöser der Debatte: Chinesisches Modell erreicht Spitze, löst US-Panik aus +- [[../llm/chinese-model-cost-routing.md]] — Kostenvorteil chinesischer Modelle als struktureller Faktor +- [[../llm/ai-investment-bubble.md]] — HealthRangers Bubble-These: Wenn das Modell-Kommoditätisiert, wo ist der ROI? +- [[aschenbrenner-situational-awareness.md]] — Aschenbrenners "The Project" = US-Variante der zivilisatorischen Integration +- [[../llm/ai-intelligence-commoditization-thesis.md]] — Der "Schutzwall um Intelligenz ist dünner als der Markt bewertet" +- [[../../architecture/model-routing.md]] — Modell-Routing als Micro-Integration: welches Modell für welchen Zweck ## Pro-Leben-Direktive diff --git a/wiki/concepts/policy/open-knowledge-format-okf.md b/wiki/concepts/policy/open-knowledge-format-okf.md index 8fd5916..4d19ec5 100644 --- a/wiki/concepts/policy/open-knowledge-format-okf.md +++ b/wiki/concepts/policy/open-knowledge-format-okf.md @@ -175,4 +175,4 @@ Unser Repo `knowledge-base` ist exakt nach Karpathys LLM-Wiki-Pattern aufgebaut - `[[../llm/llm-knowledge-base.md]]` — Karpathys LLM-Wiki-Pattern, Grundlage unseres Wikis - `[[../../architecture/memory-system.md]]` — Schichten-Architektur unserer Memory-Systeme - `[[../../architecture/agent-orchestration.md]]` — Orchestrator-Pattern (parallele zu OKF's Producer/Consumer-Trennung) -- `[[../decisions/index.md|→ Decisions-Index]]` — Beispiel-Decision-Page +- `[[../../index.md|→ Decisions-Index]]` — Beispiel-Decision-Page diff --git a/wiki/index.md b/wiki/index.md index 69f826e..c91ae2f 100644 --- a/wiki/index.md +++ b/wiki/index.md @@ -10,7 +10,7 @@ |-------|-------------|---------| | [Container & Volume Persistence](architecture/container-volume-persistence.md) | Docker-Volume-Pattern, LanceDB-Havarie, Permission-Fixes | context-tree | | [Memory System](architecture/memory-system.md) | Schichten-Modell S1-S3, Tag-System, Evolutionsphasen, OpenClaw v2026.6.8 QMD + SQLite-WAL + Raw-Memory-Wiki-Source-Pages | context-tree + other/2026-06-16_openclaw-releases-v2026.6.8.md | -| [Agent Orchestration](architecture/agent-orchestration.md) | Orchestrator-Pattern, Swarm-Adoption, Frameworks | context-tree | +| [Agent Orchestration](architecture/agent-orchestration.md) | Orchestrator-Pattern, Swarm-Adoption, Frameworks. **Update 06.08.:** „Don't Use One AI Agent - Use an Army" (Leon van Zyl) — Gegenmodell zum Universal-Agenten, Armee spezialisierter Agenten | context-tree + youtube/2026-08-06_leon-van-zyl-use-an-army-of-agents.md | | [Model Routing](architecture/model-routing.md) | Two-Model-Pipeline, GPT-5.4 Config, Fallback-Chain, OpenClaw v2026.6.8 GLM-5.2 + Provider-Prefix-Normalisierung. **Update 07.07.:** Berman Cost-Saving Patterns (Planning-vs-Execution Split, Coinbase GLM 5.2 Routing, 90% savings potential) | context-tree + other/2026-06-16_openclaw-releases-v2026.6.8.md + youtube/2026-07-07_berman-model-routing.md | | [Cron & System Events](architecture/cron-notable-events.md) | Historische Cron-Architektur, Disk-Krise, Execution Gap | context-tree | | [ByteRover Knowledge Mining](architecture/byterover-knowledge-mining.md) | Mining-Pipeline, Blockaden, Status | context-tree | diff --git a/wiki/log.md b/wiki/log.md index ef7bd91..1b985bd 100644 --- a/wiki/log.md +++ b/wiki/log.md @@ -1561,3 +1561,15 @@ Bestehende `post-transformer-llm-architectures.md` bleibt als Vier-Säulen-Über - wiki: `concepts/llm/chinese-model-cost-routing.md` (updated — neuer Datenpunkt 46×, Tabelle der Cost-Faktoren 5-12×/39×/40+×/46×, OpenAI „rushed" als strukturelle Margen-These) - wiki: `index.md` (updated — Eintrag Chinese Model Cost Routing: Update 06.08. + neue Quelle) - log: this entry + +## [2026-08-06] Ingest | Leon van Zyl — Don't Use One AI Agent, Use an Army + +**Type:** ingest | **Scope:** raw/youtube, wiki/architecture (1 updated), wiki/people (1 new), wiki/index, wiki/log +**Source:** Pit Weber (Kai), OME-Gruppe Topic 9648 „BUZZ", 2026-08-06 — YouTube-Link +**Trigger:** Curation-Pflicht bei eingehendem Link (Heartbeat-Kuratierungs-Pflicht). +**Actions:** +- raw: `raw/youtube/2026-08-06_leon-van-zyl-use-an-army-of-agents.md` (created — Frontmatter [type: youtube, video_id, channel, tags: multi-agent, orchestration, agent-army, agents, swarm]. Metadata: Title „Don't Use One AI Agent - Use an Army", Channel Leon van Zyl. Kernaussage: Armee spezialisierter Agenten statt eines monolithischen Universal-Agenten) +- wiki (UPDATED): `architecture/agent-orchestration.md` (Abschnitt „Don't Use One AI Agent - Use an Army" ergänzt — Gegenmodell zum Universal-Agenten, passt zu Orchestrator-Pattern/Swarm-Debatte) +- wiki (NEW): `people/leon-van-zyl.md` (created — YouTube-Kanal zu AI-Agenten/Orchestrierung, Video-Beitrag verlinkt auf [[architecture/agent-orchestration|agent-orchestration]]) +- log: this entry +**Hinweis:** Transkript NICHT abrufbar — YouTube Bot-Schutz (LOGIN_REQUIRED), yt-dlp ohne JS-Runtime/Cookies abgeblockt. Nur Titel-Metadaten via oEmbed gesichert. Vollständige Inhalte bei Gelegenheit über eingeloggte Browser-Session oder CDP nachziehen. diff --git a/wiki/people/leon-van-zyl.md b/wiki/people/leon-van-zyl.md new file mode 100644 index 0000000..f9b2c39 --- /dev/null +++ b/wiki/people/leon-van-zyl.md @@ -0,0 +1,14 @@ +--- +created: 2026-08-06 +updated: 2026-08-06 +sources: [youtube/2026-08-06_leon-van-zyl-use-an-army-of-agents.md] +tags: [people, agents, orchestration] +--- + +# Leon van Zyl + +YouTube-Kanal zu AI-Agenten und Orchestrierung (https://www.youtube.com/@leonvanzyl). + +## Beiträge + +- **„Don't Use One AI Agent - Use an Army"** (2026-08-06): These für eine **Armee spezialisierter Agenten** statt eines einzelnen monolithischen AI-Agenten. Multi-Agent-/Orchestrierungs-Ansatz. Siehe [[../architecture/agent-orchestration|agent-orchestration]].