Agent 跑长任务，难点不只是提示词怎么写，而是下一步到底让它看什么。上下文不是仓库，塞满不等于有用。 提示词工程主要安排指令；上下文工程还管工具、外部资… · @BaiBtw · TwKit

@BaiBtw

Agent 跑长任务，难点不只是提示词怎么写，而是下一步到底让它看什么。上下文不是仓库，塞满不等于有用。 提示词工程主要安排指令；上下文工程还管工具、外部资料、历史消息和记忆，而且每轮都要重新筛。上下文变长时，检索和长距离推理可能逐渐掉精度，不是到某个长度才突然失灵。 输入也有分工：系统指令既不能写成脆弱的分支大全，也不能空泛；工具职责和参数要分得清，返回值少带噪声；示例选能代表不同情形的几种，不是把所有边角情况硬塞进去。 资料可以先留路径、查询或链接，真用到时再读。比如大数据库先做定向查询，只取相关结果；同名测试文件放在测试目录和核心代码目录，路径本身也提供线索。代价是临时探索更慢，还可能走弯路，所以也有“先给必要材料，再按需找”的混合方式。 超出一个上下文窗口的长任务，有三种不同补法： • 压缩：把历史提炼后续跑。代码任务保留架构决定、未解决的 bug 和实现细节，去掉重复输出；压太狠会丢掉后来才显出重要性的线索。 • 笔记：进度、依赖和里程碑存到窗口外，需要时读回。更适合反复推进的开发任务。 • 子代理：各自带干净上下文深入搜索，主代理拿摘要综合。适合能从并行探索获益的复杂研究，不是所有任务都得拆。 三者分别处理历史太长、状态要持续、探索信息太杂。目标是保留足够完成任务的高价值信息，不是单纯追求字少。

曝光 12 · 评论 0 · 点赞 0 · 书签 0