business

Verdict

Submitted 5/19/2026, 5:53:51 PM · Completed 5/19/2026, 6:20:08 PM

5.5
pivot
The idea

kandev: self-hosted kanban for coding agents (Claude Code, Codex, Copilot, Amp, OpenCode), each card runs in its own git worktree

Show original source text →
Hey r/SideProject. Been building this for a few months because juggling 4-5 Claude Code / Codex sessions in tmux panes was driving me up the wall. Kandev is a self-hosted kanban board where each card runs a coding agent in its own git worktree. You can mix agents per card (Claude for the iOS frontend, Codex for the python script, Copilot for docs). Each card uses whatever subscription you already have on the local CLI, no double billing. What it does: workflow engine with typed states (backlog / wip / review / done) and approval gates between transitions, GitHub PR review with inline comments, Linear / Jira import as task sources, web UI so phone is just a browser tab. What it doesn't: Windows is the rougher edge since most devs run Linux/Mac, opencode needs its own provider key. Repo: https://github.com/kdlbs/kandev Looking for honest comparisons with vibe-kanban, claude-squad, conductor, etc. Where does this approach win or lose for your workflow?
TRIZ inventive level: 3/5· Principles: parameter changes, mechanical interaction
Synthesis verdict
**Pivot**: Kandev's unique value proposition and strong technical foundation are overshadowed by significant risks and weaknesses. The project's dependency on proprietary AI APIs, insecure key handling, and lack of monetization are major concerns. While the market potential is promising, the current approach is unlikely to succeed without significant changes.

Strengths

  • Unique value proposition addressing a real pain point for developers
  • Strong technical foundation with git worktree integration and approval gates
  • Favorable unit economics with zero marginal cost per user
  • Potential for upsells with hosted tiers, enterprise plugins, or premium workflow templates

Weaknesses

  • Dependency on volatile proprietary AI APIs
  • Insecure key handling and storage
  • Lack of monetization and unclear conversion path
  • Windows support gaps and reliance on user-provided API keys

Best angle

Kandev should pivot to a more secure and sustainable architecture, prioritizing robust key handling and exploring alternative AI integration strategies to mitigate dependency risks.

Panel verdicts

Competition

nvidia/nemotron-3-nano-omni-30b-a3b-reasoning

7.0

kandev wins by uniquely merging per‑card AI agent routing with git worktree isolation, a combination not offered by any current kanban or workflow tool.

The market already offers workflow-centric kanban tools such as vibe-kanban, which focuses on visual task flow but lacks per-card AI agent integration, and claude-squad, a dedicated Claude Code wrapper that centralizes a single model rather than mixing providers. conductor provides a generic workflow engine with approval gates but does not tie each card to its own git worktree or leverage existing CLI subscriptions, leading to double billing. kandev’s unique value lies in coupling a typed state machine with per-card AI agents that reuse the user’s existing Claude, Codex, or Copilot subscriptions, eliminating duplicate billing and enabling heterogeneous agent stacks within a single board. This differentiation is real because no existing product combines git worktree isolation, multi‑provider agent routing, and approval‑gated transitions in a unified kanban view. However, durability depends on the niche’s size: developers seeking deep AI‑assisted coding may gravitate to specialized wrappers, while generalist kanban users may stay with established tools that offer richer ecosystems and mobile apps. The Linux/Mac limitation and the need for each AI provider’s key create friction, potentially narrowing adoption. If the team can build a polished web UI, add Windows support, and cultivate a community around shared worktrees, the moat can be sustainable; otherwise, the niche may remain too narrow for long‑term growth.

Viability

meta/llama-4-maverick-17b-128e-instruct

6.0

The project's technical complexity and the need to integrate multiple coding agents and task sources make it a challenging build for a small team within a short timeframe.

Building Kandev as a solo or 2-person team within 4-12 weeks is challenging due to its complex feature set and technical requirements. The project involves integrating multiple coding agents (Claude, Codex, Copilot) with a kanban board, workflow engine, and GitHub PR review, which demands significant development and testing efforts. Additionally, supporting multiple task sources (Linear, Jira) and providing a web UI adds to the complexity. However, the existence of a GitHub repository suggests some groundwork has been laid. The main hurdles will be completing the remaining features, ensuring smooth integration between components, and polishing the user interface. Windows support and opencode provider key implementation are noted as rough edges, but they might not be critical for the initial version if the target audience is primarily Linux/Mac users. A 2-person team might be able to achieve a functional v1 within the given timeframe by prioritizing core features and simplifying others.

