用途：确保每一处框架相关的代码决策都有官方文档支撑，避免凭记忆写出已废弃或过时的用法。适用场景包括构建会跨项目复制的脚手架或起始代码、实现框架推荐做法有影响的特性（表单、路由、数据获取、状态管理、认证）、审阅或改进框架特定模式，以及任何准备凭记忆写框架代码的时刻。不适用场景：正确性与特定版本无关的改动（改变量名、修错别字、移动文件）、跨版本行为一致的纯逻辑（循环、条件、数据结构），或用户明确要求优先速度而非核实。
主要能力：按依赖文件识别技术栈与精确版本；只抓取与所实现特性相关的官方文档页而非首页或整站；依据文档中的 API 签名与推荐模式编写代码；对每个框架特定模式给出完整 URL 引用，必要时引用原文并附运行时支持信息；当官方来源之间或文档与现有代码冲突时，先向用户呈现冲突而非静默选择；无法找到文档时明确标记为未验证。
使用方式：按流程执行“检测—获取—实现—引用”。先读取 package.json、composer.json、requirements.txt 或 pyproject.toml、go.mod、Cargo.toml、Gemfile 等定位版本，并明确说明发现结果；版本缺失或含糊时先询问而非猜测。随后获取目标特性的具体官方页。来源优先级为官方文档、官方博客与变更日志、Web 标准参考（MDN、web.dev）、浏览器或运行时兼容数据；Stack Overflow、教程博客、AI 生成内容和自身训练数据不得作为主要来源。实现时使用文档中的签名与新方式，避免已废弃用法；无法覆盖之处标记未验证。最后在注释与会话中给出完整 URL，尽量使用带锚点的深链接，并说明非显而易见决策所依据的原文。
限制：本资料未提供该技能的具体安装方式、依赖环境、支持平台、价格或可用性信息。该流程依赖对官方文档页面的实际访问，仅针对框架特定的决策，对纯逻辑与无关版本的任务不适用；无法核实的内容必须显式标注为未验证，不能以模糊措辞代替核实。