mcp-research

📁 ahgraber/skills 📅 Feb 7, 2026
10
总安装量
9
周安装量
#30906
全站排名
安装命令
npx skills add https://github.com/ahgraber/skills --skill mcp-research

Agent 安装分布

opencode 9
gemini-cli 8
claude-code 8
codex 8
continue 8
antigravity 6

Skill 文档

MCP Docs and Research (Context7, Exa, Jina)

Overview

Use MCP-provided tools to retrieve current, verifiable information instead of relying on memory for fast-changing libraries, APIs, and ecosystem guidance.

When to Use

  • Working with any external library or framework (for example, FastAPI, SQLAlchemy, pandas, boto3, or requests).
  • Installing or upgrading dependencies and verifying current versions or migration guidance.
  • Implementing features tied to third-party SDKs or APIs.
  • Debugging behavior that may be version-specific.
  • Looking up current best practices, changelogs, or breaking changes.

Tool Selection

  1. Use mcp__context7__resolve-library-id and mcp__context7__query-docs for official library documentation and API usage.
  2. Use mcp__exa__get_code_context_exa for code-centric examples across docs, GitHub, and Stack Overflow.
  3. Use mcp__exa__web_search_exa for broader current web context (announcements, release notes, ecosystem updates).
  4. Use mcp__jina__search_web to discover relevant pages, then mcp__jina__read_url for clean page extraction.
  5. Use mcp__jina__search_arxiv and mcp__jina__extract_pdf only when the task needs paper-level or PDF-structured research.

Default Workflow

  1. Classify the request: official API docs, implementation examples, or broad web research.
  2. Start with the narrowest reliable source:
    • Official docs first (Context7) for API correctness.
    • Add Exa/Jina only when you need cross-source confirmation or broader context.
  3. For Context7 docs, always resolve the library id before querying docs unless the exact /org/project id is already provided.
  4. Keep queries specific (library + feature + version/error) to reduce noisy results.
  5. Synthesize findings and clearly separate sourced facts from inferences.

Quality Rules

  • Prefer primary/official documentation for API signatures and behavior.
  • For dependency/version decisions, verify with current documentation before recommending versions.
  • Avoid unsupported claims; cite concrete tool findings.
  • If sources conflict, report the conflict and recommend the safest path (pin version, test in isolation, or check release notes).
  • If coverage is weak, state limits explicitly and proceed with best available evidence.