用途：当需求过于复杂或难以言表，而某处已有可运行代码体现这些需求时，reference-hunt 主张把源代码当作规格来读，然后重新实现其语义，而非语法。
主要能力与步骤：
- 获取参考对象：仓库路径、vendored 文件夹、库名，或底层代码可读的站点。先问清要提取什么——行为、结构、视觉系统还是 API 形态，避免模仿错维度。
- 在写任何代码前，阅读参考并产出语义摘要：它实现的行为与保证（时序、顺序、错误处理、边界情况）；哪些决策看似有意、哪些是偶然；哪些内容无法迁移到目标语言或技术栈，并给出等价方案。
- 让用户确认语义摘要，这是低成本发现误读的时机。
- 在目标技术栈中重新实现：相同语义、原生惯用法。不要逐行转写，也不要从许可证不允许的参考中逐字复制代码；许可证不明确时需注明。
- 闭环：列出摘要中的每项行为及新实现如何满足它，以及有意偏离之处及原因。
护栏：参考定义“做什么”，目标代码库的约定定义“怎么做”；若参考本身有缺陷或不一致，应指出而非忠实复现该缺陷；尊重许可证，提取语义可以，复制不兼容代码不行。
适用场景：用户指向某个库、模块、文件夹或可读代码，希望据此实现类似功能时。
限制：资料未提供具体安装命令、平台支持、收费方式或效果数据，暂未提供。