codex任务管理看板

codex任务管理看板不要再用对话管理codex了，我开发了一个 任务管理看板！ 有幸收到飞书团队的邀请， 分享了我们团队近期在做的 Vibe Coding项 目——dashi-taskboard 这是一套重塑现有 Codex工作流的项目管 理工具， 通过任务看板的方式， 把你从海量 的 Codex 对话中拯救出来。 项目名称：dashi-taskboard 已在github开源，欢迎大家体验、反馈！0.20 09/17 vFU:/ W@z.TY :1pm 复制打开抖音极速版，看看【大师的AI小灶的作品】不要再用对话管理codex了，我开发了一个任务管理... https://v.douyin.com/qXydn10vK0I/我给Codex做了一个任务管理看板。 我已经不太通过Codex对话来管理整个的开发流程了，也就是说我这个上下文被海量的噪声信息淹没了。过去的一个月里面我几乎现在就是五小时工作，三小时睡觉，我都不知道谁是老板。想办法把人的成本拉到无限低，不要高估人的判断和审核能力。 大家见过叫做最近Codex比较火的叫做去换Codex的皮肤，这个都见过吧？你们有没有用过自己定制功能的Codex？没有吧？今天我就给大家看一看，你可以除了对话框之外还有其他的方式跟Codex交互。 首先大家一定遇到过这样的情况，你的Codex跟我的应该也差不多，这里面已经积攒了非常多的对话了。但是你会发现，比如你对一个复杂的项目其中一个功能进行二次的编辑，你会发现你无从着起。这个就是我今天想给大家讲的叫做你其实你的AI agent的最终形态可能也不是像去年和今年年初的时候想象的，它是一个对话框。 你会发现像浏览器，AI浏览器也出过对不对？然后像Notion AI也出过对不对？这样的产品你会发现它本来有很多很多种跟AI交互的方式，但是最后都汇聚成了叫做所有的AI智能都集中在一个对话框。 但是我自己在真实体验的过程中，尤其是我最近也是vibe coding的过程中，发现这件事情由一个对话框撑不起来所有的这样的你的工作。今天我的介绍就围绕着这个展开，其实就是这个是我今天的开场语，叫做我已经不太通过Codex对话来管理整个的开发流程了。 我来做了一件什么事情？本来我是想通过ppt来讲解，但是大家觉得我这个东西讲起来很有意思，所以我今天会通过真的去演示和ppt结合起来来去讲解这个内容。 大家一定遇到过这样的情况，就是你的Codex跟我的应该也差不多，就是这里面已经积攒了非常多的对话了。但是你会发现，比如你对你的一个复杂的项目其中一个功能进行二次的编辑，你会发现你无从着起。 我来给大家复现一下这个场景，我是会怎么样？首先大家可以看一下，这个是我自己用的Codex，但是有一个任务面板，这个是我自己给我的Codex加的一个功能。 比如说我最近在做一个PPT skill，这个项目打开了之后，我不去开启一个新的对话，而是在待办事项里面去添加一个新的任务。然后这个任务添加完了之后，我想告诉AI的是，不要去干扰我的进程，我只是在做一个测试，它又会在这里面挂起来。 挂起来了之后，Codex就会定时的去循环，从这个待办事项里面去捞任务去做，它捞出来的任务就会放到进行中，它觉得自己快完成了之后，它会把这个东西放到审核中，我再去审核。 其实这个东西大家可能不知道有没有在场有没有开发者，或者说是做过特别复杂的vibe coding项目的人，如果说大家有的话，可能能理解到这个东西有什么用。如果说没有也没关系，我来给大家讲这个东西到底是怎么用。 我开发一个项目了之后，其中一个功能，我可能会先跟一个对话，去聊我想怎么做这个功能，然后还会有一个对话，去把这个功能完整的实现。然后最后这个功能如果出了问题，我并不会再继续这个对话中，继续跟他把 bug 修完，而是我会单独建一个 bug 修理的这样的对话。 所有的人应该都是这样吧，没有人有特别好的习惯，叫做我哪个功能要素源到哪个对话去对话的吧，没有吧。而且还有一个更加严重的情况，就是Codex自从更新了，它可以自己唤起新的对话了之后，你的对话的基数就会海量的增长，导致我根本就没有办法从我的对话中，找到我当时开发那个功能，它的对话到底是什么样。 也就是说我这个上下文，被海量的噪声信息淹没了，这个对话框，到底还是不是我们最终的一个跟AI协作的产品形态。那它就不是了。 那么你回过头来看这个任务面板就会变得清晰，这个任务面板有什么用？我会把我的任务放在这里，然后Codex会去认领，认领了之后它做完了会放在这里，那么我在这里打开的就只有跟这个功能相关的上下文，可以看一下这个过程大概是一个什么样的过程。 这个就是其中的一个卡片，那么它点开长什么样子？它点开就长这个样子，你会发现它会对这个任务进行一个完整的说明，这个就是它对你这个功能开发的一个简介。 然后再往下面这些是什么？是我发现它开发的很好，那我就继续给它评论，评论完了之后它再去针对我的评论继续进行二次的开发。也就是说这个东西它其实是以任务维度、以功能维度去记录你的这样的一个对话过程。 那么有人会问那这样的一个简介类的内容就是这一个长屏的详情页，它到底附属于哪个对话？它哪个对话都不附属于，你看一下它每一个这样的一个更改的内容了之后，它会有一个查看对话的这样的一个按钮，也就是说其实它可以跨越不同的对话来去索引你其中的一条线，你对某一个功能来去解释修改和更新的这样的一个东西。 这个灵感是哪里来的？就是我们做产品在互联网公司工作过的话，那其实一定会遇到一个情况，就是非常复杂的一个大工作的话，我们会拉一个一百人的大群，但是那个Codex绝对不允许我们在那个大群里面去讨论项目细节。 为什么？因为会被淹没，所以说它必须要你去拉小群，拉小群去讨论技术细节，也就是说整个的过程，关于功能相关的过程，没有人会在，都要集中在一起才能看得清。这个其实就是刚才任务面板的逻辑。 · 任务面板其实还有第二个点，就是我觉得可能也是大家非常痛的点，也是我自己很痛的点。就是我在开发产品的时候会发现一种现象，有一些功能我其实没想清楚，直接打开对话去跟他聊，他就进入了一个直接去帮我执行的过程了。 这种东西应该记在哪里？所以如果没有想清楚，会在最左侧有一个积压事项，也就是说可以在不是直接让Codex去制作以及自己的一些私人想法的时候，可以记录在这里。当有一天发现想法成熟了，再把它拉到待办事项里面，Codex才会在这个池子里面去捞取需求，也就是这个里面是专门记录灵感。 我会经常发现一个问题，就是在web coding的时候，它在进行一项重大的改革，这个重大的改革不能加任何的小功能，再让它去同步迭代，不知道它之间互相的影响，就只能在这等着它，要等它运行完，然后再布置工作，都不知道谁是老板。 所以这里面最重要的点就在于可以让它自己去运行，然后把方案写好，直到成熟了之后再把它拉过去。这个其实是一个更符合一般在公司工作或者去迭代产品的思维方式。 · 还有一个点就是遇到叫做工作时间其实是由Codex工作时间决定的，额度用完了就得停，根本就没有办法叫做通。按照正常8个小时的时间来，过去的一个月里面几乎现在就是5小时工作，3小时睡觉，完全是匹配需求。 但是如果要有一个积压事项和待办事项这样的内容能够池子存在，额度如果用完了就不会把这个东西往这里面去捞，直到有额度之后自动化才会正常的运行。然后把这个东西继续捞过来。也就是说，你可以先进行你的工作，而不必要等它任何的，比如说正在运行导致你没有办法给它布置需求，或者说额度消失了，没有办法给它布置需求，或者说你晚上睡觉，你没有办法给它布置需求，你是按照你的弹性时间来。 那么我们再换一种思路，就是这套流程不止Loop Engineering的起点，如果我不 bug定，那么它还能用在我什么样的地方？其实它可以用在很多地方，比如说它可以用在我作为一个自媒体博主我会去做一件事情，叫做选集调研。 我会去挖掘全网很多好的选题，我放到这个积压事项里面，然后有一天我会把它提出来，让AI去帮助我去做这个选题调研。那么这个流程在这里面也是能够跑通的。那我可以给大家看一下，它大概跑出来是一个什么样的结果。 那么打开这里面你可以看，叫做积压事项，其实就是我对于我的一些小题，但是我没有想好让它去做，我只是有要一个地方记录这些东西，我觉得它好，但是这些好转化成能做，还需要一个步骤，就是我们周一的选题会，比如说有一个关于Claude Code这样的一个选题，那么我放到这里了之后它才会去拉全网Claude Code相关的教程，来去告诉我这个选题怎么讲。 市面上的大家都在怎么讲，那可以看一下它这个调研好的东西大概长什么样子？你可以看到，就是它会给你一个任务清单，就是它大概调研好了之后，它会给你说一段话，然后你可以看一看它到底干了什么，然后最后它其实会交付给你一个链接，就是一个调研完的完整的链接。 最好的承载形式其实还是飞书文档，因为人和AI的交互可能是md对吧，但是人与人之间交互还是需要一个副文本的内容出现，包括你可以一键分享给其他人，这个都是一个比较好的选择。那么它大概就讲这个样子。 如果说你觉得它调研的不好，那么你的最好的办法就是在这里给它留一条评论，然后你说你的调研方向歪了或者说怎么怎么样，然后你再把它拖回来，然后拖回来之后，这个AI就会codex就会定时的从这里面去抓这个过程，抓这个任务，然后来去自主的继续运行。 然后这个工具其实只是第一步，但是我其实今天还想讲一个事情，就是除了这个工具之外，那么还有没有一些其他的一个更关键的问题什么意思？就是我其实在形成一个loop，然后让它自己去做调研。 但是loop里面有一个非常关键的一点就是什么？是它能不能运行起来，其实在于叫做有没有给它提供足够多的选题。如果没有往loop的库里面去提供选题，那么它就永远不可能走后面的流程。 所以我觉得也是大家在做loop的时候遇到的一个非常严重的问题，就是其实把人在这里面参与的环节的成本拉到太高了。我可以告诉你我是怎么解决这个问题的，就是让codex设置了一个自动化，让它每周、日晚去收集本周在各个平台点赞、收藏过的视频和文章。 也就是说点赞、收藏、看视频这个事情是我每天都要做的事情，即使没有这个流程我也要做。如果每周要花时间去给codex去布置任务，要去调研哪些选择题永远做不成这件事情的，最好的办法是什么？让它静默处理，让它从喜好里面去找出什么样的选择题是你喜欢的，这里面跟ai相关的是什么，直接拉到刚刚说的工作流里面，q代码就可以自己去调研。 也就是如果一个月都没有想起来去做这件事情，最后打开面板里面也是有一些虽然没有经过挑选，但是它在自己运作，并且可以让我去判断哪些可以继续推进的东西。再进一步往下讲就是也可以把同事的东西拉进来。 什么意思？就是给同事的codex设置一个自动化，让他们把点赞、收藏的跟ai相关的内容放到一个非书的多页表格里面，然后让codex从非书页表格里面把相关的内容也摘取到刚才的工作流里面。其实形成的就是公司对于整个选题的喜好库，然后让它自己去运行就可以了。 这个才是我觉得loop里面大家做到的最难的一件事情，就是必须要让可持续运行的a阵的工作流设置一个没有人参与的时候也能自己运转的降级方案。想办法把人的成本拉到无限低，不要高估人的判断和审核能力，可以定期的，比如有一个web coding项目放在github上，可以让codex定期从github上去摘取issue，然后放到整个的加视像里面供你筛选，自己就不用去看了，每天只需要检查列表看一看哪些问题是应该修复的，把它挪到代办视像里，然后扣代词就从池子里面去摘取相关的东西，然后去进一步的操作。 不过有些小项目建议就不要放在加事项里面了，直接让codex拉到代办里面直接就干了。但是还是要注意一下，万一有人想要搞你，他在医书里面提一些不好的东西，还是要多加一轮人的审核。所以这个也是积压事项的一个重要的用法，就是要把人的判断留出来，否则codex自己运行会有一些黑盒的现象。