TC260 对《智能体系统开发安全指南》公开征求意见：智能体标准体系首次向「开发侧」延伸

事件速览：15 天征求意见窗口

通知原文写明的编制目的是「指导智能体系统安全开发，防范化解相关安全风险」。也就是说，这份实践指南面向智能体系统的研发阶段：从架构设计、模型集成、数据处理到访问控制，开发过程将首次有网络安全标准实践指南可以逐条对照。征求意见自 2026-09-18 发布，反馈截止 2026-10-02，窗口只有 15 天——这是标准正文定稿之前，产业侧直接向编制方表达诉求的窗口。

• 9-15：TC260 发布《人工智能应用安全指引 总则》等 4 项网络安全标准实践指南；
• 9-18：TC260 秘书处发布网安秘字〔2026〕119 号通知，《智能体系统开发安全指南（征求意见稿）》公开征求意见；
• 编制目的（通知原文）：「指导智能体系统安全开发，防范化解相关安全风险」；
• 10-02：征求意见反馈截止，全程 15 天窗口。

体系定位：从「部署使用」到「开发—部署使用」双覆盖

把时间线拉回 7 月：TC260 发布《智能体部署使用安全指引》（网安秘字〔2026〕80 号），管的是智能体系统部署与使用环节的安全要求；本次网安秘字〔2026〕119 号把管辖区段前移到开发环节。两份文件一前一后，智能体标准体系第一次形成「开发—部署使用」双覆盖。此前业内做智能体安全评估，大多只能借用大模型通用安全要求，或拿部署使用侧指引倒推开发约束；开发侧指南补齐后，研发规范、代码评审、采购验收都有了直接引用对象。同期 4 项指南（含《人工智能应用安全指引 总则》）一并发布，也说明 AI 标准供给不是单点动作，而是在成体系提速：总则类文件定框架、智能体专项指南管具体环节，政企的合规对标对象正在从「一份文件」变成「一套体系」，越早把体系读透，采购与研发决策越主动。

对政企的含义：等保三级与密评的前置对标出现

对自研智能体的团队，指南可作为研发规范与代码评审的输入，把「防范化解相关安全风险」落到具体工程动作：哪些环节必须留安全设计文档、哪些接口必须做鉴权与审计，第一次有了可引用的实践口径。对采购智能体的政企，指南条款可以转化为 RFP 需求与验收标准——过去「说不清」的开发安全要求，从此有标准文本可对照逐项验收。这份指南也是等保三级、密评等合规工作在前置阶段的对标依据：开发侧合规做扎实，测评阶段才不必大规模返工；反过来，等正式标准发布后再补开发文档与整改记录，成本只会更高。机悟视角：我们按等保三级/密评/备案材料包标准交付私有化项目，智能体无论跑在云端还是本地，开发安全指南都是同一套验收语言；把指南条款前置进 RFP，比上线后补测评省心得多。