ingest(raw+youtube): Leon van Zyl — Don't Use One AI Agent, Use an Army (metadata-only, 2026-08-06)
This commit is contained in:
Hector
parent
bf2dd61bb3
commit
4cf95ff975
8 changed files with 70 additions and 10 deletions
30
raw/youtube/2026-08-06_leon-van-zyl-use-an-army-of-agents.md
Normal file
30
raw/youtube/2026-08-06_leon-van-zyl-use-an-army-of-agents.md
Normal file
|
|
@ -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
|
||||
|
|
@ -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
|
||||
- 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).
|
||||
|
|
@ -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)
|
||||
|
||||
|
|
|
|||
|
|
@ -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
|
||||
|
||||
|
|
|
|||
|
|
@ -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
|
||||
|
|
|
|||
|
|
@ -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 |
|
||||
|
|
|
|||
12
wiki/log.md
12
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.
|
||||
|
|
|
|||
14
wiki/people/leon-van-zyl.md
Normal file
14
wiki/people/leon-van-zyl.md
Normal file
|
|
@ -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]].
|
||||
Loading…
Add table
Reference in a new issue