用途：在 Codex 上配置 Benny。Benny 是包含两条工作流的自动化包：先对一条 Slack 问题报告进行分诊，再对可信的缺陷或性能结论进行复现或验证。三个技能仅用于分发其原生指令，分发本身不会创建、启用或调度任一工作流。
主要能力与用法：识别目标仓库与现有 Benny 配置，读取捆绑包中的原生意图、配置模板和两个提示模板；当文件已位于 skills/setup-benny/instructions.md 的已提交包内时，通过 ../../FOR_AGENTS.md 定位根目录。仅在要求项目级配置时，将完整包合并到 <target-repository>/.agents/automations/benny/，保留目标位置独有文件、检查冲突并保留本地改动；用户自有配置、路由和功能映射放在托管包之外（如 .agents/benny/），归属不明时先询问。需在目标项目新会话中通过原生发现解析十个共享依赖（cursor-how、cursor-why、cursor-tdd、cursor-unslop 等），缺失依赖会致工作流不完整。配置须复制到包外用户位置，不得用密钥填充 YAML、提示或提交文件；须显式指定来源频道、仓库/分支、分诊身份、跟踪器动作、控制适配器等，并读取实际可用模型，不得猜测。
限制：控制适配器需具备全部七项能力（启动应用/环境、驱动已映射功能、执行真实 UI 操作、只读检查状态、截图、启停录制、清理任务资源），任一缺失则禁用复现。当前 Codex 调度 API 没有 Slack 消息事件触发字段；若无授权事件投递能力，应报告事件触发不可用并保持未完成，不得改用轮询、cron 或心跳。创建、更新、启用工作流须显式请求，一次只准备一个草稿。捆绑指令只是源码分发证明，夹具门禁结果不能证明真实 Slack、跟踪器补账、worker 隔离、事件投递或 UI 控制；需分别报告已准备的包与配置、缺失能力、新会话发现结果、观察到的事件线程安全证据和启用状态。