Research Brief — 研究简报

技能：研究简报 适用于进行网络研究并写入输出文件的代理 解决的问题 研究代理（Archie）在写入输出文件之前超时，因为它们先批量进行所有研究，然后尝试在最后写入。API 延迟峰值或上下文窗口限制会导致最终写入失败，数据丢失。 规则 —— 非协商 第一个工具调用 = 写入stub文件。总是如此。没有例外。不“在快速搜索后”，也不“我完成后写入”。第一个。工具。调用。 stub 模式 # [主题] 研究简报 _[代理] · [YYYY-MM-DD]_

TL;DR [正在研究]

[第 1 节] [正在研究]

[第 2 节] [正在研究]

推荐 [正在研究]

来源 [正在研究]

在第一个工具调用中写入此文件。然后进行所有研究。边做边更新章节 —— 不要在最后批量更新。 边做边更新模式 在每个搜索角度后： 运行搜索 / 获取 URL 提取关键发现 立即编辑输出文件的相关章节 转到下一个角度 永远不要在内存中累积发现并在最后一次性写入。编辑是即时的。LLM 回合是脆弱的。 为什么这很重要 子代理超时 = 默认 4 分钟 网络研究很容易使用 3+ 分钟的获取 + 处理时间 LLM 输出生成回合可以在 3:50 分钟时被延迟峰值杀死 磁盘上的文件 = 数据在超时后幸存。内存中的数据 = 数据丢失。 适用于 Archie（主要） 任何进行研究的代理 → 写入任务 Quinn 在运行深度研究时 反模式（永远不要这样做） ❌ 在写入前进行 web_search ❌ “我有所有数据后再写入” ❌ 在 LLM 输出回合中写入完整草稿，然后保存 ❌ “让我先进行一次搜索” 失败的迹象 您已经进行了 3+ 次搜索，但尚未写入文件 → 立即停止，写入 stub 文件 您正在脑海中构思长回复 → 将其写入文件 您认为“再查一个来源” → 先写入您拥有的内容，然后再搜索