Most kanban board roundups are written for project managers. This one is for developers. The criteria here are different: REST API quality, WebSocket support, automation capabilities, and whether the tool can be driven programmatically — not just clicked on.
What Developers Actually Need in a Kanban Board
When a developer evaluates a kanban board, the question isn't "is it visual?" — it's "can I automate it?" Developer workflows involve CI/CD pipelines that should create cards for failing builds, monitoring systems that should update card status on alert, and AI agents that should manage sprint tasks autonomously. A tool that doesn't expose a clean API isn't a tool — it's a bottleneck.
The short list of requirements:
- REST API with simple authentication — API key over a header, not an OAuth2 dance
- Full CRUD — not just reading data, but creating and mutating boards, columns, and cards
- WebSocket or webhook support — react to events rather than polling
- Automation rules — trigger actions on card events without writing a full integration
- Predictable data model — consistent IDs, clear relationships, versioned API
1. iKanBan — Best Overall for Developer Workflows
iKanBan is the only free kanban board built with programmatic access as a first-class feature — not an afterthought. The REST API covers full CRUD on boards, columns, cards, checklists, automation rules, and organization management. Authentication is a single header: Authorization: Bearer <api_key>.
Beyond REST, iKanBan has a WebSocket event stream — subscribe to a board and receive real-time events as cards are created, moved, updated, or deleted. This is essential for any integration that needs to react to board changes rather than poll every N seconds.
The AI agent skill is a native interface for LLM pipelines — designed for agents that need to create tasks, update progress, and read the state of work programmatically. No scraping, no third-party middleware.
2. GitHub Projects — Best If You Already Live in GitHub
GitHub Projects has improved significantly in recent years and is genuinely good if your work lives in GitHub issues and pull requests. The board view, roadmap view, and custom fields work well. For public repositories, it's free with no meaningful limits.
The API is GitHub's GraphQL API — powerful but verbose. If you're already fluent in GitHub's API surface, the learning curve is minimal. But if you want a standalone kanban board that integrates with non-GitHub workflows, it's awkward: there's no concept of a card that isn't a GitHub issue, and creating items programmatically requires navigating the full GitHub auth system.
Best for: Teams entirely within the GitHub ecosystem who want zero-cost board tracking tied directly to issues and PRs.
3. Linear — Best Issue Tracker (But Not Free)
Linear is arguably the best developer tool in the project management space: opinionated, fast, keyboard-driven, and API-first. Their GraphQL API is clean and well-documented.
The catch: Linear's free plan caps you at 250 issues. For any active engineering team, that runs out quickly. Beyond that, it's $8/user/month — which puts it firmly in the "not free" category and on a per-seat model that adds up. It's also more of an issue tracker than a kanban board — the workflow model is slightly different.
Best for: Well-funded engineering teams who want the best-in-class developer experience and don't mind per-seat pricing.
4. Trello — The Safe Default (With Limitations)
Trello is the most widely known kanban board and easy to get started with. Its REST API exists and is functional, but it requires Atlassian's OAuth2 authentication flow — not ideal for scripted or automated access. Rate limits on the free tier are tight, and the API is read-heavy by design; programmatic board manipulation requires more ceremony than most developer integrations want.
Automation via Butler is limited to one run per month on the free tier. There are no WebSocket events — only polling or webhook callbacks with a paid plan.
Best for: Non-technical teams and personal use where drag-and-drop is all you need. Not recommended if programmatic access is part of your workflow.
5. Notion (Board View) — Flexible But Not a Kanban Board
Notion is a workspace tool, not a kanban board. Its database views include a Board view that looks like kanban, and the API is reasonably documented. But Notion's data model is a document database, not a task tracking system — columns can't be configured as workflow stages in the same way, and there's no concept of WIP limits, swimlanes, or card-level automation.
Notion's real-time sync has historically been inconsistent on large databases, and the API rate limits are strict (3 requests/second). For teams who want Notion for documentation and wikis, the kanban view is a useful bonus. It's not a replacement for a dedicated kanban board.
Best for: Teams already using Notion for documentation who want lightweight task tracking in the same tool, and don't need API-driven automation.
The Bottom Line
For developers who need to script their workflow — integrate CI/CD pipelines, connect AI agents, build monitoring dashboards, or automate card management — only one free kanban board is actually designed for it: iKanBan. The REST API is clean, the WebSocket event stream is real, and the AI agent skill is built in.
For teams already inside GitHub with no external workflow needs, GitHub Projects is the sensible second choice. For everything else, you're either paying per-seat for Linear or working around Trello's API limitations.
| Tool | Free | REST API | WebSocket | Automations | AI Agents |
|---|---|---|---|---|---|
| iKanBan | ✓ | ✓ Full CRUD | ✓ | ✓ Pro | ✓ Native |
| GitHub Projects | ✓ | ✓ GraphQL | — | Limited | — |
| Linear | 250 issues | ✓ GraphQL | — | ✓ | — |
| Trello | ✓ | OAuth only | — | 1/month | — |
| Notion | ✓ | ✓ | — | — | — |