核心想法是，用户先跟Agent沟通需求，要把需求对齐的非常非常完整，必须把需求每个可能的维度都需要考虑到，相当于把脑子里所想的都能落实成需求文档，然后让多个Agent协作根据需求文档进行自动化开发，开发过程中的所有决策都由Agent自己讨论决定，决策唯一判别标准就是是否偏离需求设计目标。 好处是，即使实现起来比较复杂的软件，一旦需求文档写好了，中间实现过程完全不再需要人参与，直接等验收最后产出就行。 坏处是，一旦需求文档写的不完整，最后出来的不是想要的，那就白浪费时间和Token了，中间没有纠偏的机会，因此这种模式需求文档极为重要。 这个模式分为两部分，一部分落实需求文档，一部分自动化开发。 后面的多Agent协作自动化开发用Agent编排应该可以实现，但是前面部分对齐用户需求，我暂时还不知道有什么方法论/Skill可以实现，中大型软件用常见的grillme这类skill肯定是不行的，因为grillme只会基于你说的内容进行拷问，但如果想把你脑子里设想的完整形态都落实成文档，我认为必须加入相关的方法论，让拷问的维度足够全面，不能有遗漏，即使你没想到的维度它也会强制问到。但我没听过这种类型的方法论/Skill。 各位佬觉得这个想法是否有可行性，讨论一下 1 个帖子 - 1 位参与者 阅读完整话题

  • 情报分类：技术学习与提效
  • 分类依据：内容涉及技术、AI、软件工具或工程实践
  • 信息来源：服务器 / LINUX DO - 最新话题
  • 发布时间：2026/10/6 18:10:47