用途：对已有的变更日志/发布基础设施做深度审计，找出所有错误、次优或缺失之处，并产出可执行的发现报告。
主要能力：审计 semantic-release 配置（配置是否有效、是否包含 changelog/git/github 插件、分支配置是否正确）；审计 commitlint 配置与 Lefthook 的 commit-msg 钩子；审计 GitHub Actions 发布工作流（文件是否存在、contents: write 权限、是否运行 semantic-release、fetch-depth: 0、LLM 合成任务与 GEMINI_API_KEY 引用、合成脚本）；审计密钥（GEMINI_API_KEY、按需的 NPM_TOKEN）；审计公开页面（changelog 路由、RSS 源、是否公开）；发布健康检查（近期发布、发布说明是否填充、CHANGELOG.md 是否同步、失败运行）；提交历史审计（是否符合约定式提交、是否有应触发发布却未触发的提交）。
使用方式：按资料中的命令逐项检查，例如 node -e "require('./.releaserc.js')"、grep 检查插件与权限、gh secret list、gh release list、gh run list、git log 等，最终输出结构化报告，按 CRITICAL/HIGH/MEDIUM 分类汇总通过、警告与失败项。
适用场景：维护使用 semantic-release 与 GitHub Actions 的发布流水线，需要排查发布配置漂移、发布说明为空、提交不规范或发布未触发等问题时。
限制：资料未提供安装方式、运行入口、依赖版本、平台支持范围与收费信息；审计依赖本地仓库文件与 gh 等工具，部分检查仅能判断存在性而无法读取密钥值。