mrkeyoor.com_
Thu 24 Sept 23:59 UTC
AI Toolsevaluationupdated 25 Aug 2026

kandev review

Kandev is a self-hosted development control plane that turns coding-agent work into Kanban tasks, isolated worktrees, review steps, and pull requests. It can run many agent CLIs through local processes, Docker, SSH, or cloud executors, then place their conversations, diffs, terminals, files, and previews in one workspace.

+25stars / 7d
Verdict

Our Kandev install took 48 seconds and 978 MB, but the build failed after 7 seconds because the desktop Tauri step could not run cargo metadata; no tests ran. Use a packaged release if its Kanban, worktree, review, and multi-executor model matches how your team already supervises several agents. Wait if you need signed desktop binaries, a simple single-agent tool, or the feature-flagged Office mode, and treat v0.91.0 as active pre-1.0 software rather than finished infrastructure.

We ran it

Lab card: what happened when we ran kandevScreenshot of kandev (kandev.ai)
Install✓ · 48s1117 packages · 978 MB
Build✗ · 7s
Testsn/ano test script
Repo13206 files~2,138,001 lines of source · 120.3 MB · 20 CI workflows

Answers from our run

Does kandev build from source?

Dependencies installed in 48 seconds (1117 packages), and the build failed. We cloned commit 6c76ed8 into a clean Debian container with 3 CPUs and no project-specific setup.

Does kandev have tests you can run?

Not through a standard command: the project exposes no test script or target that our harness could run.

Who should not use kandev?

Developers who only run one agent in one terminal: Kandev adds a server, database, board, workflow model, worktrees, and another interface to maintain.

What are the alternatives to kandev?

T3 Code, Vibe Kanban, OpenHands. Our Kandev install took 48 seconds and 978 MB, but the build failed after 7 seconds because the desktop Tauri step could not run cargo metadata; no tests ran.

Setup3/5Easy packages, complex source toolchain and runtime setup
Docs5/5Detailed features, workflows, services, architecture, and logs
Community4/5Current releases and dense daily pull-request activity
Maturity3/5Broad working surface, unsigned desktop builds, pre-1.0 release

Who it’s for

Power users coordinating several Codex, Claude Code, Copilot, Gemini, OpenCode, or other agent sessions at once.
Teams that want explicit workflow stages, human review gates, isolated Git worktrees, and task-to-PR tracking.
Self-hosters who need agent execution on a workstation, Docker host, SSH server, or Sprites environment without product telemetry.
Developers prepared to manage provider credentials, executor profiles, secrets, VPN access, and AGPL obligations.

Who it’s NOT for

Developers who only run one agent in one terminal: Kandev adds a server, database, board, workflow model, worktrees, and another interface to maintain.
Source contributors without the pinned Go 1.26.0, Node 24, pnpm 9.15.9, and Rust or Cargo needed by the Tauri desktop build; our build failed when cargo metadata was unavailable.
Users who require trusted desktop installers: v0.91.0 labels its Windows and macOS packages unsigned development builds that may need manual OS security bypasses.
Teams needing Office mode today: the README calls it feature-flagged work in progress and says it will enter the supported inventory only after it ships.
Organizations unwilling to review AGPL-3.0 obligations before operating or modifying a network-accessible service.
Anyone assuming the repository's tests passed in our lab: the harness found no test script or target in the measured ./apps/ project, so tests were skipped.

Setup reality

Our run at commit 6c76ed8 installed 1,117 packages in 48 seconds and used 978 MB on disk. The 120.3 MB checkout contained 13,206 files and about 2,138,001 source lines. The build failed with exit code 1 after 7 seconds; no test target was found, so tests were skipped.

The log shows the recursive build covering 7 of 8 workspace projects. The CLI syntax checks completed, then the desktop Tauri build failed because cargo metadata returned No such file or directory. That is a direct source-build prerequisite gap in our Node sandbox. The README's full source path pins Go 1.26.0, Node 24, and pnpm 9.15.9, with mise used to install tools.

End users have easier routes through Homebrew, Scoop, npx, or npm. Live agent work still needs provider CLIs and credentials, Git repositories, and executor configuration. Remote access should sit behind Tailscale or another VPN. Data and worktrees live under ~/.kandev by default, while Docker, SSH, integrations, MCP endpoints, services, and secret profiles each add their own operational boundary.

Kandev turns agent sessions into reviewed tasks

Kandev starts with a Kanban board rather than a chat window. A task can move through workflow steps, launch different agent profiles, work in an isolated Git worktree, and stop at review gates before a pull request. The integrated workspace includes files, an editor, terminal, browser preview, conversation, and Git changes. That shape is useful when several agent jobs are running at once and the hard part becomes knowing which branch changed, what needs review, and which task is blocked.

Provider breadth is a major part of the pitch. The README lists Claude Code, Codex, Copilot, Gemini CLI, OpenCode, Cursor, and many other agents connected through ACP or adapter packages. A terminal passthrough can host a CLI that does not speak ACP. Executors can be local processes, Docker containers, SSH hosts, or Sprites cloud environments. Kandev's own MCP surface lets task agents create subtasks, coordinate dependencies, message sibling tasks, inspect conversations, and signal workflow completion.

