用途：在把产品想法提交到 CodeSpring 构建计划前，先做一次市场调研，把模糊想法变成明确决策：不构建、采用或集成现有方案，还是做一个聚焦的切入点。调研被视为规划关卡，而非为重复造轮子找理由。
主要能力：先界定要完成的任务，重述目标结果、目标用户、平台与约束，找出最小完整工作流及用户获得价值的时刻，并列出会改变决策的未验证假设。随后调研市场与技术现实，搜索直接产品、开源仓库、平台原生功能和相邻替代品，优先使用产品文档、源码仓库、发布说明等一手来源。对每个重要替代方案记录目标用户、重叠工作流、交互模型、成熟度信号、许可或定价及明显缺口，并核实其宣称能力。提出自动化前检查平台与 API 文档，标记不受支持、脆弱、凭据抓取或 GUI 注入方案。仅因界面、语言或名称不同不算独特，只有改变结果、受众、分发或集成面才算切入点。
使用方式：给出三种明确建议之一：不构建（现有方案直接满足任务）、采用或集成（只用现有工具并补缺失的集成或工作流层）、构建切入点（定义替代方案未提供的狭窄用户、结果与能力）。构建建议需给出一句话定位、MVP 边界、非目标、风险与证据。之后同步到 CodeSpring：先读项目上下文、相关功能、思维导图、PRD 和现有任务，尽量复用已有功能；添加带研究日期、来源、决策、考虑过的替代方案和明确拒绝范围的思维导图笔记；仅在建议构建切入点或集成时创建或更新功能；MVP 边界清晰后再建小型依赖关联任务列表，每个任务说明可触碰、不可触碰及验证方式。若建议采用，只创建一个评估或集成任务。
输出：简短研究备忘录，含决策与置信度、直接替代方案及确切重叠、建议切入点或不构建理由、MVP、非目标与主要风险，以及所做的 CodeSpring 更改和任务顺序。
限制：资料未提供具体收费、价格、平台支持范围或效果数据；使用需依托 CodeSpring 环境及其任务约定。