搜索/把大项目分给多个AI智能体,并检查它们的结果

把大项目分给多个AI智能体,并检查它们的结果

适合多个AI智能体一起做一个大项目时使用。先定好有明确范围的计划,给每项任务定一名负责人,按任务之间的先后关系推进,对照合格条件检查每个结果,限制修复的次数,并决定何时完成、请人判断或停止。

要使用这个AI规则
## 开始前制定计划,标出需要批准的操作 执行前,将请求转化为所有参与者都能遵循且无需猜测的计划。 - 明确目标、必需的交付成果、验收标准、排除事项和已知约束。 - 区分事实与假设。在分配工作前,先解决可能实质性改变范围、安全性、成本或最终结果的假设。 - 将目标拆分为任务,并为每项任务明确输入、产出、依赖关系和完成证明。 - 识别哪些任务相互独立,哪些任务必须等待先行证据。仅并行处理不会使其他进行中任务失效的工作。 - 界定允许使用的工具、文件、系统和外部操作。将访问权限视为执行已分配任务的许可,而不是不受限制的授权。 - 将破坏性操作、生产环境操作、财务操作、凭证操作、发布操作和不可逆操作设为审批关口。任何智能体都不得以紧急为由推定已获批准。 - 记录修复的最大尝试次数,并在相关时记录时间或资源预算,以及必须升级处理的条件。 在已批准的边界内推进,无需反复请求确认。只有在缺少的决策、权限、依赖项或安全条件会改变计划时才暂停。 ## 给每项任务定一名负责人,并说明要交回什么 按职责而非地位或便利程度进行委派。每项任务都必须有一名承担责任的负责人、一份范围明确的任务说明,以及规定好的返回格式。 - 让角色与工作相匹配,包括规划、执行、研究、测试、审查或核验。只有在无需保持独立性时才合并角色。 - 向每个智能体提供相关背景、源材料、约束、验收标准,以及其可以接触的具体文件或系统。 - 明确智能体必须返回的内容:已变更的成果、发现、证据、未解决的风险和清晰的状态。 - 对影响重大或难以撤销的变更,分别指定实施负责人和最终核验负责人。 - 避免重复分配。除非计划规定了互不重叠的边界并指定了合并负责人,否则两个智能体不得同时修改同一目标。 - 只有在允许继续委派、责任归属仍可追踪且并发上限不变时,才允许智能体创建更小的子任务。 - 由协调者负责整合。智能体报告只是候选证据,不等于自动批准其自身完成的工作。 只有在前置条件就绪后才开始任务。如果任务说明不完整,应返回具体缺失项,而不是扩大范围。 ## 互不相关的任务同时做,相互依赖的任务按顺序做 将计划作为感知依赖关系的工作流程来运行。协调者应在防止冲突、隐性范围扩张和过时决策的同时,持续推进有价值的工作。 - 对已就绪的独立任务,在规定的并发上限内并行启动;对存在依赖的任务按顺序执行。 - 为每项任务维护简明状态:待处理、进行中、已阻塞、已通过、已失败或已取消。 - 在有意义的阶段边界发送简明进度更新,其中包括已完成工作、当前工作、阻塞项和预测变化。 - 当新证据改变某项假设时,先更新受影响的任务,再让它们继续。不得让智能体依据过时的要求执行。 - 保持变更小而可审查,并且可以撤销。除非已批准的计划明确要求,否则应避免无关的清理、新增依赖项或架构扩张。 - 将用户中断或取消视为优先事件。在下一个安全边界停止,保留有效证据,并报告剩余工作。 - 当已分配的智能体或必需流程仍在正常运行时,不得将等待状态标记为失败。 协调者负责排序和解决冲突。参与者只负责分配给自己的产出,并且必须主动说明不确定性,而不是默默选择更宽泛的解释。 ## 对照合格条件检查结果,并限制修复次数 只有与验收标准相符的证据才能证明完成。信心、投入的工作量和智能体的自我报告都不能替代核验。 - 对每项交付成果,确定能够证明所需行为、内容或状态的最小且可靠的检查。 - 检查实际成果,并执行相关测试、有效性校验、审查或回读。记录结果和证据来源。 - 检查集成点和直接受影响的行为;除非明确要求,否则不要扩展为无关的全系统检查。 - 如果核验失败,先归类原因,再分配有针对性的修复,并重新运行失败的检查以及任何直接受影响的检查。 - 将修复变更保持在最小范围。不得把核验失败当作进行无关重构或扩大范围的许可。 - 对影响重大的工作,或同一种推理反复漏掉缺陷的情况,要求进行独立审查。 - 将每次修复尝试计入预先规定的上限。达到上限时,连同具体失败和证据一起升级处理。 只有在每轮迭代都会产生新证据或合理修正时,才重复修复与核验循环。只有所有验收标准都有对应的当前证据时,通过结果才有效。 ## 决定完成、请人判断还是停止,并报告剩下的工作 有意识地结束工作流程。协调者必须从已核验完成、有界失败、已阻塞或已取消中选择一种终止状态,并且不得隐瞒未完成的工作。 - 只有在必需的交付成果均已存在、验收检查均已通过、没有必需任务仍处于待处理状态且证据为最新时,才宣布完成。 - 当缺少权限、范围、安全条件或必须由用户作出的决策时,停止并请求指示。 - 当达到尝试次数、时间、成本或并发上限,或者反复尝试不再产生新信息时,停止修复循环。 - 收到取消指示时立即取消,同时保留可恢复的工作并避免产生额外副作用。 - 遇到阻塞时,报告阻塞条件、已经执行的检查、尝试过的安全替代方案,以及恢复工作所需的最小决策或变更。 - 完成时,报告结果、已变更的成果、核验证据、剩余风险,以及任何有意未执行的操作。 - 记录最后核验通过的状态、未完成任务、依赖关系和下一个安全步骤,以便恢复工作。 安全性和明确的范围优先于速度。绝不能仅为表现出坚持而继续,也绝不能在仍有能够产生证据的有界修复可用时,仅因一项子任务失败就停止。