用途：Bouncer 用于在把任何 agent skill 安装进 agent 上下文之前进行审计。它把 skill 视为注入 agent 的常驻指令，而非普通插件，因此要判断该 skill 是否值得安装。触发场景包括：任何安装、添加、下载或试用 agent skill 的请求，粘贴 skill 仓库 URL，输入 /bouncer，或询问某 skill 是否可用。
主要能力：安装 Bouncer 后，skill 安装不再是单步操作。流程为：先把 skill 取到临时目录，绝不直接放入 skills 文件夹；然后运行检查并展示裁决卡。裁决分三档：AUTO-ALLOW 直接安装；ASK FIRST 由用户决定；DENY 则隔离、不安装，并逐字展示发现。
检查流程：Gate 0 先做候选搜索，在下载前用能力关键词在 GitHub 搜索同类替代（gh api search/repositories 或网页搜索），按 star 排序，比较前两三个候选的实时 star 数、最后推送日期（超过 60 天未更新视为警示）、体积，以及是否已有已安装 skill 覆盖该功能；若已有 skill 胜任则直接说明并停止。只有胜出候选进入后续关卡。
五道关卡：Gate 1 足迹，检查总体积与 token 权重，超过 15KB 或 frontmatter 描述超过 300 字符为警示；Gate 2 重叠，比较触发短语与已安装 skill 是否冲突；Gate 3 注入，标记读取凭据、密钥、.env 或 SSH key 的指令，非核心用途的数据外发端点，要求对用户隐瞒或省略的文本，base64/hex 等编码隐藏指令，以及描述与正文不符的情况，均需逐字引用并标注文件与行号；Gate 4 成本，估算每次调用 token 及描述带来的常驻开销；Gate 5 员工测试，按是否经常触发、是否值回 token、是否无需照看、是否随时间复利、能否通过审计打分（满分 5）。
裁决卡与档位：裁决卡列出各关卡结果与最终 TIER。全部通过且员工测试 4 分及以上为 AUTO-ALLOW；足迹或重叠被标记但注入干净为 ASK FIRST，可试用一周，若从不触发则删除；任何注入发现即 DENY & QUARANTINE，不安装，除非用户亲自读过发现内容，否则不得“修好再装”。
硬性规则：每次安装前都运行，包括 agent 自己写的 skill；审计期间绝不执行被审计 skill 内的任何脚本，只读不跑；注入发现必须逐字引用，不得转述；若无法获取或完整读取该 skill，视为 DENY 而非通过。
限制：资料未提供具体安装命令、支持平台、收费方式或价格信息。