传统安全审查发生在代码提交之后,安全团队在PR里挑毛病、CI流水线跑扫描工具——发现问题时,代码已经写完了。修复成本高、周期长、还容易引发抵触情绪。

Security Best Practices Skill换了一个思路:在AI生成代码的那一刻,就把安全规范嵌进去。不是事后检查,而是事前引导。

20260728152237157.png

一、不再依赖“事后补票”

传统软件安全依赖“测试左移”——把单元测试、接口测试提前到开发阶段。但对AI辅助编程来说,这个思路依然不够早。

真正的攻击面始于提示层(Prompt Layer)。当开发者用自然语言向AI描述需求时,如果提示词本身没有安全约束,AI生成的代码天然缺少安全设计。等代码提交后再跑扫描工具,已经错过了最便宜的修复窗口。

Security Best Practices Skill的解法是:把安全规范直接写进AI的“思考过程”里。当AI被问到“帮我写一个用户登录接口”时,这个Skill会自动加载对应语言和框架的安全规范——密码哈希用什么算法、Session怎么管理、输入怎么校验——AI在生成第一行代码之前,就已经知道这些约束了。

二、三种工作模式,覆盖完整开发生命周期

这个Skill的核心工作流分为三步:先识别当前项目使用的所有语言和框架,再从references目录加载对应的安全规范文档,最后根据用户需求执行三种模式之一。

模式一:生成模式(Generation) 。从头开始写新代码时,Skill确保AI生成的每一行代码都符合对应语言和框架的安全最佳实践。不是事后补安全补丁,是代码自带安全基因。

模式二:被动检测模式(Passive Review) 。在已有项目中修改代码时,Skill在后台持续监控。遇到严重漏洞(如SQL注入、硬编码密钥、权限绕过),主动向开发者发出警告。不影响正常开发节奏,只在关键时刻介入。

20260728152603917.png

模式三:审计报告模式(Security Report) 。用户主动要求时,Skill对整份代码库进行一次完整安全审计。按严重程度和紧急程度对漏洞分级,并给出具体的修复方案。

三档配置覆盖了从“零开始写新代码”到“维护遗留系统”的完整生命周期。

三、为什么是“Prompt层”?

这个Skill的独特之处在于它工作在哪一层。

传统安全工具工作在代码层——扫描已完成的代码,发现问题。这个Skill工作在Prompt层——在AI理解用户需求、开始生成代码的那一刻,安全规范就已经被注入到提示词上下文里了。

具体来说,当一个SKILL.md文件被加载时,它的全部内容会成为Agent系统提示词的一部分。这意味着Security Best Practices Skill的安全规范不是“附加功能”,而是AI思考的基础上下文。

20260728152819418.png

AI在生成代码时,不是先写出来再被检查,而是在生成的过程中就已经在遵循安全规范。规范提前一步介入,问题在源头被截住,而不是在事后被发现。

四、适用的技术栈与场景

目前该Skill支持Python、JavaScript/TypeScript、Go三种语言。覆盖了绝大多数Web后端和全栈开发场景。它会自动识别项目中使用的前端和后端框架,加载对应的安全规范文档——格式为<语言>-<框架>-<栈>-security.md。

典型触发场景包括:用户明确请求安全最佳实践指导、要求进行安全代码审查、或需要安全默认的编码帮助。Skill不会在通用代码审查或调试等非安全任务中触发——只在需要的时候介入,不增加噪音。

五、安全左移的新范式

AI辅助编程正在改变软件开发的方式。代码生成速度越来越快,但速度本身不是问题——问题是:如果AI生成代码的速度远超安全团队审查的速度,安全就会成为瓶颈。

Security Best Practices Skill提供了一种新的思路:把安全左移做到Prompt层。不是等代码写完了再检查,而是在AI开始写之前,就把安全规范写进它的“思考过程”里。这不仅是效率的提升,更是安全范式的转变——从“事后检查”到“事前引导”,从“人工审查”到“AI自携带安全基因”。

资源地址

资源

地址

Smithery

https://smithery.ai/skills/openai/security-best-practices

GitHub

https://github.com/openai/skills/tree/main/skills/.curated/security-best-practices

当AI写的每一行代码都自带安全规范,安全就不需要成为开发流程的“减速带”了。