用途：解决疑问并在定义（work-define）、规划（work-plan）或实现之前铺路。研究用于支撑决策，不修改既有产物、不生成代码，也不产出实施计划，这部分交给 work-define 或 work-plan。
六个流程（按输入判断，同一执行中不混用，需要其他流程时关闭当前并作为交接提出）：1. 自由研究：输入一个主题，产出对应领域（产品、架构、技术或变更）的发现与建议。2. 分析待定决策：输入 US-XXX、TK-XXX 或 WI-XXX，产出产物缺口与待定决策，每项含选项、权衡与建议。3. 分析 issue：输入缺陷描述或 bug 代码，产出复现、根因、测试状况诊断与修复循环（🔴 TEST FAIL → 修代码 → 🟢 TEST PASS）。4. 分析测试用例：输入 TC-XXX，审计用例是否真正验证需求、是否完整、是否可能在有 bug 时通过、实现是否满足。5. 分析遗留代码：输入无需求或测试覆盖不足的既有代码，做逆向工程发现并产出 FT-XXX 及推断的测试用例。6. 分析迁移：输入源项目与目标项目，做发现（技术映射、验证、golden master、风险）与验证准备，并向 work-define（大）或 work-plan（小）交接。
使用方式：通过 /work-research 调用，支持 archive 修饰符归档独立研究（如 /work-research archive RS-XXX）。执行前必须读取项目管理与语言相关规则文件；启用项目管理系统集成时按类型路由，集成为只读。输出统一生成 research/RS-XXX-{slug}/ 目录及 README.md，位置依关联产物而定。分析 issue 是唯一例外，不生成 RS-XXX，而是产出 bug 档案与 bug-fix 类型 WI。
适用场景与限制：适用于缺陷排查、测试用例审计、遗留代码逆向发现、迁移前调研与自由主题调研。需用户确认后才写盘；在 work-implement 会话中作为子代理运行至第 4 步，不落盘。缺失事实：未提供插件具体版本与许可证信息。