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

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

- 我的帖子已经打上 开源推广 标签：是

- 我的开源项目完整开源，无未开源部分：是

- 我的开源项目已链接认可 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 本地控制台，让每个人都能体会当项目经理的爽感。