- Updated: March 15, 2026
- 6 min read
Deploy OpenClaw with GitOps: Using ArgoCD for Self‑Hosted AI Assistants
Deploying OpenClaw with GitOps using ArgoCD lets you automate self‑hosted AI assistant deployments in a fully declarative, repeatable way.
Why AI‑Agents Are Exploding Right Now
In 2024 the number of AI‑driven agents released each month has surpassed the growth rate of traditional SaaS products. Companies are moving from “one‑off ChatGPT prompts” to persistent, self‑hosted assistants that sit inside their own Kubernetes clusters, protect data sovereignty, and integrate tightly with internal tools.
OpenClaw, an open‑source AI‑assistant framework, is gaining traction because it lets developers plug in LLMs, vector stores, and custom toolchains without vendor lock‑in. However, the real challenge is operational consistency: how do you keep dozens of clusters in sync, roll out version upgrades safely, and roll back instantly when something goes wrong?
Enter GitOps—the practice of storing the entire desired state of your infrastructure in a Git repository and letting a controller reconcile that state automatically. When paired with ArgoCD, GitOps becomes a powerful, declarative pipeline that turns a simple git push into a fully‑automated, auditable deployment of OpenClaw.
Below you’ll find a step‑by‑step guide that shows how to set up this pipeline, configure ArgoCD, and watch OpenClaw roll out automatically.
Prerequisites – What You Need Before Starting
- A running Kubernetes cluster (1.22+ recommended). Managed services like GKE, AKS, or EKS work perfectly.
kubectlinstalled and configured to talk to your cluster.- A Git repository (GitHub, GitLab, or Bitbucket) where you can store manifests.
- ArgoCD installed in the same cluster (we’ll cover the installation).
- Docker installed locally if you plan to build custom OpenClaw images.
- Basic familiarity with Helm or plain Kubernetes YAML.
All of these tools are free or have generous community tiers, so you can spin up a sandbox environment in under 30 minutes.
Step 1 – Create a Git Repository for OpenClaw Manifests
First, create a new repository called openclaw-gitops. Inside, we’ll keep three directories:
├─ base/
│ ├─ deployment.yaml
│ ├─ service.yaml
│ └─ configmap.yaml
├─ overlays/
│ ├─ dev/
│ │ └─ kustomization.yaml
│ └─ prod/
│ └─ kustomization.yaml
└─ README.mdBase Manifests
The base/ folder holds the core OpenClaw resources that never change across environments.
deployment.yaml (excerpt)
apiVersion: apps/v1
kind: Deployment
metadata:
name: openclaw
labels:
app: openclaw
spec:
replicas: 2
selector:
matchLabels:
app: openclaw
template:
metadata:
labels:
app: openclaw
spec:
containers:
- name: openclaw
image: ghcr.io/openclaw/openclaw:latest
ports:
- containerPort: 8080
envFrom:
- configMapRef:
name: openclaw-configOverlay for Environments
We’ll use Kustomize to overlay environment‑specific values (e.g., replica count, resource limits). Example for overlays/prod/kustomization.yaml:
resources:
- ../../base
patchesStrategicMerge:
- replica-patch.yaml
configMapGenerator:
- name: openclaw-config
literals:
- LOG_LEVEL=info
- ENABLE_METRICS=trueCommit all files and push to the remote repository. This repository now becomes the single source of truth for OpenClaw’s desired state.
Step 2 – Install and Configure ArgoCD
ArgoCD runs as a set of Kubernetes controllers and a UI service. Install it with a single kubectl command:
kubectl create namespace argocd
kubectl apply -n argocd -f https://raw.githubusercontent.com/argoproj/argo-cd/stable/manifests/install.yamlExpose the UI (for demo purposes) using port‑forwarding:
kubectl port-forward svc/argocd-server -n argocd 8080:443Log in with the default admin password (the pod name) and change it immediately.
Create an Application Manifest
ArgoCD can track any Git repo. Save the following as argocd/openclaw-app.yaml and apply it:
apiVersion: argoproj.io/v1alpha1
kind: Application
metadata:
name: openclaw
namespace: argocd
spec:
project: default
source:
repoURL: https://github.com/your-org/openclaw-gitops.git
targetRevision: HEAD
path: overlays/prod
kustomize:
namePrefix: prod-
destination:
server: https://kubernetes.default.svc
namespace: openclaw
syncPolicy:
automated:
prune: true
selfHeal: true
syncOptions:
- CreateNamespace=trueApply the manifest:
kubectl apply -f argocd/openclaw-app.yamlArgoCD now watches the overlays/prod directory. Any change pushed to the Git repo will be detected, and ArgoCD will reconcile the cluster automatically.
Verify the Sync
Open the ArgoCD UI at http://localhost:8080. You should see the OpenClaw application in a Synced state with two healthy pods.
Step 3 – Trigger an Automated Rollout with a Simple Git Push
Let’s simulate a version upgrade. Edit base/deployment.yaml to bump the image tag:
image: ghcr.io/openclaw/openclaw:v1.2.0Commit and push:
git add base/deployment.yaml
git commit -m "Upgrade OpenClaw to v1.2.0"
git push origin mainArgoCD detects the new commit within seconds, marks the application as OutOfSync, and automatically starts a sync because we enabled automated in the syncPolicy. The UI will show a progress bar, and you’ll see the old pods being terminated and new ones starting with the updated image.
“GitOps turns a
git pushinto a reliable, auditable deployment pipeline—no manualkubectl applysteps required.”
If something goes wrong (e.g., the new image crashes), ArgoCD’s selfHeal flag rolls back to the last known good state automatically, ensuring zero‑downtime for your AI assistant.
Extend Your Workflow with UBOS Ecosystem
While the GitOps pipeline handles deployment, UBOS offers a suite of tools that can accelerate the rest of your AI‑assistant lifecycle:
- UBOS platform overview – a unified console for managing AI workloads across clusters.
- AI marketing agents – pre‑built agents that can be plugged into OpenClaw for lead generation.
- UBOS pricing plans – transparent pricing for scaling from dev to enterprise.
- UBOS templates for quick start – jump‑start new projects with ready‑made Helm charts.
- UBOS partner program – collaborate with UBOS to co‑market your AI solutions.
- UBOS for startups – resources and credits for early‑stage teams.
- UBOS solutions for SMBs – affordable AI infrastructure for small businesses.
- Enterprise AI platform by UBOS – enterprise‑grade security, governance, and compliance.
- Web app editor on UBOS – build UI front‑ends for your assistants without writing code.
- Workflow automation studio – visually design complex tool‑calling workflows for OpenClaw.
These resources complement the GitOps pipeline, letting you move from deployment to production‑ready AI services faster.
Ready to Host OpenClaw on UBOS?
If you prefer a managed experience, UBOS provides a one‑click OpenClaw hosting solution that provisions the entire GitOps stack for you, complete with monitoring, logging, and auto‑scaling.
Conclusion – The Power of Declarative AI Deployments
By storing OpenClaw’s entire configuration in Git and letting ArgoCD continuously reconcile it, you gain:
- Consistency: Every environment (dev, staging, prod) is defined in code, eliminating drift.
- Auditability: Every change is a Git commit, providing a full history for compliance.
- Speed: A single
git pushtriggers a zero‑downtime rollout. - Safety: Automatic rollback and pruning keep the cluster healthy.
- Scalability: The same pipeline can manage dozens of OpenClaw instances across multiple clusters.
Adopting GitOps for self‑hosted AI assistants is no longer a “nice‑to‑have” – it’s becoming the industry standard for reliable, secure, and observable AI deployments.
Start building your own GitOps pipeline today, or try UBOS’s managed OpenClaw offering to accelerate your time‑to‑value.