[开源] CodexBoard:爽当 PM !我同时开发六个项目的方法论工具

温州程序员劝退师 2026-08-14 10:25 1

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




  • 我的帖子已经打上 开源推广 标签:




  • 我的开源项目完整开源,无未开源部分:




  • 我的开源项目已链接认可 LINUX DO 社区:




  • 我帖子内的项目介绍,AI 生成、润色内容部分已截图发出:




  • 以上选择我承诺是永久有效的,接受社区和佬友监督:




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





痛点


最近一直在用 Codex 干活,Codex 的项目概念还挺好的,在一个项目中不停干活就行了,但是最近又要做基准测试、又要开发测试集、又要干上班的活,经常忙了这个忘那个,这个任务还在规划,那个任务正在等批准,还有一个已经写完代码但忘了验收。中间再穿插几个命令审批和 Codex 提问因此还是搬出了 PM 最爱 Kanban 的概念(我发朋友圈里确实是 PM 说很棒 hhh),每个项目一眼能看到各个任务的进行状态。


最早我只是想做一个简单的看板,把这些任务分别摆到「待办、规划、确认、执行、验收、完成」几个状态里。


后来做着做着,又加了独立工作区、方案确认、执行证据、审批通知、模型选择,再后来连 Codex 的 Skills 和 Apps 也接了进去,最后就变成了现在这个 CodexBoard。


介绍


CodexBoard 不是什么复杂的先进理念,而是把“派活”这件事给重放了。

它目前还是通过 Codex CLI 的 app-server 工作,只是在上面加了一层本地任务管理。

大概的流程是:

创建任务 → 先生成方案 → 人工确认 → 独立执行 → 查看证据 → 验收完成


每个任务都有自己的状态、运行记录和工作区。我可以同时扔进去几个需求,然后在一个看板里看它们分别跑到哪里了。

如果打开自动运行,就会自动完成规划并继续执行,适合风险比较低或者已经很明确的任务。


开发进度


当前已经实现:

任务创建时可以单独选择:Codex 模型、reasoning effort、Fast 模式、是否自动运行、使用哪些 Skills、使用哪些 ChatGPT Apps、前置依赖任务


这些选择会冻结在任务上,不会因为之后改了全局设置,导致一个已经创建的任务突然换模型或者换 effort。

规划阶段默认只读。方案生成以后,如果没有打开自动运行,会先停下来让我确认。

执行时每个任务会创建自己的隔离工作区,尽量避免几个任务同时改一份代码然后互相打架。执行结束后会保留日志、diff 和产物,最后由我决定验收、退回还是重新规划。


需要人工处理的时候,CodexBoard 会自动定位到对应卡片、展开审批内容,并发送一个不包含敏感信息的系统通知。

批准操作仍然必须回到应用里完成,通知上不会放一个“无脑通过”的按钮。这个地方我还是倾向于麻烦一点,至少先把命令、路径和原因看清楚。


前置依赖任务是我特地加的一个小功能,因为我们在软件开发周期里,通常会出现 B 依赖于先有 A 才能实现的情况。


Skills 和 Apps


现在创建任务时可以选择本机已经安装的 Codex Skills,也可以看到 ChatGPT Apps。

Skill 会通过 app-server 的结构化输入传给 Codex,不是简单在提示词里写一句“请使用某某 Skill”。

只读 App 可以直接用于规划和执行。包含写入工具的 App 会在执行阶段使用,并走人工审批。

OAuth、MCP 表单、Codex 提问、命令审批、文件修改和权限请求也已经统一接到了任务卡片里。不过这部分协议变化比较快,目前仍然算是边做边补,遇到奇怪情况欢迎直接提 Issue。


为什么强调本地


项目目录、任务内容、运行日志和看板数据都保存在本机。


CodexBoard 不提供中转服务,也没有自己的云端账号体系。模型请求仍然由你本机安装的 Codex CLI 和对应服务处理。

当然,“本地”并不代表所有数据都不会离开电脑——当 Codex 调用模型或者你选择了某个在线 App 时,数据仍然会按照相应服务的规则发送出去。CodexBoard 做的是不再额外增加一层自己的服务器。


目前的不足


先把不太好的地方说在前面:



  • 目前只有 macOS 版本

  • UI 和交互还有比较 AI 味

  • app-server 仍在持续变化,后续可能需要跟着 Codex CLI 调整

  • DeepSeek 这类兼容模型还在研究,暂时没有正式接入


这是个刚放出来的早期版本,建议先拿非关键项目试用,我现在主要也是用于比较基础的快速铺开的任务,我自己会继续拿真实项目跑,一边用一边修。


下载和源码


项目地址:

GitHub:GeekyWizKid/CodexBoard


项目使用 Apache-2.0 协议。

如果只是想试一下,可以直接下载 Release 里的 macOS ZIP。解压以后把 CodexBoard 拖进应用程序目录即可。

运行前需要本机已经安装并配置好 Codex CLI。


最后


这个项目最开始只是为了解决我自己同时开太多 Codex 任务以后脑子不够用的问题。

现在功能越堆越多,代码量也已经完全超出了“一晚上写个小工具”的范围。不过目前用下来,至少终于不用在十几个任务窗口之间反复寻找“刚才到底是哪个任务在等我批准”了。

如果佬友们平时也会同时跑多个 Codex 任务,可以帮我试试。


遇到 Bug、审批策略不合理,或者有什么更顺手的任务管理方式,都可以直接在 GitHub 提 Issue。尤其是 app-server、MCP、Skills 和第三方模型接入这几块,我也还在继续摸索。

希望最后能把它做成一个真正能长期挂在电脑上的 Codex 本地控制台,让每个人都能体会当项目经理的爽感。

最新回复 (9)
  • 温州程序员劝退师 楼主 08-14 10:28
    1

    上个实机图

  • 温州程序员劝退师 楼主 08-14 13:45
    2


    开始自我迭代

  • jv-kssma 08-14 13:50
    3

    所以屬於是本地版的Jira?

  • 小明同学 08-14 13:51
    4

    左侧任务列表不是codex任务吗。搞个看板的有什么区别呢。

  • 天天开心 08-14 13:51
    5

    看起来好强,佬的思路很不错,马上试试这个项目

  • 温州程序员劝退师 楼主 08-14 13:56
    6

    从维度上有本质区别

    看板对于项目管理的维度更专注于全局,能一眼看出各个项目各个任务的当前状态

    而codex 的任务本身看不出状态

    如果同时管理多个项目虽然 codex 已经提供了“项目”这一层级,但是多任务同时进行时,整个状态都是很难看清的。尤其我一个项目喜欢同时开三五个 session 在跑,有时候要看某个事情是否做完得切来切去

    比较特别的是我还加入了前置条件,在真实的项目管理中这是一个很重要的概念 如果前置条件没完成,则当前条件无法进行

  • 温州程序员劝退师 楼主 08-14 13:57
    7

    Jira 侧重项目周期管理吧 虽然做了看板但是说看板类型项目就是 Jira 有点太武断了

  • 温州程序员劝退师 楼主 08-14 14:03
    8

    欢迎佬使用 看看哪里不顺手可以提提意见

  • ciarany 08-15 01:49
    9

    这个本地的Codex面板,支持多个不同无图形服务器的远程Codex终端cli跑任务统一集中管理吗

* 帖子来源Linux.do
返回