用途：对代码库执行基线安全审计，覆盖常见安全漏洞与配置错误，并可按用户确认将选定的发现创建为 Jira 故事以跟踪修复。
主要能力：支持 19 项检查，包括密钥与凭据、依赖包安全、SQL 注入、异常处理、日志安全、敏感查询字符串、IDOR、输出编码、输入验证、代码压缩、数据最小化、Cookie 与存储安全、密码学安全、安全响应头、HTTP 动词白名单、SSL/TLS 配置、数据库字段加密、代码质量、认证安全；每项检查附带检索模式、危险信号、严重度评级、修复指导与代码示例。所有发现按 Critical/High/Medium/Low 单一严重度量表评级，并按影响与可利用性判定。每项发现标注 OWASP Top 10:2025 类别与 ASVS 5.0 章节。
使用方式：通过提出安全审计请求触发，例如“Perform a baseline security audit”。启动时先列出全部检查并询问要运行哪些（回复 all 或数字列表），存入 SELECTED_CHECKS；若选中安全响应头或 SSL/TLS，会询问生产 URL 用于实时检查，留空则回退静态分析。随后依据仓库证据判断托管模型（IIS、Linux 或边缘），只询问一次。之后收集一次 Jira 项目代码，审计过程中不再重复询问。
Jira 集成：全部选定检查完成后，输出编号汇总表并询问哪些发现要创建故事（all、数字列表或 none），在得到答复前不创建任何故事。依赖包安全检查会将 npm 与 NuGet 发现分别合并为至多两个故事。首次创建前调用 getAccessibleAtlassianResources 获取并存储 CLOUD_ID；按严重度映射 Jira 优先级（Critical→Highest、High→High、Medium→Normal、Low→Low，需核对目标项目方案）。每个故事使用 createJiraIssue，字段含 cloudId、projectKey、issueTypeName=Story、summary 与 description（位置、问题描述、修复步骤、OWASP Top 10:2025 类别），additional_fields 传入 labels 与 priority。创建成功后回显故事键，并用 createIssueLink（type 为 Relates）关联到 ETL 项目故事；ETL_STORY_KEY 通过 searchJiraIssuesUsingJql 一次性查找（如 project = ETL AND summary ~ 当前项目名 AND summary ~ Baseline security），若匹配多个或无匹配则列出候选并询问。注意不要用 customfield_10014（Epic Link），ETL 故事是 Story 而非 Epic。最后输出汇总表（故事键、检查项、摘要、优先级）；若用户选择 none 则跳过创建并省略该表。
限制与注意：严重度不得按输入来源或环境降低，管理员输入不低于 Medium，跨租户/跨用户影响至少为 High。SECURE/PARTIALLY SECURE 等状态词不是严重度。托管模型判断中 web.config 仅被 IIS 和 Windows 上的 Azure App Service 遵循，Linux 场景不应报告缺失 web.config 条目。资料未提供具体安装命令、收费与价格信息。