
Fossick
io.github.Lipdog由 GitHub 账号 Lipdog 发布v0.1.4更新于 Oct 24, 2026
Search all of GitHub from your AI agent — find libraries, drill into repos, find code patterns.
概览
一个本地 MCP 服务器,让 AI 助手搜索 GitHub、PyPI 和 npm,无需克隆即可浏览远程仓库并查找代码用法。
- 可以做什么
- 按主题、星标、语言或时间搜索仓库,并按名称查询 PyPI 和 npm 上的包,返回版本、描述、链接和仓库地址。按深度和 glob 过滤浏览远程仓库的文件结构,读取任意分支、标签或提交中的文件,并定位类、函数或类型实际声明的位置。列出标签和近期发布,判断项目是否仍在维护。在 GitHub 公开文件中进行全文、限定符和正则代码搜索,查看真实用法。所有工具均为只读,响应中附带建议的下一步。
- 适用场景
- 适合在挑选库或依赖时,不只看流行度而想了解替代方案、更新情况和真实用法;适合在不克隆仓库的情况下查看其结构或 API;也适合查找某个 API 或模式在生产代码中的实际示例。
- 运行要求
- 以 PyPI 包形式通过 stdio 在本地运行,通常用 uvx 启动,因此需要 uv(或 Python 3.11+ 与 pip)。实际上需要 GitHub 令牌:从 GH_TOKEN、GITHUB_TOKEN 或 GITHUB_PERSONAL_ACCESS_TOKEN 读取,或复用已登录的 GitHub CLI。需要访问 GitHub、PyPI 和 npm 的网络。
安装
在 SourceWeft 中
- 打开 控制台中的 Fossick,将其添加到工作区。
- 为需要使用其工具的对话启用该服务。
Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。
其他 MCP 客户端
参照 仓库 中的启动说明。
README
Prospect across all of GitHub from your AI agent.
Find libraries, discover gems, search code patterns, and read real production code — across 200M+ repos, PyPI, and npm.
[PyPI] [Downloads] [Tests] [Last commit] [MIT License] [Python 3.11+] [MCP Protocol]
Contents
What is Fossick
fossick /ˈfɒsɪk/ verb (Australian/NZ) — to prospect or rummage for gems, especially the small-scale kind of mining where you sift creek beds and old tailings looking for what bigger operators missed.
That's exactly what this tool does — but for code.
Fossick gives your AI agent seven read-only tools to prospect across all of GitHub, PyPI, and npm, covering the full discovery loop end-to-end:
- Search and discover. Sift 200M+ repos with multi-query relevance ranking, find the small-but-good libraries that bigger tools bury, look up packages on PyPI and npm.
- Drill into any repo without cloning. Browse a remote repo's tree with depth and glob filters, read any file at any branch/tag/commit, and goto-definition for any class, function, or type — all on remote GitHub, no local checkout needed.
- Search code patterns across all of GitHub. Full-text, regex, qualifier-aware search across every public file — find how an API is actually used in production, not just in the docs.
Useful any time you'd benefit from your agent reaching into the world's largest code corpus:
- Pick the right library. Find a small, focused, actively-maintained option for any task — not just the most popular one.
- Discover hidden gems. Surface the 500-star library that ranks higher on relevance than the 50,000-star incumbent.
- Drill into a repo you found. Walk its layout, read its README, find where its core API is defined — without
git clone. - Find usage patterns in real code. Search how an API is called in production, then read the matched files in context.
- Get inspired. See how others structured similar projects, what patterns they used, what tradeoffs they made.
- Stay current. Discover what's trending, just-released, or new in an ecosystem — past your model's training cutoff.
It does not do code archaeology — git blame, PR history, version diffs. Reach for git and gh for that.
Examples
Once Fossick is connected, here's the kind of thing you can ask your agent.
Discover libraries and packages
- "Find me a small, actively-maintained Rust TUI library — something newer than ratatui."
- "What are people using instead of LangChain these days?"
- "Show me trending Python web frameworks released in the last 90 days."
- "What's a good lightweight alternative to Pydantic for runtime validation?"
Drill into a specific repo
- "Browse the structure of
astral-sh/uv— what's incrates/?" - "Read the main
__init__.pyfrompydantic/pydantic." - "Where is the
Streamclass defined inanthropics/anthropic-sdk-python?" - "What's the latest release of
modelcontextprotocol/python-sdkand when did it ship?"
Find code patterns in the wild
- "How do production FastAPI apps actually set up structured logging with
structlogandasyncio?" - "Show me real examples of
tokio::select!being used with timeout cancellation." - "Find Dockerfiles that build multi-stage Python images with
uv." - "How are people calling the OpenAI API streaming endpoint from Go?"
Vet a dependency before adopting it
- "Is the
requestslibrary still maintained?" - "Compare freshness of
httpxvsaiohttp— last release dates, recent activity." - "Who actually uses
msgspec? Show me real usage in production codebases." - "Find the GitHub repo behind the
polarsPyPI package and check its last release."
Installation
Prerequisite: uv — install with
curl -LsSf https://astral.sh/uv/install.sh | sh. Thenuvxwill download and run Fossick on demand. No clone needed.
Claude Code
Three install scopes. Pick the one that matches how you want Fossick to be available — globally, shared with your team, or just for you in one project. The scope flag controls where the config gets written (Claude Code MCP scopes).
Global (recommended for personal use)
Available in every project on your machine. Stored in ~/.claude.json, private to your user account.
Team-shared (committed to git)
Stored in .mcp.json at the project root, checked into version control. Anyone who clones the repo gets the same MCP server. Use this when the whole team should have Fossick.
This project only (default)
Local scope is the default. Only enabled in the current project, only for you. Stored in ~/.claude.json under this project's path — not committed, not shared with collaborators.
Manual install
If you'd rather skip the CLI, write the config yourself. The JSON shape is the same regardless of scope — only the file changes:
~/.claude.jsonfor user / local scope.mcp.json(project root) for project scope
Other clients
Claude Desktop
Edit ~/Library/Application Support/Claude/claude_desktop_config.json (macOS) or %APPDATA%\Claude\claude_desktop_config.json (Windows):
Restart Claude Desktop after saving.
Windsurf
Edit ~/.codeium/windsurf/mcp_config.json:
Cline
Edit cline_mcp_settings.json via the Cline extension's MCP settings panel:
Codex
Or edit ~/.codex/config.toml:
From source (development)
Then point your MCP config at the local clone:
Tools
Seven read-only tools, organized by their role in the discovery workflow.
Find candidates
Evaluate a candidate
Search code across GitHub
All tools are read-only, idempotent, and safe to auto-approve. Every response ends with hint-chained next steps so the agent knows what to do next.
Why Fossick
- Built for the discovery workflow. Tools follow the natural shape: find candidate → drill into it → read the API → see how others use it. Hint-chained next-step suggestions keep your agent on rails through the whole loop.
- Drill into any public repo without cloning. Browse remote repo trees with depth + glob filters, read any file at any branch/tag/commit, and run real AST-based symbol search to goto-definition for any class, function, or type — all on remote GitHub.
- Multi-query search with smart ranking.
search_reposaccepts a list of phrasings in one call and applies composite relevance ranking that prioritizes literal match over raw popularity — surfaces the 500-star gem that beats the 50,000-star incumbent. - Lean on tokens by design. 7 focused tools (not 30+), formatted-markdown outputs (not JSON dumps), TTL caching, hint chaining that cuts agent reasoning turns, and multi-query search that bundles N requests into 1. Every tool description and response is sized to keep your context budget free for real work.
- Rate-limit aware. Tracks GitHub's Search and Core API buckets separately, sleeps on exhaustion, retries with exponential backoff.
- Zero config for
ghusers. Already have the GitHub CLI authenticated? Nothing to configure. - Plays well with others. Read-only, idempotent, safe to auto-approve. Pair Fossick with github-mcp-server when you also need to act on your own repos (issues, PRs, Actions).
FAQ
Do I need a GitHub token?
Yes — without one you'll hit GitHub's 60-requests-per-hour unauthenticated limit almost immediately. The easiest path is to install the GitHub CLI and run gh auth login once. Fossick picks up your token automatically. No need to pass anything in the MCP config.
Why uvx instead of pip install?
uvx runs Fossick in a transient, isolated environment without polluting your global Python. It downloads on first use, caches for subsequent runs, and updates effortlessly. You also don't need to manage a virtualenv or worry about Python version conflicts. If you'd rather use pip, pip install fossick-mcp works — just point your MCP client at the installed fossick-mcp binary.
Does Fossick use my GitHub API quota?
Yes. Every search, file fetch, and tag list counts against your token's rate limits. Fossick splits requests across two buckets — Search API (30/min) and Core API (5,000/hr) — and pauses automatically when either is exhausted. For most discovery sessions you'll never hit the limits.
Will it work with MCP client X?
If your client supports the standard MCP stdio transport, yes. The standard uvx fossick-mcp config works in Claude Code, Claude Desktop, Cursor, Windsurf, VS Code, Cline, Codex, and most others. See the Installation section for client-specific snippets.
Does Fossick search private repos?
Only those your GitHub token can access. The token's permissions are the only constraint — Fossick doesn't have its own ACL layer. If your token can read a private repo, Fossick can search it; if not, it can't.
Why doesn't it do git blame / PR history / version diffs?
Deliberate scope decision. Code archaeology (who changed what, why, when) is a different shape of problem and is well-served by git and the gh CLI. Fossick stays focused on the discovery workflow — finding and evaluating, not investigating.
How fresh is the data?
Live from GitHub on every request. Fossick caches results briefly to avoid hammering the API on repeated identical calls, with longer TTLs for content pinned to a specific commit SHA. Anything past the TTL is a fresh fetch.
Configuration
Authentication
Fossick resolves a GitHub token automatically:
GH_TOKEN,GITHUB_TOKEN, orGITHUB_PERSONAL_ACCESS_TOKENenv varsgh auth tokenfrom the GitHub CLI — no config needed if you're already logged in
To pass a token explicitly:
A token only needs public repo read access (no scopes selected is fine).
Rate limits
Fossick tracks both GitHub API buckets and pauses automatically when either is exhausted.
Retries use exponential backoff on rate-limited and transient errors. Results are cached briefly to avoid redundant API calls, with longer TTLs for content pinned to a specific commit SHA.
Development
Prerequisites
- Python 3.11+
- uv
Setup
Run
Launch the MCP server on stdio (for manual testing or local MCP-client config):
Test
Unit and registration tests — no network, runs in seconds:
Live integration tests — hits real GitHub against pinned modelcontextprotocol/[email protected]:
Build
Produces dist/fossick_mcp-<version>.tar.gz and the corresponding wheel.
Architecture
See CLAUDE.md for the full architecture tour, key patterns, and the recipe for adding new tools.
Star history
[Star History Chart]License
MIT — fossick away.
来源:README.md,提交 67ebe93
工具
0版本历史
1- v0.1.4最新Sep 16, 2026
评分
已满足适用检查项的 50%
该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。
- 近 30 天内可连通25 分
请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。
- 已声明认证方式10 分
请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。
- 已列出工具15 分
请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。
- 描述必需15 分
- 图标10 分
- 文档15 分
- 许可证10 分