GuardVibe 定位为 AI 编码代理无法替代的“安全基础设施层”，其核心论点是：无论编码代理多强，它都无法做到确定性检查、掌握训练截止后发布的 CVE、在上下文中持有整个仓库、以及对自身生成的代码进行客观审查。GuardVibe 声称填补这四个结构性缺口。
用途 GuardVibe 用于在 AI 辅助编码（vibe coding）的整个流程中提供安全验证，覆盖从提示词到生产部署的各阶段。它面向使用 AI 快速构建和发布 Web 应用的开发者，而非企业安全团队。
主要能力
- 确定性扫描：相同代码每次运行得到相同结果（基于内容哈希），避免模型猜测式输出。
- 全仓库感知：跨文件污点分析与各路由的鉴权覆盖检查，可发现代理窄上下文遗漏的未保护端点。
- CVE 版本情报：从 GHSA / OSV.dev / CISA KEV 每日刷新，检测 package.json 中已知存在漏洞的包版本，可标记模型训练截止之后发布的漏洞。官方称截至最新版本有 214 条 CVE 版本钉规则。
- AI 代理与 MCP 安全：检测 MCP 服务器漏洞、工具描述中的提示注入（OWASP MCP Top 10）、模型可控的沙箱禁用标志、过度 AI 权限、间接提示注入。
- 自动修复建议：fix_code 工具返回具体补丁与结构化编辑，供 AI 代理机械式应用。官方列出的覆盖包括硬编码凭证迁移到环境变量、移除公开前缀的 LLM 密钥前缀（NEXT_PUBLIC_ / VITE_ / EXPO_PUBLIC_ / REACT_APP_）、CORS 通配符改为环境允许列表、移除 dangerouslyAllowBrowser 标志、移除沙箱绕过标志（unsafe / noSandbox / allowEval）、为代理循环添加 maxSteps、将原始 HTML 的 React 属性改为 <ReactMarkdown>、为缺失鉴权插入鉴权守卫、SQL 注入改为参数化查询、缺失的速率限制/CSRF/安全响应头使用代码片段模板。
- secure_prompt：在代码生成前分析编码提示词，识别其隐含的技术栈与攻击面，并将按严重性排序的 GuardVibe 要求嵌入提示词，使漏洞被预防而非事后捕获。官方称其确定性、零 LLM 调用，且若提示词已安全则原样通过。
- 交付形式与集成：CLI 与 doctor；pre-commit 钩子可在不安全代码进入仓库前阻断；CI/CD 就绪，提供 GitHub Actions 工作流并将 SARIF 上传到 Security 标签页；输出格式包括面向 AI 代理的 JSON、面向人类的 Markdown 以及面向 CI/CD 的 SARIF；提供插件系统，可扩展社区或高级规则包。
- MCP 服务：官方称含 589 条安全规则、39 个工具，覆盖从提示词到生产部署的 AI 生成代码全流程，并可与 Claude Code、Cursor、Gemini CLI、Codex、VS Code（Copilot）、Windsurf 及其他兼容 MCP 的编码代理配合使用。
使用方式
- 官方称零配置摩擦，运行 npx guardvibe 即可开始扫描；无需账号，100% 本地运行，无 API 密钥、无云服务。
- npm run intel 每日进行 CVE 情报分诊（官方描述）。
- 仓库位于 GitHub：https://github.com/goklab/guardvibe。
适用场景
- 使用 AI 编码代理快速构建 Web 应用的个人开发者。
- 需要在 CI/CD 中加入安全门禁、并在提交前阻止不安全代码的团队。
- 需要在编码过程中获得实时编辑钩子（real-time edit hook）反馈，而非事后审计的 AI 编码工作流。
- 使用 Next.js、Supabase、Clerk、Stripe、Prisma、Hono、MCP 等技术栈的项目。
限制与注意事项
- 上述能力、规则数量（如 589 条规则、39 个工具、214 条 CVE 版本钉规则）及版本新增内容均来自官方描述，实际可用性以项目当前发布为准；本整理不保证其准确性。
- 官方版本说明中列出的大量 CVE 编号与条目仅反映其规则库更新记录，未提供各条目的完整细节。
- 除官方描述的本地运行、无需账号与 API 密钥外，其他收费、价格或平台信息暂未提供。
- 与各 AI 编码代理的兼容性为官方声明，具体配置方式与步骤在资料中未提供。
- 分类依据其作为安全扫描与开发平台工具的定位，暂归于 AI 开发平台类别。
