OpenClaw-Projektbetriebssystem: Multi-Projekt-Management-Framework

Kernproblem und Lösung
Das OpenClaw Project Operating System befasst sich mit Ausführungsfehlern und Inkonsistenzen in Multi-Projekt-Umgebungen. Das Hauptproblem war, dass Agenten vorhersehbare Arbeit erledigten, die von Tools übernommen werden sollte, was zu verschwendeten Tokens, Kontextverschmutzung, Instabilität und inkonsistenter Ausführung führte.
Die grundlegende Veränderung: "Agenten sollten keine vorhersehbare Arbeit erledigen. Tools sollten das tun." Agenten erledigten repetitive Aufgaben wie das Überwachen von Prozessen, wiederholtes Zusammenfassen, Statusprüfungen in Schleifen und manuelles Verwalten des Zustands. Jetzt übernehmen Tools und Skripte alle vorhersehbaren Aufgaben, Cron führt alles automatisch aus, und Agenten werden nur für Planung, Fehlerbehebung und Entscheidungsfindung eingesetzt.
Systemarchitektur
Kernsystemregeln:
- Agenten denken. Tools handeln. Cron führt Code aus.
- Jedes Projekt ist isoliert mit erforderlicher Struktur: /project_name/ PROJECT.md SKILL.md /state/ /chat/ /daily/ /scripts/ /logs/ /backups/ /archive/ /cleanup_queue/
- Datei-zuerst-Speicher: Speicher sind Markdown-Dokumente, JSON-Zustand, Protokolle und Zusammenfassungen (Chats sind KEIN Speicher)
- Backup-zuerst (verbindlich): Vor jeder Änderung zuerst sichern, Dateien versionieren, Rollback ermöglichen
- Vorher ziehen, dann schieben (kritisch): Vor dem Aktualisieren von Servern, Websites oder Remote-Systemen müssen Sie: 1. ziehen 2. vergleichen 3. sichern 4. dann schieben
- Keine sofortige Löschung: Dateien in archive/ oder cleanup_queue/ verschieben, später über Cron löschen
- Änderungen erklären: Wenn etwas geändert wird, Problem, Lösung, Vorteil erklären und Backup bestätigen
Automatisierungssystem
Cron führt Skripte, Jobs und deterministische Aufgaben aus, aber KEINE freiform Agenten oder Denkschleifen.
Erforderliche Cron-Jobs:
- Projekterkennung: Alle Projekte finden, Struktur validieren, Registry aufbauen
- 6-Stunden-Zusammenfasser (lokales Modell): Projekt zusammenfassen, letzte 10 Nachrichten behalten, Rest archivieren, frischer Kontext bei jedem Lauf
- Tagesplaner: Tägliche Arbeit protokollieren, Blockaden verfolgen, Entscheidungen nachverfolgen
- Systemprüfung: Verwaiste Projekte erkennen, fehlgeschlagene Jobs, fehlende Updates
- Backup/Checkpoint: Dateien versionieren, Zustandssnapshot erstellen
- Wöchentliche Bereinigung: Alte Dateien nur entfernen, wenn sicher, Checkpoint erforderlich
- Cron-Überprüfung: Verpasste Jobs, Fehler erkennen
- Geplantes Posten: JSON + Tools verwenden, keine Agenten
- Remote-Synchronisation: Vor dem Aktualisieren ziehen, Versionen vergleichen
- Morgenbericht: Alle Projekte zusammenfassen, für Agentenüberprüfung vorbereiten
Zusammenfassungssystem
Alle 6 Stunden: Projektprotokolle lesen, zusammenfassen, Zustand aktualisieren, nur letzte 10 Nachrichten behalten, Rest archivieren.
📖 Read the full source: r/openclaw
👀 Siehe auch

Anleitung: GitHub Copilot mit lokalem LLM unter Windows über Lemonade Server ausführen
Ein Entwickler hat eine Anleitung erstellt, um GitHub Copilot für die Verwendung eines lokalen großen Sprachmodells (LLM) auf einem Framework Desktop unter Windows einzurichten, da es keine einfachen Anweisungen für diese Konfiguration gab.

Anthropic veröffentlicht Champion Kit für Claude Code-Adoption
Ein Playbook für Ingenieure, die Claude Code in ihrem Unternehmen vorantreiben: Teilen Sie wiederverwendbare Prompts, antworten Sie in öffentlichen Kanälen und hosten Sie einen wöchentlichen Show-and-Tell-Thread – insgesamt etwa 40 Minuten pro Woche.

Qwen 3.5 122B MoE mit 35 t/s auf einer einzelnen 3090 mit ik_llama.cpp MTP
Ein lokaler Stack mit Qwen 3.5 122B MoE auf einer einzelnen 3090 bei 35 t/s unter Verwendung von ik_llama.cpps fusionierten MoE-Operationen für MTP. Das Standard-llama.cpp zeigte nur eine +4%-Verbesserung; iks Fork ergibt +20%.

OpenClaw Workspace-Struktur und Selbstverbesserungsansatz eines langjährigen Nutzers
Ein langjähriger OpenClaw-Nutzer teilt seine Arbeitsbereichsstruktur mit wichtigen Markdown-Dateien wie SOUL.md, AGENTS.md und MEMORY.md sowie der entscheidenden Erkenntnis, dass die Effektivität des Agenten dramatisch steigt, wenn er seine eigene Umgebung verbessern darf.