rheinmir/skills-kit · Archived

mcp-research

MCP researcher — fetch docs/API/spec from GitHub, DB, internal tools via MCP

First seen Jun 24, 2026

Installation

$ npx skills add rheinmir/skills-kit --skill mcp-research

Stronger alternatives

This repository is archived — consider an actively maintained alternative.

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from rheinmir/skills-kit.

npx skills add rheinmir/skills-kit

Browse all from rheinmir/skills-kit

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Default branch main
Open issues 0
Status Archived

Skill metadata

Parsed from SKILL.md frontmatter.

Allowed toolsWebFetch, WebSearch, Bash

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,949 B
  • docs SUMMARY.md 98 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 1 installs

SKILL.md

Query: $ARGUMENTS

Goal: answer the query with minimum fetches. Targeted reads only — no broad crawling.

Sequence:

  1. PARSE — Extract from $ARGUMENTS:

- Target source type: github | url | mcp-tool | search - Specific artifact: endpoint, schema, function, config key, page section - If source is ambiguous → ask before fetching

  1. LOCATE — One targeted lookup to find the exact resource:

- GitHub repo: fetch https://api.github.com/repos/<owner>/<repo>/contents/<path> or raw file URL - API spec: fetch OpenAPI/AsyncAPI root, then only the relevant path object - DB schema: use available MCP tool (e.g. list-tables → describe only relevant tables) - Unknown source: one WebSearch with site: scoped query, pick top result

  1. FETCH — Read only what answers the query:

- For large docs: fetch the section anchor/fragment if URL supports it - For OpenAPI specs: extract only the relevant paths + components/schemas entries - For GitHub files: prefer raw URL over HTML — less noise, fewer tokens - Stop after 2 fetches if answer is found

  1. SYNTHESIZE — Output:
SOURCE:  <url or tool:resource>
FINDING: <direct answer to the query — facts, not narrative>
SCHEMA:  <relevant fields/types if applicable>
NOTES:   <caveats, version constraints, gotchas>

Hard rules:

  • Never fetch a page just to find where the real page is — resolve first, then fetch
  • No recursive crawling — if a link looks relevant, include it in NOTES, don't follow it
  • Skip auth/login pages — note the access requirement and stop
  • If MCP tool is available for the source (DB, internal API), prefer it over web fetch
  • Max 3 fetches per query — if not resolved: report what was found + what's still missing