Agents 协同日志工作流细节

最近实践的 [[Roam Research]] 大纲日志工作流，组织日常工作以及针对 Agents 进行重编排，真是让我感慨颇多、收获颇丰。这里的理解是每天工作不是需要完全自动化推动多少量，而是计划以及该做的重要任务都能做完才是重点。

这里分享几点细节：

1. 每天工作开始，我会将最重要且 Agents 能参与的 3 个任务进行罗列，在大纲里将这 3 个任务的完整规划写好，直接发送主 Agents 处理、编排或者驱动其它各种 Agents 处理。

2. 当前面 3 个任务都进入 Agents 处理流程且不需要介入时，我会继续写接下来的其它 Agents 任务的规划提示词。这里的细节是，接下来的 Agents 任务我只需要挨着写提示词日志，不需要发送。这就像在备菜，但不需要尽早下锅；这期间前面 3 个任务可能提示完成，我们可以直接过去介入和处理，完毕后再继续这个备菜流程。这里的好处是我们可以专心推进主要工作，同时，我也能认真处理后面规划提示词，所有工作都有条不紊且做到足够分量，而不是无脑推进所有工作。就算每天最后你能同时 Check 完成所有工作，但这种认知负荷比起挨着挨着推高太多，满足感低。这是我前几天会有的问题，同时拉太多线，发现每天重要工作只有接近结束才能同时完成。无限任务并行极其耗费心力，意义有限。另外，就算你写完过后直接发送 Agents 处理可以提前获得部分先行运行时间，但这同时也会成为干扰，时间长了忘记上下文，哪怕日志工作流可以让你快速切入上下文，这种先机仍然收益有限。

3. 当前面 3 个主要任务有完成后，我会直接补位其它 Agents 任务。这样 3 条主线不至于太多而推进困难，也不至于太少造成生产资源耗费。

4. 当 3 个主要任务不需要介入，且 Agents 任务提示词都写完时，这时我会直接将所有 Agents 任务发送处理，完全并发。只是工作优先级仍然以首要任务为主，其它辅助查看。这时也可以处理非 Agents 任务，如阅读、沟通等，非 Agents 任务处于主线任务和 Agents 任务提示词写完之后的时间，这主要的考虑是：让位于 Agents 并行飞轮。

5. [[Roam Research]] 为这个工作流提供了完美的运行框架，大纲日志专注任务和规划，侧边栏也能无压记录，卸载浮动、涌现的任何想法，分流你的认知和执行压力。这里就像都江堰的飞沙堰隐喻，分流和卸掉的是认知负荷。

相关链接：
1 日志工作流
2 Nautilus Log丨我目前最满意的时间管理工具
3 任务飞轮

#Agents