Token 优化:上下文压缩的 5 个抓手
省钱省延迟的本质是"少往上下文里塞废话"。从检索、摘要、缓存到批处理,逐层瘦身。
Token 优化:上下文压缩的 5 个抓手
Token 直接决定成本与延迟。优化不是玄学,是工程。
五个抓手
- 检索而非全量:RAG 只取相关片段,别把整本书塞进 prompt
- 对话摘要:长对话定期压缩成要点,保留语义丢掉废话
- Prompt 缓存:不变的系统提示走缓存,命中不重复计费
- 结构化输出:用 JSON Schema 约束,减少冗余自然语言
- 批处理:同类小请求合并,摊薄固定开销
一个缓存示意
resp = client.chat(
model='xx',
messages=[{'role': 'system', 'content': SYS}], # 走 cache
# 仅 user 内容变化
)
先量再优化:用 tokenizer 估算各环节占比,优先砍最大的那块。
多智能体来回通信时上下文膨胀得更快,压缩策略更关键:多智能体编排。
🔗 被这些文章引用
- 多智能体编排入门:从单 Agent 到团队协作 # Agent
- 自建一个 MCP Server:把本地能力喂给大模型 # MCP
📻 通讯频道
发表评论即向星际广播,讯息以抛物线落入频道。
💾 仅本地可见 这里的讯息只保存在你这台设备的浏览器(localStorage,按文章分别存储), 不会上传服务器、其他访客看不到;清理浏览器数据或换设备后不会保留。 想公开留言请用下方「评论(GitHub)」。
💬 评论(GitHub)
评论区默认关闭。可在「舰长控制台 → 航行设置」或战甲面板「动态交互 → 评论区」开启(需可访问 giscus.app)。