Skip to content

抄送给规划者的信不再单独叫醒它,留到它下一回合一起读 - #453

Merged
lbx154 merged 1 commit into
feat/ts-corefrom
fix/planner-copies
Nov 11, 2026
Merged

lbx154 merged 1 commit into
feat/ts-corefrom
fix/planner-copies

Conversation

@lbx154

@lbx154 lbx154 commented Nov 11, 2026

Copy link
Copy Markdown
Owner

为什么

gifG(p-a63b11e9,$913,6950 次调用)的记录:

规划者的完成回合 次数 花费
写了信给别人 473 $17
什么都没写 2636(85%) $93,占总花费 10%

任何写给或抄送规划者的信都会开一个回合。回合中途的信里,抄送给它的有 1784 次(工程师 1397,审查员 387),直接写给它的有 778 次。

改了什么

抄送是知会,不要求收信人做事。只被抄送的规划者不再被叫醒:信放进 project.beside,和任务内交接一起,等它下次因为写给它的信或任务关闭而醒来时读到。直接写给它的信照旧立刻开回合。

Argus 只改了送达的时机,没有判断哪封信重要。

提示里跟着改了两处文字,都是对机制的如实描述:

  • 各角色“怎么写信”的说明加半句:抄送给规划者的信等它下一回合再读,不会单独开回合。
  • 规划者提示里那一节的标题改为 Copies and hand-overs inside your tasks since your last turn。

验证

  • 原有测试改为断言:抄送不产生规划者回合,信留在 beside。
  • 新测试:抄送的信在规划者下一回合出现在“抄送和交接”一节;直接写的信会叫醒它;读过后清空。
  • 本地全量 344 个测试,2 个失败(--preview-url 的两个 CLI 测试),基线上同样失败。

没验证的

没有用真实模型跑对照。这次改动不会去掉全部空回合:直接写给规划者的 778 次,以及任务关闭带来的回合仍然在。规划者被叫醒时每次重发整份任务清单的问题也没动。

🤖 Generated with Claude Code

gifG($913,6950 次调用)里规划者 3109 个回合有 2636 个什么都没写,花了 $93,
占总花费 10%。任何写给或抄送它的信都会开一个回合:抄送 1784 次,直接写 778 次。

抄送是知会,不要求收信人做事。现在只被抄送的规划者不被叫醒,信和任务内交接
放在一起,它下次因为写给它的信或任务关闭而醒来时读到。直接写给它的信照旧
立刻开回合。Argus 只改了送达的时机,没有替谁判断信重不重要。

各角色“怎么写信”的说明加半句,讲明抄送给规划者的信等它下一回合;规划者提示里
那一节的标题改为“抄送和任务内交接”。

Co-Authored-By: Claude Fable 5.2 <noreply@anthropic.com>
@lbx154
lbx154 merged commit 7ee405d into feat/ts-core Nov 11, 2026
6 of 7 checks passed
@lbx154
lbx154 deleted the fix/planner-copies branch November 11, 2026 07:52
lbx154 added a commit that referenced this pull request Nov 11, 2026
工程师习惯把“已开始”“已完成”这类进度直接写给规划者,规划者读完无事可做,
收尾信还会再告诉它一遍。#453 只拦了抄送,拦不到这些。

在“怎么写信”的说明里加一句事实:写给规划者的信会开一个规划者回合,计划要改时
才写;做了什么、交付了什么,收尾信已经会告诉它。写不写仍由角色决定。

对照(同一个四任务项目,各 4 次,gpt-6.1-sol):
  改之前      规划者回合 38,中途写给规划者 20 封,总花费 $2.33
  #453        规划者回合 38,中途写给规划者 19 封,总花费 $2.27
  #453+这句   规划者回合 19,中途写给规划者 0 封,总花费 $2.00
三组都是 4/4 做完。

Co-authored-by: Claude Fable 5.2 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant