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.