Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.
Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).
不只是换词。提示词是上下文的一部分,上下文工程还包括历史、检索、工具结果、状态、权限、输出约束。
以前很多人只调 system prompt,现在发现真正影响答案的是整包输入。
那工程动作是什么?
设计上下文结构、预算、来源优先级、冲突处理、截断策略、污染治理、观测指标。
还有“什么不该进上下文”。这个比往里塞更重要。
不是模型上下文够大就行吗?
不够。上下文大只是仓库大,不代表货架清楚。
工具结果也要处理。API 报错、空结果、权限拒绝,不能直接原样丢给模型让它猜。
我们有一次工具返回英文错误栈,模型把错误栈解释给用户,特别尴尬。
这就是界面和上下文都没分层。用户看人话,模型看结构化错误。
上下文工程要不要单独做模块?
生产里值得做。至少有一个 context builder,不要每个业务各拼一坨字符串。
但别过度抽象。先把真实任务里的输入组件列清楚。
我理解了,重点不是 prompt 花活,是每轮给模型什么证据和状态。
对,这才是工程。
你好!看起来您对这段对话很感兴趣,但您还没有一个账号。
厌倦了每次访问都刷到同样的帖子?您注册账号后,您每次返回时都能精准定位到您上次浏览的位置,并可选择接收新回复通知(通过邮件或推送通知)。您还能收藏书签、为帖子顶,向社区成员表达您的欣赏。
有了你的建议,这篇帖子会更精彩哦 💗