上下文工程
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_3c6cb52e/context-engineering-collection。
技能介绍
解决什么问题
当 Agent 从原型走向生产,真正的瓶颈往往不在模型,而在上下文。context engineering 处理的是推理时喂给模型的全部状态:系统指令、工具定义、检索到的文档、消息历史和工具输出。这些素材堆在一起时,会出现可预测的退化:
- Lost-in-the-middle:位于上下文中部的信息被忽略;
- U 型注意力曲线:模型只对开头和结尾保持敏感;
- 上下文污染:一次错误在后续轮次中被不断放大;
- 上下文干扰:无关信息淹没了真正有用的内容。
这个集合把这些现象拆成可操作的工程问题,而不是靠反复改 prompt 去碰运气。
技能如何组织
内部技能分为四个层次,可以单独取用,也可以组合:
- 基础层:
context-fundamentals与context-degradation建立心智模型,说明上下文质量比数量更重要; - 架构层:多智能体协同、长程任务提示词、记忆系统、基于文件系统的上下文、托管 Agent 基础设施、工具设计。关键判断是:子 Agent 的主要价值在于隔离上下文,而不是扮演组织角色;
- 运维层:
context-compression与context-optimization处理接近窗口上限的场景,Latent Briefing 尝试在 worker 的 KV cache 中压缩 orchestrator 轨迹,harness-engineering与评估框架保证评测环节不被模型自身弱化; - 方法与认知层:项目开发的阶段化、幂等管线设计,以及 BDI 心智状态建模,用于需要可审计推理链的系统。
适用边界
这套技能平台无关,适用于 Claude Code、Cursor 或任何支持自定义指令/技能机制的框架。它提供的是结构化的工程判断,不是开箱即用的运行时组件,实际收益取决于你能否先准确诊断问题落在哪一层。Latent Briefing 额外依赖底层栈暴露 worker 的 KV 状态且模型相互兼容,否则只能退化为全文重放。
使用场景
- 正在从零搭建 Agent,需要决定 supervisor、peer swarm、分层结构如何切分上下文与职责
- 长任务跑到中段开始跑偏,需要定位是 lost-in-the-middle、污染还是无关信息干扰
- Agent 会话接近窗口上限,要做压缩、观测遮蔽或前缀缓存,但不能丢关键结论
- 要给子 Agent 下发任务而不重放全部轨迹,需要评估 Latent Briefing 这类 KV 共享是否可行
适合人员
- 正在从单体脚本拆分多 Agent 的后端工程师,需要决定上下文隔离边界和编排方式
- 负责长任务 Agent 的开发者,需要在压缩历史后仍然让任务按既定成功条件推进
- 构建 Agent 基础设施的工程师,需要设计沙箱预热、文件系统快照和并行会话机制
- 搭建 Agent 评测体系的工程师,需要先保证确定性检查和证据结构,再引入模型裁判