CodexBoard：爽当 PM ！我同时开发六个项目的方法论工具
## 痛点
最近一直在用 Codex 干活，Codex 的项目概念还挺好的，在一个项目中不停干活就行了，但最近又要做基准测试、又要开发测试集、又要干上班的活，经常忙了这个忘那个，这个任务还在规划，那个任务正在等批准，还有一个已经写完代码但忘了验收。中间再穿插几个命令审批和 Codex 提问，因此还是搬出了 PM 最爱 **Kanban** 的概念（我发朋友圈时确实有 PM 说很棒的哈哈），每个项目一眼能看到各个任务的进行状态。
最开始我只是想做一个简单的看板，把这些任务分别摆到「待办、规划、确认、执行、验收、完成」几个状态里。后来做着做着，又加了独立工作区、方案确认、执行证据、审批通知、模型选择，再后来连 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](https://github.com/GeekyWizKid/CodexBoard)
项目使用 Apache-2.0 协议。如果只是想试一下，可以直接下载 Release 里的 macOS ZIP 。解压后把 CodexBoard 拖进应用程序目录即可。运行前需要本机已经安装并配置好 Codex CLI 。
## 最后
这个项目最开始只是为了解决我同时开太多 Codex 任务后脑子不够用的问题。现在功能越堆越多，代码量也已经完全超出了“一晚上写个小工具”的范围。不过目前用下来，至少终于不用在十几个任务窗口之间反复寻找“刚才到底是哪个任务在等我批准”了。如果大家平时也会同时运行多个 Codex 任务，可以帮我试试。
遇到 Bug 、审批策略不合理，或者有什么更顺手的任务管理方式，都可以直接在 GitHub 提 Issue 。特别是在 app-server 、MCP 、Skills 和第三方模型接入这几块，我仍在继续探索。希望最后能把它做成一个真正能长期挂在电脑上的 Codex 本地控制台，让每个人都能体会到当项目经理的快乐。
---
原文链接：[点击查看](https://www.v2ex.com/t/1234358)
## 痛点
最近一直在用 Codex 干活，Codex 的项目概念还挺好的，在一个项目中不停干活就行了，但最近又要做基准测试、又要开发测试集、又要干上班的活，经常忙了这个忘那个，这个任务还在规划，那个任务正在等批准，还有一个已经写完代码但忘了验收。中间再穿插几个命令审批和 Codex 提问，因此还是搬出了 PM 最爱 **Kanban** 的概念（我发朋友圈时确实有 PM 说很棒的哈哈），每个项目一眼能看到各个任务的进行状态。
最开始我只是想做一个简单的看板，把这些任务分别摆到「待办、规划、确认、执行、验收、完成」几个状态里。后来做着做着，又加了独立工作区、方案确认、执行证据、审批通知、模型选择，再后来连 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](https://github.com/GeekyWizKid/CodexBoard)
项目使用 Apache-2.0 协议。如果只是想试一下，可以直接下载 Release 里的 macOS ZIP 。解压后把 CodexBoard 拖进应用程序目录即可。运行前需要本机已经安装并配置好 Codex CLI 。
## 最后
这个项目最开始只是为了解决我同时开太多 Codex 任务后脑子不够用的问题。现在功能越堆越多，代码量也已经完全超出了“一晚上写个小工具”的范围。不过目前用下来，至少终于不用在十几个任务窗口之间反复寻找“刚才到底是哪个任务在等我批准”了。如果大家平时也会同时运行多个 Codex 任务，可以帮我试试。
遇到 Bug 、审批策略不合理，或者有什么更顺手的任务管理方式，都可以直接在 GitHub 提 Issue 。特别是在 app-server 、MCP 、Skills 和第三方模型接入这几块，我仍在继续探索。希望最后能把它做成一个真正能长期挂在电脑上的 Codex 本地控制台，让每个人都能体会到当项目经理的快乐。
---
原文链接：[点击查看](https://www.v2ex.com/t/1234358)
· 0 个赞
· 0 个赞