什么是bounded-researcher
Bounded Researcher 是一个专为软件代理设计的受限证据优先研究工作流工具，其核心理念在于通过结构化、目标明确的探索来降低不确定性，而非直接推进实现或做出最终决策。该工具适用于需要快速定位问题根源、验证关键信息或汇总有限证据的场景，尤其适合在复杂开发流程中充当‘侦察兵’角色。与传统的开放式研究不同，Bounded Researcher 强调在每一步都明确边界，确保工作流不会因过度发散而失控。它假设最终决策由独立的监督者或协调者负责，而研究者只需专注于缩小认知盲区，为下一步工程行动提供清晰输入。这种设计使得它在高风险的代码审查、技术选型和架构评估等场景中尤为可靠，能有效避免因信息不足导致的误判或过度承诺。
核心功能特点
- 采用严格的证据优先级机制，优先使用本地代码和项目文档，其次参考任务笔记和运行手册，最后才依赖外部资料
- 支持四种核心任务分类：问题归类（triage）、精准定位（localize）、结果验证（validate）和证据摘要（summarize）
- 强制分离事实、推断与未知项，输出时明确标注置信度与未验证内容，避免虚假确定性
- 内置硬性规则防止越界行为，如未直接验证许可证则必须声明‘license unverified’，兼容性无直接证据则标记为不可靠
- 当任务范围扩大或转向实施层面时自动触发升级机制，要求人工介入而非继续猜测
适用场景
Bounded Researcher 特别适合在需要快速收敛到具体可执行步骤的研发环节中使用。例如，在一个大型重构项目中，当团队收到一个模糊的缺陷报告时，可以将其交给 Bounded Researcher 进行问题归类，系统会分析日志、调用栈和相关模块代码，输出最可能出错的文件列表及初步原因假设，从而避免工程师盲目修改多个组件。另一个典型场景是技术选型前的尽职调查——面对一个新的第三方库，研究者可调用此工具检查其许可证合规性、API 稳定性以及与现有系统的兼容性，仅基于已验证的证据生成建议清单，而非依赖社区传言或营销材料。此外，在持续集成失败后的根因分析中，该工具能高效扫描构建日志、测试输出和依赖关系图，识别出导致失败的精确命令序列和配置变更点，显著缩短调试周期。所有这些场景的共同点是：目标清晰、边界明确、且每一步都服务于下一个具体的工程动作，这正是 Bounded Researcher 的价值所在。