Terminalbasierter 3D-Renderer erstellt mit Multi-Agent-Claude-Code-System

Ein Entwickler hat tortuise erstellt, einen terminalbasierten 3D-Renderer, der Gaußsche Splats mithilfe von Unicode-Halbblockzeichen und ASCII-Symbolen darstellt. Das Projekt wurde über 3 Tage mithilfe eines Claude-Code-Setups mit etwa 70-80 Agenten insgesamt über 3-4 Sitzungen hinweg entwickelt.
Agenten-Architektur
Das Claude-Code-Setup verwendet ein bestimmtes Muster:
- Die Hauptsitzung fungiert als Koordinator, delegiert Aufgaben und kommuniziert mit dem Entwickler
- Aufgaben-Subagenten können über Agent-Mux (Skill- und SDK→CLI-Wrapper) Subagenten in sich enthalten
- Ein "Get-Shit-Done-Subagent" erledigt die meiste Arbeit und kann intern Claude Code, Codex und opencode-Agenten nutzen
Entwicklungs-Workflow
Der Entwickler verwendete mehrere Agenten-Koordinationsstrategien:
- Planen mit Opus → Herausforderung mit Codex 5.3 xhigh → Bauen mit Codex-es 5.3 high → Prüfen mit Opus oder Codex 5.3 xhigh
- Für schwierige Optimierungen: Mehrere Opus-Sitzungen mit 4-5 Codex 5.3 xhigh-Agenten parallel, die orthogonale Verbesserungsansätze erforschen
- Selbstverifizierungsschleife mit Peekaboo-Skill + Toolset (macOS-GUI-Automatisierung), die es Agenten ermöglicht, die Terminal-App auf einem headless Mac Mini zu starten und visuell zu debuggen
- Kontexterhaltung zwischen Sitzungen via: .claude sessions JSON → deterministische Markdown-Datei → Verarbeitung durch Sonnet 4.6
Technische Details
tortuise ist ein TUI-Gauß-Splats-Renderer mit folgenden Eigenschaften:
- Rendert .ply- und .splat-Dateien in Unicode-Halbblockzeichen
- Verarbeitet 1M+ Splats
- CPU-only-Rendering mit Rust + Rayon
- Sechs Rendermodi
- Läuft über SSH
- Funktioniert auf M2-M4 Apple Silicon
Herausforderungen
Die Entwicklung stieß auf mehrere Hindernisse:
- Agenten hatten Schwierigkeiten, funktionierende Metal-Shader für das Gauß-Splats-Rendering zu erstellen, weder Codex 5.3 xhigh noch Opus 4.6 waren erfolgreich
- Ohne angemessene Code-Richtlinien und modulares Design neigten Agenten dazu, "hackige Monolithen" mit "+5k Zeilen Wahnsinn" zu erstellen
- Erheblicher Aufwand wurde für "Common-Sense-basiertes Polieren" wie angemessene Tastenzuordnungen für Bewegung und Rotation aufgewendet
Das Projekt wurde von Apples Open-Source-Modell SHARP für Bild-zu-3D-Szenen-Konvertierung und dem Wunsch inspiriert, einen GPU-freien Viewer für Gauß-Splatting zu erstellen. Der Entwickler fügt weiterhin Funktionen hinzu, einschließlich eines Skripts zum Laden von 3D-Szenen von Websites wie SuperSplat.
📖 Read the full source: r/ClaudeAI
👀 Siehe auch

Die 5 größten Claude Code SKILL.md-Sammlungen auf GitHub – Sortierbare Tabelle mit automatischer Aktualisierung
Erstellte eine sortierbare Tabelle der 5 größten Skill-Sammlungs-Repos (insgesamt 125k Sterne) mit Stern- und Skill-Anzahl, automatisch aktualisiert durch einen /workflows:skill-collections-Befehl.

Qwen 3.6 27B Quantisierungs-Benchmark: Q4_K_M schlägt Q8_0 bei praktischen Abwägungen
Qwen 3.6 27B wurde in BF16, Q4_K_M und Q8_0 GGUF-Quants auf HumanEval, HellaSwag und BFCL getestet. Q4_K_M liefert nahezu BF16-Ergebnisse mit 48 % weniger RAM, 1,45-facher Geschwindigkeit und 68,8 % kleinerer Dateigröße.

Reasoning Guard: Proxy-Level Schleifenerkennung für lokale LLM-Inferenz
Ein Proxy-Layer-Guard, der LLM-Denkschleifen erkennt und behebt – mit deterministischen Stream-Prüfungen wie Token-Obergrenzen, N-Gramm-Wiederholungen und Satz-Fingerprinting – ohne Modifikationen am Modell.

Reddit-Nutzer experimentiert mit fehlertoleranten Coding-Agenten, um Wiederholungsschleifen zu durchbrechen
Ein Entwickler auf r/LocalLLaMA beschreibt Experimente mit Coding-Agents, die aus Fehlern lernen, indem sie vereinfachte Ursachen speichern und Lösungen zuordnen, um repetitive Fehlerschleifen zu reduzieren.