Prerequisites
- Configure Arka env vars in
~/.config/arka/.env(see Configuration). - Start at least one HTTP listener:
- Confirm health:
Environment variables
n8n → Arka: HTTP Request (agent)
Use this when you want the full Arka agent (skills, repo context, coding profile). Node settings:- Method:
POST - URL:
http://127.0.0.1:8765/v1/agent(or yourARKA_BACKEND_URL) - Authentication: Header
Authorization: Bearer {{ $env.REMOTE_TOKEN }} - Body (JSON):
output from the JSON body. Check ok and exit_code.
Run arka n8n example for a copy-paste node definition.
n8n → Arka: HTTP Request (inbox + sessions)
Use this for verified inbound automation with Hermes-style session continuity. Node settings:- Method:
POST - URL:
http://127.0.0.1:8767/v1/inbox - Authentication: Header
Authorization: Bearer {{ $env.WEBHOOK_TOKEN }} - Body (JSON):
source and chat_id stable across workflow runs to preserve conversation context. The same session keys work with arka ask when MESSAGE_SESSION_CHANNEL / MESSAGE_SESSION_CHAT_ID match.
Response: output (empty when "silent": true), plus source and chat_id.
Session continuity pattern
"source":"n8n" and "chat_id":"deploy-42". Arka injects prior turns before running the agent.
Arka → n8n (bidirectional)
To push events from Arka into n8n:- Add an n8n Webhook trigger node to your workflow and copy the Production URL.
- POST from a shell step, routine, or agent-generated command:
N8N_WEBHOOK_URL in Arka’s .env. For scheduled pushes, use routines or an n8n Schedule trigger that polls Arka health instead.
Railway hosted option
For a cloud-hosted Arka API (coding profile), deploy with the Railway profile and point n8n at the public URL:REMOTE_TOKEN and provider keys in Railway Variables. See Deploy coding skills to Railway for the full hosted setup. Prefer HTTPS and keep tokens in n8n credentials — not in workflow JSON exports.
CLI reference
Troubleshooting
Start listeners before running workflows. Use
arka webhook status and arka n8n status to verify URLs and tokens without invoking the agent.