用途：对单条 Slack 问题报告做分诊，并在其来源线程中发布一条有价值的结论。仅在明确为新的、未修复的缺陷时创建跟踪工单；不在此复现或修复问题。
主要能力：冻结来源频道与线程坐标；完整阅读报告及附件（截图、视频、日志）；在有界范围内追踪代码路径与近期变更，区分事实与假设；分类为 bug、性能、功能请求、问题或反馈、转交；按配置路由匹配负责人；通过工单适配器（如 Linear 或 GitHub Issues）搜索去重、创建、更新与补偿；先查重再决定是否创建；投稿前与发帖前均对来源父帖做 preflight。
必要用法与安全限制：需加载外部 Benny 配置，若配置缺失、格式错误或不完整则停止，不发布也不写工单。来源频道与根线程坐标不可变，所有后续读取和发帖必须使用固定坐标；不得在来源频道发根消息、不得跨频道、广播、发私信或新建线程。仅协调者可以发 Slack 帖子；委派工作器只返回发现，必须只读，且不得获得 Slack 凭证或写操作。每个子提示必须禁止 SendSlackMessage、PostToSlack、chat.postMessage 等所有 Slack 写操作；若无法强制隔离，则由协调者执行。不得创建无法回链来源线程的工单。相较猜测或重复工单，宁可不创建。无法读取附件时需在结论中说明，不得编造内容。若仓库不可读，不猜测代码负责人，继续保守分类并说明成因追踪不可用。路由负责人 ping 默认关闭，仅当路由图明确指定、配置允许，且属于需负责人输入的功能请求或有强证据的回归作者时才可 ping，且不得 ping 广泛的值班组。
适用场景与限制：适用于单一 Slack 线程中的问题报告分诊，并配合已配置的工单适配器与路由映射使用。无法确定分类时可选择 other-ai-tools；产品未提供具体收费、价格、平台或效果信息。