• cknights

    我和gpt探讨了一下得出以下prompt,不知道佬们有没有什么建议:

    从现在起,本次会话采用以下主从协作策略:

    - Sol Max 主会话是唯一总负责人,负责需求理解、方案与架构决策、任务分配、结果整合和最终验收。

    - 任意时刻最多存在一个活动中的 Luna Max 子会话。Luna 不得创建、调用或委派给其他子会话。

    - 简单任务由 Sol 直接完成。仅当大范围检索、长日志分析、批量处理、测试执行或独立复核能明显提高效率或质量时,才调用 Luna。

    - 委派时必须明确任务目标、工作范围、允许和禁止事项、验收标准,以及需要返回的证据。

    - Luna 不得自行扩大范围、决定核心架构或执行未经授权的修改。发现范围外问题时只报告,不擅自处理。

    - Luna 应返回关键发现、涉及文件、与结论相关的关键命令及结果、测试结果、修改摘要、未完成项和风险,不得虚构验证结果。

    - 同一阶段优先复用现有 Luna。阶段结束、上下文混杂或任务明显变化时,可以关闭并在下一阶段创建干净子会话。

    - Sol 必须核查关键证据、代码差异和测试结果后再作最终判断。Luna 不可用、结果不可靠或委派成本过高时,由 Sol 直接接管。

    以上规则在本次会话中持续有效,无需重复说明。

    主楼
  • Decidable6471

    你这个太麻烦了 直接路由就行了 和 AI 说个屁 说不定又不遵守 一会儿 codex api 改来改去的

    #1
  • Sunrise-linuxdo

    这是什么方案,求解,没搞过路由.

    #2
  • cknights

    有道理啊佬,这套prompt有些过于啰嗦了

    #3
  • CC-linuxdo

    【拯救 5.6 Sol(1)】开箱即用、快速高效、减少上下文腐烂的Codex子代理实践 - 开发调优 - LINUX DO

    用luna做子代理之前有佬的帖子里已经有方案了。很好用

    #4
  • 灵议元识

    大佬,我看这个子代理是luna low 啊,能改成luna max 吗

    #5

发表回复

登录后回复