Monetization

mistralai/mistral-medium-3.5-128b

8.0

Kandev wins on developer-centric workflows and cost efficiency but needs a monetization layer to scale beyond a niche tool.

Kandev’s value proposition is strong for multi-agent development workflows, addressing a clear pain point (tmux chaos) with a self-hosted, git-integrated kanban board. The pricing model is implicit: free (self-hosted) with zero marginal cost per user, leveraging existing LLM subscriptions (Claude/Codex/Copilot). This avoids double-billing and aligns with developer preferences for BYOK (bring your own keys). Unit economics are favorable—no cloud costs, and the only ‘cost-to-serve’ is open-source maintenance. The conversion path is frictionless (GitHub repo → self-deploy), but monetization is unclear; potential upsells could include hosted tiers, enterprise plugins (e.g., Jira sync), or premium workflow templates. Competitive edge over vibe-kanban/claude-squad: deeper Git integration (worktrees, PR reviews) and multi-agent flexibility. Weaknesses: Windows support gaps, reliance on user-provided API keys, and lack of built-in monetization. The workflow engine and approval gates add stickiness for teams, but adoption hinges on self-hosting appeal vs. managed alternatives.

Risk

openai/gpt-oss-120b(fallback #1)

3.0

Dependency on volatile proprietary AI APIs and insecure key handling will likely kill Kandev within months.

Kandev tries to stitch together multiple proprietary AI agents (Claude, Codex, Copilot) into a self‑hosted kanban, but the moment any of those services changes pricing, throttles usage, or revokes API access, the whole product collapses. The architecture assumes developers already own the necessary subscriptions and that those keys can be safely stored and forwarded by a local server – a massive security liability. A single breach would expose source code, API tokens, and potentially proprietary business logic, prompting immediate shutdown by risk‑averse teams. Moreover, the reliance on git worktrees for per‑card agents creates fragile state management; any mis‑sync or merge conflict can corrupt the entire repository, forcing users to abandon the tool after a few weeks of painful recovery. Finally, the market is saturated with integrated CI/CD and AI‑assisted coding platforms that already embed similar workflows; Kandev offers no compelling differentiation beyond a niche self‑hosted gimmick, making churn inevitable as teams gravitate toward more polished, supported services.

Market

mistralai/mistral-small-4-119b-2603(fallback #2)

7.0

Kandev’s niche is senior devs drowning in multi-agent workflows, but its Windows gap and adoption friction could cap its market size.

The core value proposition of Kandev—self-hosted, multi-agent kanban boards with per-card git worktrees and typed workflow states—addresses a real pain point for developers managing complex, multi-agent workflows. The audience is clearly defined: senior developers or engineering managers who juggle multiple agents (Claude, Codex, Copilot) across different tech stacks (e.g., iOS frontend + Python backend) and need a structured, auditable workflow. The size of this audience is non-trivial but niche: likely in the tens of thousands globally, concentrated in tech-forward companies or freelance devs with multi-agent subscriptions. The willingness to pay is plausible if the tool reduces context-switching costs (e.g., $50–$200/month for teams, $20–$50 for solo devs), especially if it integrates with existing tools (Linear/Jira) and avoids double billing. Where Kandev wins: It solves the 'agent sprawl' problem by isolating agents per card/worktree, reducing cognitive load and subscription overlap. The approval gates and GitHub PR integration add enterprise-grade rigor, which vibe-kanban or claude-squad lack. Where it loses: The Linux/Mac bias alienates Windows devs (a significant minority), and the 'opencode needs its own provider key' limitation could deter teams with strict compliance needs. Competitors like vibe-kanban focus on simplicity, while conductor targets orchestration—Kandev’s edge is its workflow engine, not just agent management. The biggest risk is adoption friction: devs already use Linear/Jira or Trello; convincing them to switch requires a compelling ROI (e.g., 20%+ time savings). The repo’s traction (stars, forks) is a weak proxy for demand—focus on paid pilot users or waitlist signups would be more telling.

Synthesized by meta/llama-3.3-70b-instruct · 16.0s