Dev Flow Project Status

August 31, 2026 · View on GitHub

中文 | English

Last reviewed: August 31, 2026.

Dev Flow is an early open-source project with real published packages and real Host journeys. This page separates three different kinds of evidence:

  1. stable product evidence — a registry package completed the release and Host lifecycle gates;
  2. preview/source evidence — newer behavior exists in npm beta or on main;
  3. adoption evidence — external users, contributors, and dependent projects.

The first two exist today. External adoption is still early and is not overstated here.

Stable support

@latest selects the stable packages below.

ProductVerified environment
dev-flow-codexmacOS arm64, Node.js >=24, Codex >=0.147.0
dev-flow-deepseekmacOS arm64, Node.js >=24, DSH >=0.1.0-rc.6
@imotong/dev-flowmacOS arm64, Node.js >=20

Stable claims come from registry-package installation, Host/Core handshake, removal, uninstallation, and repository-unchanged gates. The DeepSeek stable journey also covers explicit activation, restart recovery, DONE, and retained reopen. See the Support Matrix for exact Releases and artifact identities.

Current source

ProductCurrent capabilities
dev-flow-codexsmart selection, setup, Plugin/MCP registration, multi-repository Task Scope, explicit parallel-batch routing, and one-worktree Task dispatch when a new request meets ACTIVE_TASK_CONFLICT
dev-flow-deepseekDSH bundle, explicit activation, and multi-repository Task Scope
@imotong/dev-flowunified Adapter lifecycle and local Control Center launcher; Control Center displays logical repository groups and physical worktrees

Current source also includes the shared local WebUI embedded in Core, exposed through dev-flow webui start|open|status|stop|reset. Passing source tests alone does not expand platform or Host support; public support still depends on registry-package read-back and a final Host journey.

Evidence map

Entry pointQuestion it can answer
Codex multi-repository Attempt 7Can two independent Codex sessions resume the same Task from an additional repository?
DeepSeek multi-repository Attempt 5Did a real DSH journey complete multi-repository work, restart recovery, targeted verification, comprehension, and DONE?
PR #8Did a real Codex graph journey cover refactoring, retesting, comprehension acceptance, and delivery?
Support MatrixWhich public stable packages and Host environments have final-artifact evidence?
Release directoryHow do maintainers build, read back, and publish immutable artifacts?

Current limitations

  • Stable support is macOS arm64 only; there is no Linux, Windows, Intel Mac, Rosetta, or remote MCP claim.
  • The project is young, so external Issues, pull requests, dependent projects, and long-term adoption evidence remain limited.
  • Core is not a Host sandbox and does not intercept every Host file operation or shell command.
  • Explicit parallel batches and single-Task dispatch after ACTIVE_TASK_CONFLICT both depend on a Host-provided worktree-backed task/thread capability. Without it, users start another worktree themselves, and these source capabilities do not yet have a final-artifact Journey claim.
  • There is currently no telemetry, user-defined graph, or automatic historical Task migration; the WebUI is local loopback only and provides no remote access.

How to evaluate the project

  1. Read the two-minute walkthrough to understand the problem and user experience.
  2. Read the Support Matrix to separate stable support from preview behavior.
  3. Open the journey evidence above to inspect the exact real-Host claims.
  4. Read the Security Policy and Threat Model for residual risk.