文章 / 2026/05/14

查看公开仓库

我做了把想法变成项目的智能体:Dev Agent OPC

Dev Agent OPC 是一套面向 AI Coding Agent 的交付工作台,让智能体从想法出发,但最终走到可检查、可恢复、可交付的结果。

我做了把想法变成项目的智能体:Dev Agent OPC 文章配图

这段时间,我一直在想一个问题:

AI Coding Agent 已经很会写代码了,但为什么很多时候,离“真正交付”还是差一口气?

它可以很快。

快到你刚说完一个想法,它就已经开始改文件、写组件、跑命令。

但真实项目里,最怕的恰恰不是慢。

最怕的是它在需求还没讲清楚、设计还没对齐、环境还没准备好、测试还没证明之前,就一路往前冲。

最后你得到的不是一个可交付项目,而是一堆“看起来做了很多”的过程。

Dev Agent OPC 把想法、范围、规格、执行与交付检查组织成一个连续工作台。

所以我做了 Dev Agent OPC。

它是我给 AI Coding Agent 做的一套交付工作台:

让 Agent 从想法出发,但最终要走到可检查、可恢复、可交付的结果。

项目地址:https://github.com/KevinKE93/Dev_Agent_OPC

我为什么要做它

Dev Agent OPC 关注阶段、材料、边界、风险和阶段产物。

我现在越来越相信一件事:

AI Agent 真正进入工作流之后,最重要的能力不只是“生成代码”。

而是它能不能知道:

  • 现在处在哪个阶段;
  • 该读哪些材料;
  • 哪些事可以自主推进;
  • 哪些风险必须停下来问人;
  • 当前阶段结束时,应该留下什么产物。

如果没有这些边界,Agent 很容易变成一个非常勤奋、但方向不稳定的执行者。

它会做很多。

但你不一定知道它做得对不对。

你也很难在下一轮继续接上。

我做 Dev Agent OPC,就是想把这种“靠临场感觉驱动 Agent”的方式,变成一套更稳定的交付系统。

我的目标很直接:

让 Agent 更自主,但不能失控; 让开发更快,但不能跳过关键判断; 让每一步都有产物,每个产物都能被检查。

它到底是什么

Dev Agent OPC 背后解决的是一个很实际的问题:

不要让 Agent 一上来就写代码。

先把想法变成范围。

再把范围变成可执行规格。

它是为了减少返工、减少误判、减少“Agent 已经做完了但我不知道能不能信”的时刻。我更希望它像一个可靠的副驾驶:

该提醒时提醒,该推进时推进,该停下时停下。

1. Agent 不知道下一步该干什么

很多时候,我们不是没有文档,而是文档太散。

技能文件、命令说明、设计资料、任务记录、质量要求都在不同地方。

Agent 一旦开始长任务,很容易读太多、漏重点,或者沿着旧上下文继续跑偏。

所以我把执行入口收敛,给 Agent 一份紧凑的执行计划:

  • 当前阶段是什么;
  • 下一步该做什么;
  • 应该读取哪些 command、skill、reference;
  • 当前阶段要产出什么;
  • 进入下一阶段前要达到什么标准。

2. Agent 很容易埋头硬干

我在真实使用中最怕一种情况:

它明明缺信息,但它不说。

它明明没有设计依据,但它开始做 UI。

它明明缺 SDK、权限、凭证或模拟器,但它在错误里反复尝试。

这会浪费大量时间。

Dev Agent OPC 里有一个我很看重的原则:

信息不足,不要硬干。

安全、权限、发布风险不明确,就把问题抬给人决策。

这不是让 Agent 变慢,这是让 Agent 少走错路。

3. “完成了”必须能被验证

  • 需求产物有没有;
  • 设计依据够不够;
  • build 是否跑过;
  • 测试是否真的执行;
  • UI 是否经过视觉检查;
  • 发布是否有回滚方案;
  • 下一轮能不能继续接上。

快速上手

Dev Agent OPC 可以安装到 Codex、Claude Code、Gemini、OpenClaw 和 OpenCode 等 host。

可以直接从 GitHub clone:

git clone https://github.com/KevinKE93/Dev_Agent_OPC.git
cd Dev_Agent_OPC
bin/dev-flow install codex --scope user
bin/dev-flow install claude-code --scope user

目前支持的 host 包括:

  • codex
  • claude-code
  • gemini
  • openclaw
  • opencode

安装后,可以直接用:

/dev agent

你也可以用更自然的方式把任务交给它:

/dev agent 我有个想法……,帮我把这个产品想法梳理出来

如果你已经有项目,可以让它继续判断下一步:

/dev agent 帮我看看 xxx 文件夹里的东西,并分析

它会尽量只读取当前阶段真正需要的材料,而不是把整个仓库和所有文档都吞一遍。这也是我做它时很在意的一点:

节约上下文,降低误读,让 Agent 把注意力放在当前阶段。

我希望它变成什么

Dev Agent OPC 希望让想法到项目交付的过程更可见、更可检查。

对我来说,它最重要的价值不是“看起来很自动化”。

而是当我把一个想法交给 Agent 时,我知道它不会一头扎进代码里。

它会先判断,会留下产物,会在不确定的时候停下来,会把交付过程变得更可见。

最后

如果你是独立开发者,或者正在以 OPC 的方式做产品,Dev Agent OPC 会比较适合你。Agent 可以帮忙,但你需要一套能管住它的工作方式。我会继续把它打磨成一个更轻、更稳、更适合个人开发者和小团队的 AI 开发工作台。

可以去 GitHub 看看这个项目:https://github.com/KevinKE93/Dev_Agent_OPC

欢迎 star、fork、试用,也欢迎把你在真实项目里的使用反馈告诉我。