用途：根据 Linear 议题的标题和描述，自动分类并应用 Sentry 工作区标签体系中的 Type 标签。需要配置 Linear MCP 服务器。
主要能力：支持两种处理模式——提供 Linear ID 列表（如 SDK-123）时逐个获取；未提供 ID 时推断团队（优先当前 GitHub 仓库名，其次用户指定，仍不明确则询问）。通过 query_data 获取工作区级标签，筛选父标签名为 Type 的标签并建立 UUID 映射；若工作区没有 Type 标签组，会先提示用户。
分类规则：按优先级匹配，命中即停。涉及测试、覆盖率、测试基础设施等归为 Tests；涉及文档、README、changelog、RFC、spec、guide 等归为 Docs；标题含 [META]、[EPIC]、Track、Tracking 或描述含议题链接清单归为 Tracking Issue；标题以 Fix、Fixes、Broken、Error、Crash、Regression 开头归为 Bug；以 Improve、Optimize、Enhance 开头或有用户可见影响的重构归为 Improvement；以 Investigate、Spike、Migrate、Update、Clean up、Chore 开头或无用户可见影响的重构归为 Task；以 Add、Support、Implement、New、Introduce 开头或新增不存在的能力归为 Feature。每个议题只分配一个 Type 标签，并标注置信度（High 或 Low）。
使用方式：先展示分类计划表格，询问用户是否应用，支持用户修正；应用前用 get_issue 重新获取当前标签 ID，追加 Type 标签 UUID，再用 save_issue 传入完整合并后的标签集合，避免覆盖期间新增的标签。候选超过 25 个时分块处理，每块确认后再继续。
限制与边界：已有 Type 标签的议题跳过，不覆盖人工分类；标题过短且无描述时标记为低置信度并交由人工复核；一个议题属于多种类型时选主要类型（如带文档更新的缺陷修复归为 Bug）。