如何降低vibe coding时多线程工作的心智负担

可以少一点，慢一点，等一等自己。

现在像护士，管着n个病房，每张床背景、病情、禁忌五花八门，要把每个病人都伺候好。

感觉你的思路骗了，把 vibe coding 变得复杂化了。你是每次都要并行写很多项目吗？如果只是一个项目，没必要 ai 复杂化。

其实adhd才更适合多线程工作的吧 ^-^

一般都开三四个窗口 （按下葫芦又起了瓢

终端可以开个消息推送，这样不会忘记还有别的窗口在等指令

如果是单纯管理多进程，那可以考虑编写一个进度todo.md，可以每个项目都有。护士管理病床也要做好记录

至于心理方面的话，确实没有比较有效的方法，人的注意力就那么点，很难通过短期训练提升

ps：很好的问题

这段时间linuxdo太多低质内容了，有的明显ai生成的还原模原样搬过来，毫无讨论欲望

这个时候就要考虑比较优势了。

以后是能在脑子里捋顺翻转二叉树、链式前向星、旅行商问题、二十种设计模式的人适合当程序员，还是能记得二十桌顾客需求和用餐情况的传菜员适合当程序员？

有点自我怀疑计算机教育的意义了。

我一般还是一次干一个活的。AI就干的够快了

没必要吧没不管是写代码还是项目 一个一个来就好了，而不是你说的这么多一起去搞，总感觉你想的太复杂了。ai 写代码已经是程序员里面的最简单的事情了。

不知道佬指的是不是我这种情况，我目前4个项目并行开发，用的是codex,比较阻碍进度的我感觉是测试阶段，开发阶段基本上都是goal.不知道有没有好的自动化测试

我觉得多记录是一个好习惯，记录的时候可以“强制”专注，也可以很有效释放注意力。

• 我是用 hooks 做好通知，相当于客人主动呼叫我这个服务员，包括故障通知，我的做法比较极端，参考： https://linux.do/t/topic/2540369?u=enze

得记得每个窗口干什么、干到了哪里

• 为什么要记“窗口”？每个项目应该维护需求文档和进度文档，当项目开始推进，我只负责看进度文档、测试总结、关键性的 review、跑偏时开始重构。

理想情况是这样，实际上除了前端这种几乎理想的沙盒，都得边推进边调整，如果正在调试的技术栈比较粪尤其如此。

再由于codex死板的语言能力，很快就会出现文档和实际项目的脱节和混乱。

除了前端这种几乎理想的沙盒，都得边推进边调整

我们的体验好像在这方面相反了。。。UI/UX 的调整一直是最耗费我的时间和 tokens 的。

正在调试的技术栈比较粪

我现在都在新项目中选用流行的最佳实践，老项目也逐步迁移、重构过去，也是为了避免这类体验。

嗯，因为我在搞硬件和某些工业软件的内部沙盒，文档不完备，api设计纯屎山，只能一点点摸索，很崩溃…

前端用excalidraw之类的画个线框原型让ui自己领会，再让ai把class语义化做好，看不顺眼手搓一下就行，熟练工了

硬件和某些工业软件的内部沙盒，文档不完备，api设计纯屎山

那这最坏的情况类似于逆向了 ^-^

确实类似逆向…^-^ ^-^ ^-^ ^-^ ^-^ ^-^

我后端经验比较菜，感觉如果不是从0开发而是要干诸如给运行中discourse站点调优性能之类的，可能也得用类似的走一步看一步工作流？