Prompt engineering
把任务、角色、规则说清楚,让模型知道应该如何回答。
模型应该怎么说?模型越来越强,为什么 Agent 还是经常像第一次见到你?这场分享从一个简单问题出发,拆开 Context、Harness、State 与 World Model 之间的关系。
每一次演进,实际上都在回答一个更大的问题:模型如何从“会说话”,走向“能在现实世界里持续做事”。
把任务、角色、规则说清楚,让模型知道应该如何回答。
模型应该怎么说?不是塞更多 token,而是选择当前任务真正相关的信息。
模型现在应该看什么?给 Agent 工具、权限、反馈、验证和失败恢复,让回答成为闭环。
Agent 如何可靠地做事?定义什么应该持久、什么应该更新、什么只对当前事件有效。
Agent 现在真正处于什么状态?我们的判断:Agent 的长期能力不只取决于模型参数,而取决于它能否把连续、变化、带噪声的 Context,组织成可更新、可调用的 State。
点击上方的层级。问题不变,系统逐步获得 Context、工具、状态和对未来的预测能力。
Context 是一次任务中被调用的相关信息;它背后需要一套从现实信号到可用状态的组织过程。
从语音、屏幕、视觉和设备交互获得连续信号。
把原始信号变成带来源、时间和置信度的观察。
将一段连续事件组织成可理解的经历片段。
保留可能在未来反复有用、且可追溯的信息。
把信息投影成任务当前可以使用的状态。
让 Agent 基于状态做建议、决策和执行。
关键区别:不是所有观察都该变成 Memory,也不是所有 Memory 都应该直接进入 Context。中间需要时间尺度、任务相关性、来源和更新规则。
好的状态表征需要同时容纳长期稳定性、当前变化和临时事件,而不是把所有信息混成一个不透明的“记忆”。
能力、工具偏好、稳定身份等长期证据。更新慢,但不应该被一次事件轻易污染。
当前目标、项目阶段、工作节奏。可以持续变化,需要独立的 decay / lag contract。
今天的客户问题、临时截止日期、公开事件。快速更新,也可以快速重置。
针对当前任务临时组合前三层,不形成新的 recurrent memory。
模型本身只是一部分。真正的 Agent 还需要在现实边界里观察、更新、行动、验证,并在必要时请求确认。
只有知道当前状态还不够。Agent 还要比较不同动作可能带来的后果,并选择更稳健的路径。
State 解决“用户当前处于什么状态”;World Model 解决“如果采取这个动作,环境和用户状态可能如何变化”。
我们正在探索一种 Personal Context Layer:把连续、多模态、隐私敏感的现实信息,组织成可追溯、可更新、能服务真实任务的 State,让 Agent 不只是回答问题,而是长期理解一个人、跟上一个人的变化,并在现实世界里可靠地行动。