安全在 Agent 领域长期处于一个尴尬位置：大家都在谈，却往往落在「上线前人工审一遍」这种一次性动作上。OpenAI 把 Guardrails 做成 Agents SDK 的一等模块，是明确的信号——安全应当作为运行时组件，而不是事后补丁。Guardrails 与 Orchestration（编排）、Results and state（结果与状态）并列，说明它被放在和「核心执行」同等的地位；配套的 Safety best practices、Red teaming、Safety checks / Safety classifiers 则构成了一条从「设计时」到「运行时」的完整链路：设计时按最佳实践建模，上线前用红队对抗测试，运行时用分类器持续拦截。安全从「一道闸」变成了「一条流水线上的多个闸门」。
对《从零到精通 Agent Harness》的学习者，这条链路就是课程「准入与安全」章节的现成骨架：Guardrails 对应运行时的策略护栏，Red teaming 对应上线前的对抗测试，Safety classifiers 对应持续的自动拦截。三者缺一不可，任何一个 Agent Harness 的「生产就绪」判定都应当包含这三层。对《从零上手 Codex》的学习者，最有价值的是建立「安全不是终点而是过程」的认知：哪怕只是一个接 MCP 工具的个人 Agent，也应当想清楚「什么输入不该放行、什么输出不该外发」——这比任何炫技的功能都更接近真正的工程素养。