用途：把 Roblox 游戏切片和缺陷报告放入一个小型状态机中流转，使标记为“ready to build”的事项确实被完整定义，能在一次专注的构建中完成，并在完成后可试玩。
主要能力：提供两类分类角色（bug 表示场景中某处损坏，enhancement 表示新切片或新能力）和五种状态角色（needs-triage 尚未评估、needs-info 等待用户决策或细节、ready-to-build 已完整定义、needs-human 需要用户操作或判断、wontfix 不予处理）。每个已分诊事项恰好携带一个分类和一个状态。正常流程为 needs-triage →（needs-info ↔ needs-triage）→ ready-to-build / needs-human / wontfix，用户可覆盖，异常情况需先询问。
使用方式：用户以自然语言调用，例如“what should we build next?”、“triage this bug”、“is this slice ready?”、“mark the coin-pickup slice ready to build”。技能会展示三个待处理桶（未分诊、needs-triage、needs-info 且有新用户输入），按最旧优先，每项一行摘要供选择。分诊单项时先收集上下文、读取完整条目与既往分诊记录，通过 roblox-studio-workflow 检查相关脚本与实例；对 UI 项检查设计产物。随后给出分类与状态建议及理由，等待指示。缺陷需先在 Studio 试玩中复现并读取 get_console_output，确认复现可强化构建简报，无法复现则是 needs-info 的强信号，困难缺陷交给 roblox-debugging-bugfix。条目含糊时进行简短追问。结果处理：ready-to-build 发布构建简报（BUILD-BRIEF.md），UI 项需附已批准产物路径；needs-human 结构相同但说明为何不能委派；needs-info 发布分诊笔记；wontfix 给出简短理由。
限制与前提：跟踪器位置与标签词汇应已在 CLAUDE.md / docs/agents/ 中提供，否则需先运行 setup-roblox-skills。若跟踪器为 GitHub，AI 撰写的评论需以“> Generated by AI during triage.”开头。改变用户界面的切片在存在已批准的 Roblox UI 设计产物（布局、状态、移动/平板/桌面行为，标记 Status: approved）之前不能进入 ready-to-build，缺失或仍为草稿时转为 needs-human。快速覆盖时需检查冲突状态角色与 UI 设计门禁，UI 产物缺失须明确说明并请求显式覆盖。后续由相应阶段专家构建，再用 roblox-playtest-qa 与 roblox-mobile-playtest 验证。