推理交给原生 Agent，状态归我管理

当我主要在 Codex、Claude Code、Cursor 这类强 Agent 中工作时，Trace 最容易走偏成另一个聊天框，或者假设自己必须重新调用模型完成所有深度推理。

我现在更认可一句原则：Host-native reasoning, Trace-owned state. 推理发生在原生 Agent，认知状态由 Trace 管理。

不和 Agent 竞争聪明

原生 Agent 已经负责当前对话、读代码、查资料、调用工具和完成任务。我没有必要复制这些能力。Trace 的价值在于记录一条被我确认的理解变化，让它在之后的项目和工具里重新出现。

这是一种分工，而不是把所有上下文再同步一遍：Agent 处理当下，Trace 维护跨时间的认知状态。

伴生界面不是第二个输入框

用户在工作时不应该同时维护两个聊天窗口。伴生界面更适合做低成本捕获、展示当前线索、提示来源和提供稍后继续的入口；复杂推理仍然回到用户已经在使用的 Agent。

这样可以减少切换，也避免 Trace 把自己变成一个新的工作中心。

场景意图比宿主名称更重要

同一个人可能在不同 Agent、不同项目和不同内容场景中产生相似的判断变化。适配层要传递的是当前场景和线索，而不是把产品绑定在某个宿主的会话格式上。

Trace 因而以 trace 为中心，而不是以 conversation 为中心：一条线索可以跨越多个对话，但它的采用和验证状态需要保持连续。

这条边界让产品更克制

不重做深度推理，不默认监听所有会话，不要求用户离开原生 Agent，这些限制看起来减少了功能，却让核心价值更清楚：不竞争智能，竞争连续性。