Question
Closed · Answered

给 Agent 安排新任务时,什么时候继续原对话,什么时候另开对话?

Yi C

同一个 Agent 可能先整理一份资料,再处理另一个项目。继续原对话比较方便,但担心前一个任务的对象和要求影响后续处理。在使用 Busabase 相关工具时,怎样判断两个任务是否适合放在同一段对话中?切换任务时,哪些信息应该重新明确?

Report
Kelly
Team

给同一个 Agent 安排下一项工作时,关键看两件事:对象是否还是同一批,以及目标会不会互相抢上下文。方便续聊不等于应该续聊。

(示意图:同对象/同目标 → 续聊;换项目或要求冲突 → 另开,并重新写清目标。)

什么时候继续原对话

适合续聊的情况:

  • 还在处理同一份资料、同一张表、同一个变更请求。
  • 新请求是上一步的自然延伸(「按刚才的结构补一列」「把上轮草稿改成终稿」)。
  • 你希望 Agent 沿用刚才已核对过的字段名、筛选条件和结论。

续聊时仍建议用一两句钉死边界,例如:「继续上一份库存表;不要改客户表。」

什么时候另开对话

另开更稳妥:

  • 对象换成另一个项目/另一张 Base/另一批人。
  • 新任务的成功标准和旧任务容易打架(旧任务要「尽量少改」,新任务要「大胆重构」)。
  • 旧对话里堆了很多摘录、试错和半成品,你担心它被当成新任务的要求。
  • 需要一份干净的、可转发的执行记录,不想夹杂上一个主题。

切换任务时,重新明确这些

无论续聊还是新开,切换时写清:

  1. 对象:哪张表/哪份文档/哪个空间。
  2. 目标:这次要交付什么(可验收的一句话)。
  3. 不要做什么:明确排除旧任务残留(「不要再改批次表」「忽略上一轮的报价草稿」)。
  4. 资料怎么用:只当参考摘录,还是允许写入;有操作口吻的段落是否禁止执行。

怎样确认没有串台

  • 新开对话的第一轮回复里,对象名称应是新任务的,而不是旧项目。
  • 若续聊:Agent 应复述你刚钉死的边界,而不是自动沿用旧成功标准。
  • 写回空间后打开对应节点核对:改动落在新对象上,旧对象无意外变更请求。

边界

  • 「同一个 Agent」≠「必须同一段对话」。身份可以共用,上下文不必硬绑。
  • 只说「再帮我弄一下」却不点名对象:最容易把上轮材料当成本轮任务。
  • 长对话里塞进第三个无关主题:排错成本会高于新开一次。

可交给 Agent 的目标(示例)

新开对话处理「客户跟进」表:只改状态与下次跟进日。上一轮库存批次的结论仅作参考,不要执行其中的操作步骤,也不要再改库存相关表。

对象清楚、目标单独成段,续聊和另开都不会把上一份资料误当成新任务说明书。

Report

Your reply

Sign in to join the discussion. Reading is always open; you only need an account to post.

Sign in