加载中...
7agents
内置 Agent
17skills
Claude Code 技能
12min
博客从零搭建
30min
人工验收耗时
项目介绍
从「结对编程」到「团队协作」
Cursor 解决了一次对话，Nezha 解决一整个迭代。
S
背景
AI 会写代码，但谁来跑完整个迭代？
Cursor、Copilot 让单文件效率翻倍，但外围工作也炸了：拆 task、开新对话、跑测试、合分支、处理冲突。AI 越聪明，你切换上下文的次数反而越多。
T
挑战
写一份需求文档，剩下的全交给 AI。
目标：把 AI 编程中所有的人工调度彻底消除。不用手动拆 task，不用盯着跑，不用合并。开发者写清楚要做什么，框架自己搞定怎么跑。
A
方案
Nezha：Phase → Feature → Task DAG + 多 Agent 角色分工
三层抽象将业务意图映射为可执行任务，DAG 引擎解析依赖并并行调度。每个 feature 在独立 git worktree 执行，互不干扰。Planner 拆任务、Coder 写代码、Verifier 验收，各司其职。某个 task 失败，AI Judge 自动决策重试/跳过/停止。
R
结果
12 分钟自动完成 + 30 分钟人工验收 → 上线
一个完整 feature 的规划、编码、测试、提交，无人值守跑完约 12 分钟。开发者花 30 分钟验收结果，直接上线。这个博客本身就是用 Nezha 构建的。
12 min无人值守 / 每个 feature
项目定位
从「结对编程」到「团队协作」
Cursor 解决了一次对话，Nezha 解决一整个迭代——写一份需求文档，AI 自动跑完所有 task，你只负责最后验收。
睡前丢任务，醒来看结果
睡前把需求丢给 Nezha，早上起来所有 task 全跑完，commit 整整齐齐。
全程可追溯，不是黑盒
每个 task 独立分支 + commit + 执行报告，AI 做了什么、为什么这么做，一目了然。
失败了也不怕
某个 task 失败，AI Judge 自动决策重试/跳过/停止，不会静默出错，也不会丢失已完成的工作。
用 Cursor 写完整需求，你要不断接力：拆 task → 开新对话 → 跑测试 → 合分支 → 处理冲突。AI 越聪明，你切换的次数反而越多。
Nezha 把这些串起来：一份 phase.yaml 定义需求和依赖，框架自动调度多个 Agent 协作，每个 feature 在独立的 git worktree 里跑，互不干扰。
哪吒三头六臂——三个头并行思考（planner / coder / verifier），六只手并行执行（独立 worktree）
DAG 自动调度
YAML 声明依赖，框架自动按拓扑序执行，不用手动排顺序。
专职 Agent 分工
Planner 拆任务，Coder 写代码，Verifier 验收。各司其职，各负其责。
分支自动管理
每个 feature 独立分支，任意回滚某个 feature，不影响其他。
AI 自动决策
Feature 失败？AI 根据上下文决定继续/跳过/停止，不需要人盯着。
定位对比
不是 Vibe Coding，是工程化交付
Coze、Dify 做的是低代码搭建，OpenClaw 做的是对话式原型。Nezha 做的是专业程序员的生产力工具——面向可持续交付的全生命周期代码生成。
| Coze / Dify | Vibe Coding | Nezha | |
|---|---|---|---|
| 目标用户 | 非技术人员 / 运营 | 有想法的任何人 | 专业程序员 |
| 产出质量 | 工作流配置 | 原型 / Demo | 生产级代码 |
| 开发方法论 | 拖拽搭建 | 对话迭代 | TDD + 持续交付 + DAG |
| 版本管理 | 平台版本 | 手动 / 无 | Git worktree + 逐 task 提交 |
| 迭代能力 | 重配流程 | 重新对话 | Phase → Feature → Task 生命周期 |
| 失败处理 | 重试节点 | 人工修复 | AI Judge 自动决策 + 回滚 |
| 项目规模 | 简单自动化 | 单功能 | 完整产品 + 多阶段交付 |
简单来说：Coze 让你不写代码，Vibe Coding 让你用自然语言写代码，Nezha 让 AI 按照专业软件工程规范替你写代码。适用场景完全不同——Nezha 面向的是需要可持续迭代、可回滚、可追溯的真实项目。
使用流程
从需求到交付，一条龙
初始化项目 → 对话规划 → PRD 评审 → 自动执行 → 人工验收。开发者只需关注两件事：写需求和验收结果。
系统架构
三层抽象模型
Layer 1
Phase
一次迭代的多 Feature 编排。外层 DAG，控制执行顺序和并行策略。
phase.yaml
├── feature: db-schema
├── feature: api-layer
│ depends_on: db-schema
└── feature: ui
depends_on: api-layer
Layer 2
Feature
一个完整需求，独立 git 分支 + worktree。包含完整的 Planner → Coding → Verify 流水线。
feature.yaml
├── title: "用户登录"
├── status: running
├── branch: feat/2026-...
└── agent: python-agent
Layer 3
Task
Feature 内部的具体编码子任务。内层 DAG 调度，每个 Task 一个 git commit。
task_list.json
├── F-001: package.json ✓
├── F-002: tsconfig.json ✓
├── F-003: next.config.ts ✓
└── F-004: layout.tsx ✓
内部模块架构
内置 Agent 编队
planner-agent
读取 PRD → 输出 task_list.json DAG
frontend-agent
React / Next.js / Vue 编码
python-agent
Python 项目编码 + pytest
java-agent
Java / Spring Boot 编码
pm-agent
项目初始化 & 知识库维护
helper-agent
统一控制面板，覆盖 9 种场景
evolve-agent
自我演进开发 (target=./)
真实战绩
用 Nezha 开发这个博客
这个博客（Next.js + TypeScript + Tailwind + Hono BFF）100% 由 Nezha 自主开发。Phase 1 战绩如下：
nezha feature show phase-1
$ nezha phase show phase-1
✓ Phase: my-blog-init [COMPLETED]
Features 5 / 5 completed
Tasks 11 tasks, 0 failed
Duration 11m 41s
✓ F-001 package.json 90s
✓ F-002 tsconfig.json 41s
✓ F-003 next.config.ts 35s
✓ F-004 ESLint + Prettier 71s
✓ F-005 dir scaffold 31s
✓ F-006 globals.css 50s
✓ F-007 cn() utility 40s
✓ F-008 env.ts 49s
✓ F-009 site.ts 85s
✓ F-010 Hono BFF + /health 73s
✓ F-011 layout + page.tsx 136s
横向方式对比
| 传统手写 | Vibe Coding | Nezha | |
|---|---|---|---|
| 总耗时 | 1–2 周 | 1–2 天 | 12 min AI + 30 min review |
| 人工精力 | 全程专注 | 持续提示 | 只写规格+验收 |
| Commit 规范 | 看心情 | 通常混乱 | 11 conventional commits |
| 可重复 | 低 | 中 | 可幂等重跑 |
人工介入次数：3 次
- 1.写 phase.yaml（10 分钟）
- 2.确认 task_list.json（5 分钟）
- 3.执行 `nezha run frontend-agent`，回去喝咖啡
运行实拍
真实运行界面
phase plan 输出
Feature DAG 状态
Agent 执行中
Feature 列表
Git log
可视化面板
工程难点实录
踩过的三个深坑
01
问题asyncio / anyio
anyio Cancel Scope 泄露
同进程连续调用 claude-code-sdk query() 必然崩溃，anyio cancel scope 进出 task 不一致。
解决方案
子进程隔离——每个 session 在独立子进程中跑，结果通过 .session_result.json 传递，进程退出自然清理。
02
问题LLM Engineering
LLM 输出非法 JSON
Planner Agent 生成 task_list.json，但含中文引号的 PRD 总触发未转义引号，导致 JSON 解析失败。
解决方案
三层防御：Prompt 规则 → 错误驱动循环修复 → TaskDAG.load() 兜底自动修复。后续用 tool_use 强制 schema。
03
问题git internals
git worktree 分支链管理
并行 feature 共享分支链。若某 feature 无 commit，git 会清理该分支，下游 feature 引用悬挂指针。
解决方案
删除 worktree 前检查分支是否存活，不存在则从 reflog 重建。并行 DAG 改为线性拓扑 chain，确保每个 feature 含完整代码。
版本里程碑
演进历程
2026-02-19
v0.12026-02-19
Feature Queue + 多 Agent 协调
2026-03-08
v0.22026-03-08
Helper 全能化 + Dashboard + 并行执行
2026-03-22
v0.32026-03-22
model_map 三层解析 + task_factor
2026-04-10
v0.42026-04-10
Claude Code 集成 + AI Judge 多模型
2026-04-19
v0.52026-04-19
两层 DAG（Phase → Feature）+ 优雅停止
规划中
v1.0规划中规划中
多引擎支持 —— 集成 Codex / OpenCode
规划中
v2.0规划中规划中
GUI ——可视化编排与运维