【OpenASE】可以关掉你的 IDE 和终端了。聊几句，提几个工单，睡觉的时候也能交付代码

问题描述：

本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：

• 我的帖子已经打上 开源推广 标签： 是
• 我的开源项目完整开源，无未开源部分： 是
• 我的开源项目已链接认可 LINUX DO 社区： 是
• 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
• 以上选择我承诺是永久有效的，接受社区和佬友监督： 是

以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出

---

大家是不是其实都没怎么用过 Codex 的云环境，Cursor 的云任务，Copilot 的 GitHub 任务 AI？

云端任务为什么看起来诱人，但是为什么他们没有打过 Codex 和 Claude Code？

Claude Code 刚开始火的时候，其实没有特别强，一次性把活干对干准，大家其实更爱他在 “陪” 你干活，任劳任怨听你把按钮调小，字体改大，给你解答问题。在聊天的时候，帮你把活干了。

当今云端异步任务的微妙在于，就算他已经是 Claude 模型，但是他干出来的结果，大概率没能让你满意。Why?

问题其实在于，你没法呆在输入框前面，输入几百字详细的需求文档，告诉他要用什么方法实现什么功能，怎么测试，怎么交付。

你可能没有注意到，你和 Claude Code 反复 battle 的过程中，把你的想象，模糊的需求具像化了。先出第一版能跑，改到第二版好看，最后修掉 bug，这活才算完成。

所以，一个关键点在于，*** 不是所有任务都该一上来就全自动。***

问题还模糊的时候，其实你需要一个 ** 同步 ** 的 AI，在你的电脑本地，陪你想、陪你拆、陪你定方案。

但当问题一旦清晰，你需要的就不再是聊天，而是一个异步 agent 去看着你几万字的需求文档，技术方案，完完整整实现你的需求、全自动运行、持续交付，然后醒来第二天你收获一个完全正确的应用。

image1920×1083 186 KB

OpenASE – Open Auto Software Engineering

• 第一层是侧边的 Panel。
  • Project AI Panel 把你本地的 Codex，Claude Code，Gemini CLI 统一起来，浏览器页面里面用你本地薅的 api 或者订阅跑 Codex/Claude Code。
  • 也别再开那么多终端了，哪个跑完都不知道，你在侧边栏多开，Loading 圈转完就是回复完成了，干完你再切过去给他发下一条消息。
  • Antigravity 的 Agent Manager，Codex APP 确实好用，但是没各家模型大拼盘，OpenASE 全部收归中央。每个对话都互相隔离工作区。
• 第二层是中间的看板。
  • 先有 Codex CLI 作为 Provider 选择模型，然后创建一个带名字的 Agent，最后写一个 Workflow，告诉 Agent 怎么处理这些工单，哪里开始，哪里结束。
  • 紧接着，你可以设置自己喜欢的状态列，就像一条跑道，全栈 Codex 多分身领走你的 Todo，一路干到 Done，堆几十条工单，第二天全部清空。
  • 你也可以多个 Workflow 搞接力，Gemini 从 Design 开始 Pickup，Backend 状态由 Codex 干后端，Frontend 状态是 Claude Code 负责前端，最后 In Review 让 Codex 再全盘 Review，没问题了丢到 Done。
  • 设置工单的依赖关系，任务 A 干完放行 B、C、D 三个并行工单，都收束了之后，E 工单再收尾一轮。让 Project AI 将你的一万字 PRD 拆成多块，配置好依赖关系后你就当甩手掌柜去吧。
  • 人类也可以有活干，求稳的老哥肯定不接受 AI 全包圆，再好的系统也要一段时间建立信任。In Review 状态转门人工审核，没问题了丢到 Merging，要修的 bug 提在 PR 里面，然后工单丢回 Rework 要求返工，干完才继续回到 In Review。注意力集中在面板，不需要在几个终端里面看到底哪个 AI 跑完了，我要开始审核哪个了。
• 第三层是同步异步 AI 的打通，Skill 是桥梁
  • Project AI 闭环的点在于，整个平台支持 skill，哪个 ticket 干的不好，删掉重新来过不在话下，Workflow 还不是很会写也没关系，让 Project AI 给你改，Skill 怕手写写错，不需要打开 IDE 就可以直接让他写，让他测，让他更新 Skill
  • Skill 在整个平台集中管理，Skill 可以复用，可以兼容。配置一个 Skill，复用到不同 Workflow 里。
• 最后一层第四层是 Harness Engineering
  • 项目大了，熵会增多。AI 生产的屎山会越来越大。
  • 做项目最头疼的不是从零开始写代码，而是在项目扩张，需求变动的时候，代码的可维护性需要维持在可接受的范围内。Harness Engineering 可以帮助 AI 规范代码风格，分好层，做好测试，完善各种信息不对齐的同步。
  • 定时任务可以定期开启工单，扫描语义不对齐，遗留的代码。

更多的 feature 包括：多机器管理，项目进展更新（同步 Agent 的上下文），Agent 运行链路全部可溯源，自动总结 Agent 执行链路（聚焦你关注的点）…

可以移步项目地址 → GitHub - PacificStudio/openase · GitHub

多多 star​～

OpenASE 自进化 ing：

image2932×1654 402 KB

网友解答：

---

--【壹】--：

前排支持

---

--【贰】--：

前排支持，看起来很完善。想问下新的 ticket 是如何自动生成的，以及说如何协调 multi-Agent 对同一个资源的访问和修改？

---

--【叁】--：

感谢支持

---

--【肆】--：

似乎 Codex Agent 不支持 base url?

---

--【伍】--：

感谢喜欢

---

--【陆】--：

start支持

---

--【柒】--：

感谢大佬。

---

--【捌】--：

实现很像，但是出发点不同哦
纯并行有很多 cli 实现，比如 omx(ohmycodex) claudeteam 等，已经用过很多，但是核心在于一个人类与Agent的交互逻辑。
相信工程规模大的佬友可以发现 同步异步 Agent 交错的价值。
（不用手敲几百字的需求issue咯）

---

--【玖】--：

看起来不错。

---

--【拾】--：

感谢喜欢～
大帅哥虽迟但到

---

--【拾壹】--：

感谢分享

---

--【拾贰】--：

可以直接跟 Project AI 对话，AI 调用 skill 创建 ticket，底层是 codex 和 Claude code 这些 CLI agent。
Agent 之间的工作区是隔离的，依靠 git 的分支发布与同步

---

--【拾叁】--：

有project AI，直接对话操作这个项目很丝滑
支持自定义状态，并且能够实现自定义多个workflow，让不同的Agent接力完成任务。
以及skill的拔插支持

---

--【拾肆】--：

我刚才在测这个项目multica，感觉好像不谋而合了？
image1400×944 167 KB

---

--【拾伍】--：

是的，我来试试佬的项目，他这个iusse式的确实还是少了点啥

---

--【拾陆】--：

这个和 vibe-kanban 有啥区别， 有啥优化吗

---

--【拾柒】--：

感谢支持

---

--【拾捌】--：

牛啊大佬

---

--【拾玖】--：

可以配置！如图，是一个json配置启动时的环境变量，我在用代理+CPA(CRS)，只需要在 ~/.codex/config.toml 里面配置用 baseurl + env_key，然后在这里配置环境变量，就可以识别到。（因为常规的 bashrc，zshrc 里面的环境变量是不会识别到的）

image1920×1083 114 KB