dev-3.0

从现有证据看，dev-3.0 更适合判断为“值得关注的开源工作流壳层”，而不是已被广泛验证的成熟 AI 开发平台。当前主要证据只有 GitHub 仓库简介，能证明作者定位明确：想解决一人团队并行驱动多个 AI 编程代理时的调度混乱问题；但这类证据更接近功能声明，不足以单独证明稳定性、真实效率提升或大规模采用。

它的实际作用不是再造一个新模型，也不是通用低代码平台，而更像“给现有命令行 AI 编码工具加一个任务指挥层”。根据仓库描述，它把 kanban、git worktrees、tmux 以及 Claude Code、Codex、Gemini CLI、OpenCode、shell agent 等连接起来，帮助用户把多个并行 coding agent 分配到不同工作区，追踪任务状态并减少上下文混乱。更准确的类比是“面向 AI 编程代理的 mission control / orchestration workspace”，不是独立 IDE，也不是自动生成完整产品的一键式 agent。

门槛和成本方面，现有证据没有提供官方定价、托管服务或 API 费用信息，因此只能保守判断：软件本体大概率是开源仓库可自托管/自运行，但实际使用成本会落在你接入的外部代理工具、模型 API、终端环境和 Git 工作流维护上；这属于保守推断，不是官方价格承诺。它更适合已经熟悉 CLI、tmux、git worktrees、多分支协作的开发者，不太适合完全不碰终端的新手，也不适合期待“零配置、全自动交付”的团队。

社媒与讨论质量方面，目前 evidenceSources 样本非常有限，且几乎只有 GitHub 仓库条目，没有看到足够的实测、长教程、深度评测或大量用户 issue/讨论。因此现阶段最多只能说它有一个清晰概念和开源落点，不能把“有仓库”当成“好用证明”。如果后续出现详细实战、失败案例、配置教程和多用户复现，再更适合判断其真实效率与维护成本。当前讨论质量应归类为：官方仓库描述为主、样本有限、热度与好用度都暂时缺少强证据。