triage 是 Design System Ops 中的轻量技能，用于判断设计系统的当前状态，并推荐先运行哪些技能、以何顺序运行以及原因。它的价值在于排序而非深度，后续技能才提供深度分析。
主要能力：通过快速扫描收集设计系统的最小信息，包括系统名称与大致规模、技术栈、令牌系统、文档情况、团队规模、成熟度自评和当前痛点。若提供代码库路径，可快速检查组件目录数量、令牌文件、文档文件、消费方应用和漂移证据。据此把系统分为四种状态：A 新建或小型（少于 10 个组件、不足一年）、B 成长中（10–25 个组件）、C 已成熟（25 个以上组件、多个消费团队）、D 遗留或困境状态。然后输出按状态定制的运行计划，初始建议限制在 3–5 个技能，并列出暂缓运行的技能及原因、稍后回归的技能及前提条件。
使用方式：先进行不超过 5 分钟的输入收集，一分钟内产出运行计划。计划列出优先级、技能名、为何现在运行、能了解到什么、预计耗时。示例推荐：状态 A 运行 system-health、token-audit、contribution-workflow；状态 B 增加 component-audit、naming-audit、adoption-report；状态 C 侧重 drift-detection、token-compliance、adoption-report、system-health；状态 D 运行 system-health、token-audit、component-audit、drift-detection，再用 stakeholder-brief 转化商业理由。
适用场景：团队不知道从何处入手时使用。若系统只有一个明确问题，或需要全自动全面诊断，应跳过 triage 直接使用相关技能或 /full-diagnostic 智能体。
限制：triage 本身不运行其他技能，只产出运行计划；它不做完整审计，仅做分诊式扫描。资料未提供具体收费、平台支持范围等信息。