VSCode安全加固依赖四类插件协同：ESLint+security插件提供一键修复建议，CodeWhisperer Local通过沙箱验证生成代码，1Password Secrets Automation替换硬编码密钥，Qwen3Guard-Gen-8B扫描语义风险，缺一不可。
VSCode 插件本身不直接“生成安全加固代码”，而是通过组合使用多个插件，在不同环节自动插入、拦截或建议符合安全规范的代码片段。真正起作用的是规则引擎（如 ESLint）、上下文感知补全（如 CodeWhisperer）、本地沙箱验证（如 CodeWhisperer Local）和密钥管理（如 1Password）四类能力的协同。
用 ESLint + security 插件自动插入安全防护逻辑
ESLint 不会主动写代码，但配合 eslint-plugin-security-node 可在检测到危险模式时，提供一键修复建议，比如把 eval(input) 替换为 JSON.parse(input)，或给 child_process.exec 加上输入校验包装。
- 安装后需手动启用修复项：
"security-node/no-eval"、"security-node/no-child-process-exec" - 关键配置项：
eslint.codeActionOnSave.mode设为all，否则保存时只提示不修复 - 容易踩的坑：默认不检查模板字符串拼接 SQL，得额外启用
security-node/detect-sql-injection并配合正则白名单（如只允许WHERE id = ?这类占位符）
用 CodeWhisperer Local 生成带沙箱验证的加固函数
当输入注释如 // 防路径遍历：安全读取 config.json，启用本地模型（如 CodeLlama-13B-Instruct-GGUF）后，它会生成带 path.join 校验和 fs.existsSync 检查的代码，并在 WebAssembly 沙箱中预执行验证——若生成逻辑试图调用 fs.rmdirSync 或构造 ../etc/passwd，会直接拦截并标记为“危险建议”。
- 必须配置
codeWhisperer.localModel.path和codeWhisperer.localModel.backend，否则仍走云端，无法触发沙箱 - 生成结果底部会出现小字标注：
[Local • Safe]或[Local • Blocked]，这是唯一能确认是否经过本地验证的依据 - 注意：沙箱只验证生成代码的副作用，不验证其业务逻辑正确性——比如它可能生成“正确但低效”的校验逻辑
用 1Password Secrets Automation 替换硬编码密钥
不是生成新代码，而是把已有密钥替换成安全引用。高亮 API_KEY = "sk-xxx"，运行命令 1Password: Save in 1Password，它会自动创建条目、生成 op://MyVault/API-Key/token 引用，并替换原值。后续所有读取都走 op CLI，真实密钥永不落地。
- 必须提前安装
1password-cli并完成登录，否则替换失败且无报错提示 - 引用格式必须严格为
op://<vault>/<item>/<field>，少一个斜杠或大小写错误都会导致运行时报Error: op command failed - 常见误用：在 .env 文件里混用明文和 op:// 引用——.env 解析器不识别 op://，会导致环境变量为空，应统一用 dotenv-expand 或自定义 loader 处理
用 Qwen3Guard-Gen-8B 扫描生成内容中的语义风险
它不改代码，只审注释和文档字符串。例如你让 Copilot++ Pro 生成一段日志说明：“记录用户登录失败原因，包括密码错误、账号锁定、IP 封禁”，Qwen3Guard 会标出 "IP 封禁" 风险：该表述隐含网络控制权，可能违反 GDPR 中“数据主体不知情的自动化决策”条款，建议改为 "登录尝试受限"。
- 需在插件设置中显式启用
qwen3guard.enable，默认关闭 - 扫描范围仅限当前编辑器打开的文件，不会递归检查 import 的模块，所以要确保被引用的工具函数也带合规注释
- 它的判断依赖上下文长度，若注释超过 512 token，会被截断——此时建议拆成多段短注释，每段独立过审
真正难的不是生成某段“看起来安全”的代码，而是让不同插件在各自职责边界内协作：ESLint 抓语法层漏洞，CodeWhisperer Local 控制执行副作用，1Password 切断密钥泄露路径，Qwen3Guard 审语义合规。漏掉任意一环，加固就只是幻觉。
