爱意满满的作品展示区。
LDa

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

  •  
  •   LDa · 40 mins ago · 90 views

    landingpage

    痛点

    最近一直在用 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 本地控制台,让每个人都能体会当项目经理的爽感。

    LDa
        1
    LDa  
    OP
       29 mins ago
    ![使用截图]( )
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   5422 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 34ms · UTC 06:30 · PVG 14:30 · LAX 23:30 · JFK 02:30
    ♥ Do have faith in what you're doing.