OpenClaw Kubernetes Operator mit integrierter Ollama-Unterstützung

OpenClaw Kubernetes-Operator mit eingebettetem Ollama
Ein Community-Mitglied hat einen OpenClaw Kubernetes-Operator erstellt, der fehlende Funktionen wie interne Binärdateien und Ollama-Integration adressiert. Der Operator ermöglicht es, Ollama als Pod im selben geteilten Namespace unter <ollama-svc>:11434 auszuführen, was der Ersteller hilfreich fand, als er Ollama Cloud für Agenten verwendete.
Einrichtungsanleitung
Um dieses Setup auszuprobieren, benötigen Sie einen Kubernetes-Cluster (kann mit kind/minikube erstellt werden). Aus dem geklonten Repository:
- Installieren Sie den Operator:
kubectl apply -f dist/install.yaml - Überprüfen Sie die Installation im
openclaw-operator-system-Namespace - Installieren Sie das Agent-Manifest:
kubectl apply -f config/samples/openclaw_v1alpha1_openclawinstance.yaml - Warten Sie, bis alles läuft, und führen Sie dann das erste Onboarding durch:
kubectl exec -it my-agent-0 -c cli -- openclaw onboard
Ollama-Konfiguration
Ollama läuft als separates StatefulSet. Das Gateway ist vorkonfiguriert, um mit ihm unter my-agent-ollama:11434 zu kommunizieren. Für die Verwendung der Cloud-Version:
- Anmelden:
kubectl exec -it my-agent-ollama-0 -- ollama signin - Ein Cloud-Modell abrufen:
kubectl exec -it my-agent-ollama-0 -- ollama pull minimax-m2.7:cloud
Dashboard-Zugriff
Um lokal auf das Dashboard zuzugreifen:
- Port-forwarding für den Gateway-Dienst:
kubectl port-forward svc/my-agent 18789:18789 - Holen Sie das Authentifizierungstoken vom CLI-Sidecar:
kubectl exec -it my-agent-0 -c cli -- openclaw dashboard - Dies gibt eine URL mit Token aus (Format:
...localhost:18789/dashboard?token=...), auf die Sie zugreifen können
Der Ersteller beschreibt dies als ein Projekt zum Üben von Kubernetes-Operatoren, basierend auf früherem Wissen und Praktiken. Er merkt an, dass es Verbesserungspotenzial gibt und sucht DevOps- oder Kubernetes-Mitwirkende für die Wartung.
📖 Read the full source: r/openclaw
👀 Siehe auch

Lokales Verhaltensüberwachungssystem mit MCP-Pipeline und Claude Code
Ein Entwickler hat ein lokales Verhaltensüberwachungssystem namens BRAIN erstellt, das App-Wechsel, Dateioperationen und Entwicklungssitzungen verfolgt und Daten über einen benutzerdefinierten MCP-Server an Claude Code weiterleitet. Das System läuft zu 100 % lokal ohne Cloud-Abhängigkeiten.

Open-Source-Tool ermöglicht es Claude, Unreal Engine direkt zu steuern
soft-ue-cli ist ein Python-Tool mit einem C++-Plugin, das Claude Code und Claude Desktop ermöglicht, Befehle in Unreal Engine ohne Editor-Interaktion auszuführen, mit über 60 Operationen inklusive Blueprint-Bearbeitung, Actor-Erstellung und Performance-Profiling.

Logseq Brain v0.6.0: Persistent-Memory-Plugin für Claude Code fügt Journey Log und abschnittsbezogene Lesevorgänge hinzu
Logseq Brain v0.6.0 fügt ein Journey-Log für alle Operationen, abschnittsgezielte Lesevorgänge zur Einsparung von Tokens und progressive Offenlegung für Skill-Dateien hinzu.

graphify-ts: Lokaler MCP-Server reduziert Claude Code PR-Review-Tokens von 63K auf 8,7K
graphify-ts erstellt einen lokalen Wissensgraphen deiner Codebasis unter Verwendung von tree-sitter AST + Louvain Communities + BM25 + optionalem ONNX-Reranking und stellt ihn über MCP stdio bereit. In Produktionstests reduzierte es die Eingabe-Token für Codeabfragen um das 2,6-fache und die Latenz um das 2,8-fache, und verkürzte PR-Review-Prompts von 63K auf 8,7K Token.