engineering_delegate action with provider: "openclaw".
How it works
runId as the action’s external_id.
Prerequisites
Enable the hooks ingress on your OpenClaw gateway and expose it to Appeeky (public URL or tunnel):GET /healthz (JSON probe) and verifies your hook token via POST /hooks/agent (empty body → 400 when auth passes).
Reachability & security (you host the gateway)
Appeeky is the strategist; you host the coding agent. Appeeky’s servers call thebaseUrl you provide, so the gateway must be publicly reachable and locked down:
- Public HTTPS required in production. In production,
baseUrlmust be anhttps://URL — plainhttp://is rejected. - Private addresses are blocked. For SSRF safety, Appeeky refuses gateway URLs that resolve to loopback (
127.0.0.1,localhost), private ranges (10.x,172.16–31.x,192.168.x), link-local / cloud-metadata (169.254.169.254), or other reserved addresses. - Two ways to expose it:
- Cloud VM + durable hostname (recommended): named Cloudflare Tunnel or TLS reverse proxy — see Hosting a coding agent.
- Tunnel (quick start only):
cloudflared tunnel --url http://localhost:18789— hostname changes on restart; not for production.
- Keep
hooks.tokenstrong & rotate it. Restrict targets withallowedAgentIds. Appeeky stores the token encrypted and never returns it to the client.
Local development only: in dev (NODE_ENV != production) ahttp://127.0.0.1:18789gateway is allowed for testing. This never applies to the hosted product.
Setup
GET /healthz on your gateway (JSON ok: true) and verifies the hook token (auth probe on /hooks/agent).
Enable
What Appeeky sends
Safety model
- No Appeeky secrets leave Appeeky. Your repo access lives on the OpenClaw side.
- Always approval-gated. Delegations never auto-run by autopilot level — each waits for your explicit approval.
- Read mode blocks it. In
agentMode: read, no delegations are proposed. - Scoped routing. Use
allowedAgentIdson your gateway to restrict which agents Appeeky may target.

