用途：对 MUI GitHub 仓库的 issue 做分诊——读取 issue 及其完整上下文（正文、评论、关联 issue/PR），分类并从当前 type:/status: 标签组合迁移到正确的下一状态，再写出一份带具体下一步动作的分诊摘要，使后续 AI 或人工无需重读整个讨论。
输入：GitHub issue URL（mui/<repo>/issues/<num>，仓库取自 URL）或纯 issue 编号；后者通过 scripts/resolve-repo.sh [checkout] 从本地检出仓库的 git remote 解析，优先取 MUI 仓库而非个人 fork。
主要能力：先读 labels.md 了解允许的 type:/status: 标签及转移与不变量；用 scripts/fetch-issue.sh 只读抓取 issue；用 scripts/search-related.sh 按标题/正文关键词查重（同时查 issue 与 PR）；在本地 checkout 中只读检索代码以核对所述行为是否成立、缩小可疑范围；据实选取 component:/scope:/package: 及版本等次级标签；对正文给出精确追问或结论；必要时提议合并后的搜索关键词，用 scripts/update-search-keywords.sh --dry-run 验证而不改动 GitHub。
自动化触发规则：注释首行写 Duplicate of #<n> 由机器人加标签并关闭；status: waiting for author 由机器人长期静默后关闭；support: Stack Overflow 由机器人发跳转并关闭；support: unknown 由机器人索要付费支持 key。判断为超出范围时加 not planned 并在摘要中写明 Out of scope: 原因，该标签同时作为再次分诊的跳过信号。
输出：五个段落（Findings、Comment (posted verbatim)、Search keyword update、Label delta、Apply script），评论以 <!-- mui-triage --> 标记写入 /tmp/mui-triage-<repo>-<num>.comment.md，包含 Confidence、Reproduction、Duplicates、Affected component 与编号 Next actions，易变信息（路径、行号、私有符号、未验证推测）放入隐藏 findings 块并标注日期与 commit sha。apply 脚本写入 /tmp/mui-triage-<repo>-<num>.sh，含标签变更与发布摘要评论两步。
限制：分诊期间不执行任何会改动 GitHub 的命令；脚本仅在用户明确要求或确认后运行；绝不执行报告者提供的代码，如需运行须用官方模板构建的沙箱；低置信或破坏性步骤以 # REVIEW: 注释保留，未确认不得取消注释；不负责修复 issue 本身、不做 git bisect、不做 PR 分诊。评论不使用分类或状态迁移行，不写未验证的根因；机器人负责的重复与支持路径下脚本不发评论。