惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园_首页
量子位
D
DataBreaches.Net
博客园 - 司徒正美
J
Java Code Geeks
博客园 - 【当耐特】
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
aimingoo的专栏
aimingoo的专栏
B
Blog
The Cloudflare Blog
D
Docker
I
InfoQ
爱范儿
爱范儿
MongoDB | Blog
MongoDB | Blog
腾讯CDC
月光博客
月光博客
Hugging Face - Blog
Hugging Face - Blog
Microsoft Azure Blog
Microsoft Azure Blog
Vercel News
Vercel News
阮一峰的网络日志
阮一峰的网络日志
小众软件
小众软件
S
SegmentFault 最新的问题
GbyAI
GbyAI
有赞技术团队
有赞技术团队

AI Agent 智能体

闭坑 老蹬中转站 qzz.io MiMo Token 激励计划:你们拿它做出了什么? 分享一个 Claude Code 脚手架: abc-scaffold 被喷了一天后,我觉得技术不值钱这句话应该改一下 中转站的安全性如何保障, Agent 一个提示就是几百个工具调用,几十个 exec 没人会一个一个审核吧。 以后技术鄙视链可能就一句话:你会不会使唤 Agent 最近又造了个轮子,基于 AI 的软件交付工作流引擎 自从有了 AI 之后, Commit 数量是不是已经不适合衡量开发效率了 我发现有了 AI 之后,很多人都在重复造轮子 AI 时代 产品需求文档(PRD) 软件需求文档(SRS) 应该怎么写呢?有推荐的模板吗?有推荐的 SKILL 吗? 征求可行方案:远程操控 + codex 桌面端 computer use 功能 + API 中转 做了个常驻的 AI 金融分析 Agent —— 不给买卖信号,只把事实端给你看 我跑了一晚 RAG,发现问题不在检索层 你们用的桌面 Agent 都是啥, 能操作浏览器么? Ucloud 也下场做中转站了 是不是第一个大厂做 gpt/anthropic 中转站的 怎么做的合规 如果为了本地大模型,卖掉 MacBook Pro M3 Pro 36G,买Μ5 Max 128G,合适吗? 照 AI 这个发展速度,感觉 AI 失控导致世界末日不远了 有用 openclaw 排杂志或者月刊的没?能达到 HTML 的效果吧? 做了一个本地查看 Coding Agent API trace 的工具: claude-tap docker sandbox + Codex CLI 这个方案可做开发自动化吗? 把 LLM 当成“人”,才是 Agent 工程进阶的起点 目前无人值守的 AI 开发流程是否有研究前途 你还能回到没有 AI 的过去吗? 最近两周在用向量数据库来给 Hermes 扩充脑容量,直接让我力竭了。 火山新出了 Agent Plan,涨价 2~7.5 倍 GLM 崩了? 做了个小工具:让本地 AI Agent 操作堡垒机后的远程 Linux 环境 “这个确实有点复杂。要不先把这个功能延后到 TODO,今晚先收工?已经凌晨快 2 点了。” AI 大趋势,有人转全栈了吗?有没有成功案例可以分享一波的 做了一个给 AI agent 用的"万能钥匙",一个 key 调所有社交平台和数据源
分享一个自用的 全自动开发 多 Agent 编排脚本
ipwx · 2026-03-31 · via AI Agent 智能体

https://github.com/haowen-xu/autodev

目前适配了 ChatGPT (codex),计划适配 Claude Code 。

这是什么?

一句话:你写一个需求文档,它帮你把代码开发完。

autodev 是一个多智能体协作脚本。你把功能需求写成一个 Markdown 文件,交给它,它会自动:

  1. 规划:把你的需求拆解成一步一步可执行的开发任务
  2. 开发:dev agent 照着任务清单写代码
  3. 审查:review agent 独立验收,检查代码有没有按要求做到位
  4. 仲裁:如果 dev 和 review 反复对不上,仲裁者出面调解
  5. 合并:验收通过后,自动提交、合并、推送

核心机制

Plan → Dev → Review 闭环

你的需求文档 (xxx.md)
        ↓
   [plan agent]  ← 把需求细化为可执行步骤
        ↓
  ┌─────────────────────────────────────┐
  │  [dev agent]   按清单开发            │
  │       ↕  (disagreement → arbitrator) │
  │  [review agent] 独立审查             │
  └─────────────────────────────────────┘
        ↓ 审查通过
   [merge]  提交 / 合并 / 推送

dev 和 review 各自维护一份 todo 清单(内容一一对应),互不干扰地推进。

  • dev 认为"开发完成"→ 交给 review 验收
  • review 认为"没做完"→ 打回给 dev 继续
  • 连续两次都对不上 → 仲裁者出场

仲裁者( Arbitrator )

仲裁者是最终裁判。它会:

  • 阅读 dev 和 review 双方的清单和分歧
  • 要么改写双方的清单,让 dev 重新开发
  • 要么判定开发已完成,跳过争议直接进入合并

仲裁最多进行 5 轮,防止死循环。


快速上手

1. 安装

pip install git+https://github.com/haowen-xu/autodev.git

2. 准备需求文档

在项目里写一个 Markdown 文件,描述你要开发什么功能。格式可以参考 docs/plans/ 目录下的示例。

前提:你的代码库需要有 docs/ 文档体系和 AGENTS.md 文件,用来给各个 agent 提供项目上下文。可以参考本项目的写法。

3. 运行

# 基本用法
autodev -P docs/my-feature.md

# 开独立 worktree (推荐:不影响主干,可并行开多个功能)
autodev -P docs/my-feature.md -T

# worktree 完成后自动合并回主分支
autodev -P docs/my-feature.md -T --merge

并行开发多个功能

-T 参数会在同一个代码库开一个独立的 git worktree,这意味着:

  • 不同功能互不干扰
  • 可以同时跑多个 autodev 进程,并行开发不同 feature
  • 每个 worktree 完成后加 --merge 自动合并回主干