用途
feature-radar-ref 用于将外部观察、生态趋势和创意灵感记录到 .feature-radar/references/ 目录中。当用户提及相关观察或发现时，必须使用此技能。
主要能力
- 记录外部观察：将用户观察到的有趣项目、技术或创意方法、生态趋势或新兴模式、相关项目的显著功能或解决方案、用户比较或反馈或问题、研究文章或演讲中的相关见解等，整理并保存到参考目录。
- 收集上下文：获取 URL、日期和关键细节；如果用户提供 GitHub URL，则获取 issue/PR 以获取完整上下文。
- 分类归档：判断应写入哪个文件——已有参考文件则追加新条目；新主题则创建 .feature-radar/references/{topic}.md。
- 评估影响：对观察内容进行影响评估。
使用方式
- 识别来源：询问用户观察到了什么，例如有趣的项目、技术或创意方法，生态趋势或新兴模式，相关项目的显著功能或解决方案，用户比较、反馈或问题，研究、文章或演讲中的相关见解。
- 收集上下文：获取 URL、日期和关键细节。如果用户提供 GitHub URL，则获取 issue/PR 以获取完整上下文。
- 分类：确定正确的文件——已有参考文件则追加新条目；新主题则创建 .feature-radar/references/{topic}.md。
- 评估影响。
文件格式使用 ../feature-radar/references/SPEC.md § 3.5（references/{topic}.md）中定义的格式。
命名约定：按被跟踪的主题命名，而不是按事件命名。
- 好例子：vercel-skills-ecosystem.md、agent-path-conventions.md、cli-ux-patterns.md
- 坏例子：2026-02-18-update.md、interesting-finding.md
适用场景
- 用户观察到有趣的项目、技术或创意方法时。
- 用户发现生态趋势或新兴模式时。
- 用户注意到相关项目的显著功能或解决方案时。
- 用户提供比较、反馈或问题时。
- 用户阅读研究、文章或演讲并获得相关见解时。
限制与准则
- 始终引用来源 URL 和日期以便追溯。
- 按时间顺序将新条目追加到已有文件——不要为每个观察创建新文件。
- 保持客观。记录发生了什么，然后单独评估影响。
- 如果观察揭示了未满足的需求或创新机会，主动建议创建机会。
- 寻找创意灵感，而不仅仅是功能缺口——他人解决问题的方式可以激发新想法。
示例输出： → 已追加到 references/cli-ux-patterns.md → 建议：新机会“interactive config wizard” → 已更新 base.md：references 3 → 3（追加，而非新文件）
完成总结：遵循 ../feature-radar/references/DIRECTIVES.md 中的模板，技能名称为“Ref Complete”。