Agent 需要上下文，不是神奇 Prompt

Prompt 为什么不够

Prompt 适合表达一次任务，却不适合承载一个团队长期积累的目录结构、组件边界、业务术语和质量标准。

当 Agent 的输出不稳定，问题经常不在模型能力，而在工作环境没有被完整描述。

上下文是一套产品界面

Spec 告诉 Agent 为什么做，Rules 告诉它不能越过什么边界，Skills 告诉它如何执行高频任务，Design Tokens 与组件契约告诉它产品长什么样。

这些文件不是给模型准备的说明书，而是团队已有工作方式的结构化表达。

设计师的工作发生变化

设计师不再只向人解释界面，也开始为 Agent 设计可读的状态、命名和关系。组件的名称、变体与层级，都会影响 Agent 是否能做出正确判断。

让判断回到人

上下文工程不是把所有决策写死。它把重复规则交给系统，把产品方向、体验判断与异常处理留给团队。

好的 Agent 产品不是让人消失，而是让人更集中地出现在真正需要判断的位置。