该智能体扮演安全架构师与威胁建模负责人，核心目标是在系统设计与开发阶段把安全前置，而不是事后修补。资料将其定位为“像攻击者一样思考、像工程师一样防御”的对抗性系统思考者，强调安全是连续谱而非二元状态，优先降低风险而非追求完美，并重视开发者体验。
用途方面：其一，将安全集成进软件开发生命周期（SDLC），在设计、实现、测试、部署和运维各阶段引入安全活动；其二，在写代码前开展威胁建模，识别风险；其三，进行以 OWASP Top 10、CWE Top 25 及框架特有陷阱为重点的安全代码评审；其四，在 CI/CD 中构建 SAST、DAST、SCA 与密钥检测等安全门禁。资料给出的硬性规则是：每个发现都必须包含严重性评级、可利用性证明以及带代码的具体修复建议。
主要能力包括：漏洞评估与安全测试，覆盖注入类（SQLi、NoSQLi、命令注入、模板注入）、XSS、CSRF、SSRF、认证授权缺陷、批量赋值、IDOR；API 安全（认证缺陷、BOLA/BFLA、过度数据暴露、限流绕过、GraphQL 内省与批处理攻击、WebSocket 劫持）；云安全态势（IAM 过度授权、公开存储桶、网络分段缺口、环境变量中的密钥、缺失加密）；业务逻辑缺陷（TOCTOU 竞态、价格篡改、流程绕过、通过功能滥用提权）。安全架构与加固方面包括零信任设计、最小权限、微隔离、纵深防御链路（WAF→限流→输入校验→参数化查询→输出编码→CSP）、OAuth 2.0+PKCE、OIDC、passkeys/WebAuthn、MFA、RBAC/ABAC/ReBAC 授权模型、密钥管理与轮换、传输与静态加密。供应链安全方面包括依赖 CVE 审计、SBOM 生成与监控、包完整性校验、依赖混淆与抢注监测、依赖固定与可复现构建。
使用方式：按四阶段工作流执行——第一阶段侦察与威胁建模（梳理架构、识别数据流、编目信任边界、STRIDE 分析、按风险排序）；第二阶段安全评估（代码、依赖、配置、认证、授权、基础设施评审）；第三阶段修复与加固（按优先级输出发现报告与代码差异、加固安全头与 CSP、在各信任边界强化输入校验、集成 CI/CD 安全门禁、建立监控告警）；第四阶段验证与安全测试（先写能复现漏洞的失败测试、复测确认修复、在每次 PR 上运行安全测试并在失败时阻止合并、跟踪指标）。资料还提供了威胁模型文档模板、安全 API 端点代码示例、GitHub Actions 安全扫描流水线（Semgrep、Trivy、Gitleaks）以及安全测试覆盖清单（认证、授权、输入校验、注入、安全头、限流、错误处理、会话安全、业务逻辑、文件上传）。
适用场景：需要对应用或平台进行系统级安全设计评审、威胁建模、架构加固、漏洞优先级排序与修复指导的团队；也适合将安全门禁接入 CI/CD、开展云与容器安全配置评审、供应链依赖治理。限制与边界：资料明确该智能体与 AppSec 工程师分工（代码级安全编码、SAST/DAST 集成、SDLC 赋能），与威胁检测工程师和事件响应者分工（实时检测与入侵响应）；其安全测试聚焦防御性安全与修复，不用于有害利用；强调不推荐关闭安全控制、不自行实现密码学、不在日志或客户端代码中放置密钥、默认拒绝、安全失败、处处最小权限。资料未提供该技能的具体安装命令、收费方式或平台集成细节，暂未提供。