What happened when we ran it

Our sandbox cloned commit 6c76ed8 and found 13,206 files, about 2,138,001 source lines, and 120.3 MB checked out. The project lives under ./apps/ in a pnpm monorepo. Installation succeeded in 48 seconds, pulling 1,117 packages and using 978 MB on disk. The repository had 20 CI workflow files, workspaces, no root Dockerfile, and no tests directory according to the lab signals.

The recursive build failed with exit code 1 after 7 seconds. It covered 7 of 8 workspace projects: the CLI syntax checks completed, then the desktop Tauri package tried to run cargo metadata. The log reports No such file or directory, followed by the desktop workspace failure. This is clear evidence that our Node sandbox lacked a command required by the desktop build. It does not say whether the web or backend would fail in the complete documented toolchain.

Our harness found no test script or target in the measured project path, so tests were skipped. The README documents a repository-level make test command after a larger bootstrap process, but that path was not part of the lab result and must not be treated as a pass. Source development pins Go 1.26.0, Node 24, and pnpm 9.15.9, with mise managing tools. Playwright browser dependencies require another bootstrap command for end-to-end work.

Packaged installs avoid the 978 MB workspace

Homebrew and Scoop install native bundles without requiring Node at runtime. npx and global npm are available for users comfortable with the JavaScript distribution. Data, the SQLite database, and worktrees live under ~/.kandev by default. A packaged trial is the sensible evaluation path because it avoids the source build that failed in our sandbox. Nightly npm builds exist, while stable remains the default update channel.

Desktop trust is the awkward exception. The v0.91.0 release warns that its macOS and Windows installers are unsigned development builds and may require manual operating-system security bypasses. That warning should stop company-wide deployment until the organization decides how it will verify artifacts. A browser-connected service can avoid the desktop package, but then the operator owns the server, network exposure, provider credentials, backups, and updates.

Human review is present, configuration still decides safety

Kandev's stated model keeps people in control through workflow gates, change review, and explicit shipping decisions. Worktree isolation prevents parallel tasks from editing one checkout, and task views group diffs and pull requests by repository. Those are good controls. They do not make every agent action safe by themselves. Profiles can hold secrets, prepare scripts, environment variables, credentials, and unattended permission behavior, while agents can create or message other tasks through MCP.

Review therefore depends on how workflows are built. A team should begin with one repository, one executor, and a mandatory approval step before merge or deployment. Container or remote execution can separate agent processes from a workstation, but copied ignored files such as .env values can reintroduce sensitive access inside a worktree. External MCP endpoints also need authentication and network policy because they can manage tasks from outside the application.

Version 0.91.0 is active and still pre-1.0

The latest release arrived on August 21, 2026, and the repository was pushed on August 25. Its change list includes fixes for skipped reviewers, tasks stuck in review, unsafe clone authorities, config-import races, secret resolution, agent wakeups, and task queue ordering. These fixes show maintainers working on the exact coordination failures an orchestrator must handle. They also show how many state transitions sit between a card moving across the board and a trustworthy result.

GitHub's open count of 94 combines issues and pull requests. The most recently fetched page was dominated by pull requests, so that number cannot be presented as 94 bugs. The project has an AGPL-3.0 license, no telemetry according to the README, and service guides for systemd and launchd. Windows service installation is not yet supported, and persistent service updates differ by npm, Homebrew, local checkout, user mode, and system mode.

Kandev is a credible option for a small technical team already feeling the pain of parallel agent work. Its board, review surface, worktrees, executor profiles, and task MCP all address coordination rather than pretending another chat UI is enough. Start from a packaged v0.91.0 release, keep the service on a VPN, and test backup, restore, cancellation, review, and secret boundaries. Our 7-second build failure says source contributors need the full pinned toolchain, including Cargo for the desktop package.

Alternatives

ProjectWhat it isPick it when
T3 Code gh↗A mobile, web, and desktop control surface for several locally installed coding agents.pick this instead when remote conversation control matters more than Kanban workflows and executor orchestration.
Vibe Kanban gh↗A task board for coordinating coding agents across parallel work.pick this instead when a focused agent task board is enough and Kandev's wider IDE and runtime layer feels heavy.
OpenHands gh↗An open platform for software-development agents with its own runtime and interface.pick this instead when you want one agent platform rather than a control plane spanning many existing CLIs.
Codex gh↗OpenAI's coding agent with terminal, editor, app, and cloud workflows.pick this instead when a native single-provider workflow avoids the need for orchestration infrastructure.

What people are saying

  1. [github-trending] kdlbs/kandev

Sources

  1. Kandev README
  2. Kandev v0.91.0 release
  3. Kandev feature guide
  4. Kandev service guide
  5. Kandev architecture

More ai tools reviews

monty · Step-Code · agenticSeek · starnet · lap · stable-diffusion.cpp · the whole board →