Task Monki

我创建Task Monki是因为我在工作中越来越多地使用编码智能体，但管理多个智能体、预览、审查和后续修复仍然需要大量手动操作。

目标是把这个完整流程整合到一个应用中，并尽可能实现自动化。它是开源的，我非常想听听其他人如何使用编码智能体，以及这个流程中还缺少什么。

多智能体讨论——智能体可以相互回应并挑战假设——引起了我的注意，但我想知道当两个智能体得出真正冲突的方案时会发生什么——应用是否会把这个分歧呈现出来让我解决，还是默认其中一个输出获胜。免容器预览也很有趣：是一个本地端口提供网页预览，还是更接近沙盒执行环境？这个区别对于它能否处理全栈应用还是主要覆盖静态输出非常重要。

把多个智能体引入同一讨论，让它们能够挑战假设——这部分引起了我的注意。当两个智能体真的出现分歧——一个说方案没问题，另一个指出问题——如何打破平局？是作为一个开放分歧呈现出来让我解决，还是某个智能体的观点默认获胜（最自信的、最后说话的、或者先完成的）？这似乎就是让它们辩论的意义要么兑现要么悄悄流失的时刻。

多个智能体相互审查是我最不确定的部分。以前我让一个检查另一个的工作，结果多半是同意。我实际需要的分歧还是来自于我自己阅读diff，这很慢，我还没找到解决办法。你问这个流程还缺少什么，这就是我回复的原因。祝今天发布顺利！

说实话，多智能体讨论功能真的挺狂野的，看着两个智能体就方案来回讨论，在重构中发现盲点的效果比我想象中有用得多。

整个流程看起来很有用。当一个智能体审查另一个智能体时，它拿到的是确切的 diff、测试结果和原始任务上下文，还是大部分是摘要？那个交接环节很容易让重要的细节消失。