research 用于回答一个有边界的问题，并要求答案可追溯到证据。它主张优先使用一手来源，而不是评论或二手总结；每个重要结论都应回到拥有该信息的来源。
用途与范围：研究问题可涉及仓库本地、外部文档、产品行为、市场与工具等范围。广度只影响研究范围，不改变执行权限。使用前先用一句话固定研究问题，写清研究要支持的决策、范围以及预期输出位置；仅当目标过于模糊时才提出一个简短澄清问题。
主要能力与流程：
- 先检查项目是否已有兼容的 LLM wiki 根目录（含 purpose.md、schema.md、wiki/index.md）；若有则调用 llm-wiki 查询固定问题。wiki 内容视为编译后的上下文与来源指针，不是一手证据，需沿来源链继续查证。
- 收集一手来源：项目内优先用源码、测试、配置、日志、迁移、规格、工单与提交历史；外部优先用官方文档、源仓库、API 参考、标准、发布说明、更新日志、模式与第一方示例。二手来源只作指针，不直接作为结论依据。
- 核验证据：对高风险或意外结论尽量找至少两个独立一手锚点；记录版本、日期、标志、环境限制与仓库状态；可低成本运行本地命令或测试验证；区分观察事实与推断；快速变化的外部事实需查当前文档。
- 保存发现：若研究绑定本地工单、规格或路线图，更新该工件或写入 docs/research/<slug>.md。持久报告需包含 ## Artifact Graph 段，含稳定 Artifact ID、Role: research 以及 Standalone: true 或一个 Parent；工单归属的报告指向该研究工单，工单在同一变更中添加反向 Produces 链接。快速问题只需给出带证据的简洁答案。
输出格式：当答案不只是快速回复时，按 ## Answer、## Evidence、## Unknowns、## Next Step 组织；保持篇幅与问题相称，除非用户要求原始材料，否则不要倾倒笔记、逐字稿或长引用。
限制：资料仅描述流程与规范，未说明具体安装方式、依赖版本、收费或价格、支持平台与效果数据，这些信息暂未提供。