documentation-lookup
作者 affaan-mdocumentation-lookup 帮助 agent 直接从最新文档回答库、框架和 API 问题，而不是依赖记忆。它非常适合安装、配置、参考资料和代码示例类任务，尤其是在最新语法很重要时。对于依赖实时文档和版本准确指导的 Skill Docs 请求，建议使用 documentation-lookup 技能。
该技能得分 84/100，说明它很适合作为目录中的候选条目，尤其适合需要可靠获取当前 library/framework 文档、而不是依赖训练数据的用户。仓库提供了足够的工作流程细节，能帮助理解何时触发以及如何使用，因此安装决策门槛相对较低；但它仍然缺少一些提升可落地性的配套内容，比如内置支持文件或安装命令。
- 对 setup、API reference、代码示例和指定框架问题提供了明确的触发指引
- 操作流程清晰：先 resolve-library-id，再用 query-docs 获取实时文档
- 正文深度和结构都不错，包含多个标题，而且没有占位符或演示标记
- 没有提供支持文件或安装命令，因此 setup 和集成可能需要额外的手动工作
- 该技能依赖 Context7 MCP 的可用性与配置，这可能会限制它在不同环境中的可移植性
documentation-lookup 技能概览
documentation-lookup 做什么
documentation-lookup 技能帮助代理从最新文档里回答库、框架和 API 问题，而不是依赖记忆。它最适合需要可靠安装/配置帮助、精确方法名，或者与工具最新版本保持一致的代码示例的用户。
适合谁使用
当你在 React、Next.js、Prisma、Supabase、Tailwind 这类变化很快的生态中工作，或者任何“旧训练数据可能有风险”的库上工作时，都适合使用 documentation-lookup 技能。它尤其适用于实现任务、迁移问题，以及“我该怎么正确做这个？”这类提问。
它为什么不同
它的核心优势是 Context7 工作流：先解析库 ID，再查询实时文档。这样能减少猜测，通常也比普通提示词给出更好的答案，因为代理可以引用当前 API、配置模式和示例。
如何使用 documentation-lookup 技能
安装并触发它
进行 documentation-lookup 安装时，先通过仓库里的技能安装流程把它加入你的 Claude Code 或兼容环境，然后确认 Context7 MCP 可用。当用户要基于文档获得帮助、点名某个框架，或者需要必须匹配特定包版本的代码时，就触发它。
先给出正确的输入
一个高质量的 documentation-lookup 使用提示词，应该写清库名、任务，以及在有影响时对应的版本或环境。好的例子包括：“Using Next.js App Router, how do I add middleware for auth?” 或者 “With Prisma 5, show the correct relation filter for this query.” 诸如“help me with Next.js”这类泛泛的提示，会带来更多来回追问。
推荐工作流
先读 SKILL.md，理解先解析、再查询的模式；如果你要把这个技能适配到其他代理环境，再查看仓库里相邻的指导说明。实际流程应该是：识别库名，解析 library ID，按精确主题查询文档，然后在确认实时参考之后再生成代码或步骤。
提升输出质量的实用技巧
直接说明你想要哪种结果：“give me the minimal setup”、“show the recommended pattern” 或 “compare the current API with the older one.” 如果任务涉及框架特性，也要提前说明运行时或生态约束，比如 Node 版本、app router 还是 pages router，或者 server vs client component 的上下文。
documentation-lookup 技能 FAQ
什么时候该用 documentation-lookup？
当答案取决于最新文档、精确 API 行为，或包相关配置时，就该用 documentation-lookup。它很适合安装、配置和代码生成类问题，因为过时示例的代价可能很高。
documentation-lookup 比普通提示词更好吗？
如果正确性依赖实时文档，答案是肯定的。普通提示词仍然适合概念解释，但当你需要最新语法、受支持的选项，或绑定到某个库版本的示例时，documentation-lookup 技能会更合适。
我必须是新手才能用吗？
不需要。这个技能对初学者和高级用户都很有用。新手受益于更清晰的安装路径，经验用户则受益于更快确认当前 API、减少版本不匹配。
什么时候不适合用？
不要把 documentation-lookup 用在纯概念建议、基于观点的架构问题，或者不依赖外部文档的任务上。如果答案可以仅靠通用推理安全地得出，就没有必要去查实时文档。
如何改进 documentation-lookup 技能
给技能更精准的检索目标
提升质量最大的办法，是把准确的库、包和功能名称说清楚。对于 documentation-lookup 使用来说，“React forms” 远不如 “React Hook Form controller usage with Zod validation” 精准。目标越明确，代理越能更快解析到正确文档，也越能避免范围过大、噪音太多的搜索。
尽早补充环境约束
在要求代码之前，先说明框架版本、运行时和项目形态。“Next.js 14 App Router, TypeScript, server components” 比 “Next.js” 有用得多。这些约束会改变正确的文档路径，也能避免看起来对、但并不适合你技术栈的答案。
要求输出贴合你的目标
如果你想要实现帮助，就明确说你要最小代码片段、生产可用配置，还是迁移指导。例如：“Show the recommended way to fetch data in Prisma with pagination, and explain any caveats.” 这样能提高首轮命中率，减少后续返工。
根据文档结果继续迭代
如果第一次答案接近但还不对，可以让代理重新检索更细的子主题、替代 API，或者某个特定版本的行为。documentation-lookup 技能最适合短反馈回路：先解析库名，再查看相关文档段落，最后逐步收窄提示词，直到示例真正匹配你的使用场景。