luna max现在这价格,感觉可以完全用于做sol max 的子会话

cknights 2026-07-31 15:55 1

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

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



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

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

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

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

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

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

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

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

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

最新回复 (5)
  • Decidable6471 07-31 15:56
    1

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

  • Sunrise 07-31 15:57
    2

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

  • cknights 楼主 07-31 15:58
    3

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

  • cc 07-31 16:11
    4

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

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

  • 灵议元识 07-31 16:26
    5

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

* 帖子来源Linux.do
返回