Why build a custom dashboard?
Codika deploys your workflows as stable HTTP endpoints with credential isolation and execution tracking. You can trigger these endpoints from any frontend — not just the Codika dashboard. This means you can build a custom app that:- Triggers your workflows from your own UI
- Displays results in your own format
- Manages its own users and data
- Talks to your own database alongside Codika
Architecture
- Stable HTTP endpoints per workflow (don’t change across versions)
- Credential isolation (your app never sees integration tokens)
- Execution tracking (trigger, poll status, get results)
- Dev/prod environments with separate instance IDs and API keys
- Secured n8n endpoints (workflows are only callable through the Codika API, not directly)
- The frontend (UI, forms, data display)
- Your own database (users, audit logs, app-specific data)
- Server-side API routes that proxy to Codika (keeps API key private)
- Business logic around the workflow results
The integration is simple
Your app only needs three things from Codika:| What | How |
|---|---|
| Trigger a workflow | POST triggerWebhookPublic/{processInstanceId}/{workflowId} with X-API-Key header |
| Poll for results | GET getExecutionStatusPublic/{processInstanceId}/{executionId} with X-API-Key header |
| Know what’s available | Agent skills describe each endpoint’s input/output (optional but helpful) |
Next steps
Authentication
Understand the two API key types and how to store them securely.
Trigger & Poll
The core pattern: trigger a workflow, poll for results, parse the output.
Environments
Switch between dev and prod with separate instance IDs and API keys.
Common Patterns
Error handling, retry logic, audit trails, and security best practices.