scrapyard
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| scrapyard_searchA | Search the live web or news index and return ranked URLs, titles, and snippets. Prefer this before extraction when you do not already know the target URL. The response
preserves |
| scrapyard_extractA | Fetch one public URL and return clean readable markdown plus extraction provenance. Use for a known article, documentation page, JavaScript-rendered page, or PDF. Check |
| scrapyard_mapA | Discover a site's published URLs from robots.txt and sitemap XML without crawling pages. Use this to inventory documentation, blog, or product URLs before selecting pages to extract.
The response reports the discovery |
| scrapyard_researchA | Search and extract several domain-deduplicated sources in one bounded request. Use when the task needs source text rather than only result snippets. The response keeps
|
| scrapyard_statusA | Return Scrapyard version, search-engine breaker state, adapter registry, and cache counters. Use this when search/research fails, results unexpectedly come from a fallback adapter, or you need to verify which engines are configured and healthy. This is operational status, not a web search and not merely a liveness probe. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 5 tools
Each tool has a clearly distinct purpose: search returns snippets, extract fetches full content, map discovers URLs via sitemaps, research combines search+extract, and status reports operational health. No overlap or ambiguity among them.
All tools follow a consistent 'scrapyard_<verb>' pattern using snake_case, making it easy to predict naming for future tools. The verbs are descriptive and match the tool's function.
Five tools is well-scoped for a web intelligence server, covering search, extraction, discovery, combined research, and status. Each tool earns its place without redundancy or bloat.
The toolset covers the full lifecycle of web research: discover URLs (map), search (search/research), extract content (extract/research), and verify system health (status). No obvious gaps like missing crawl functionality, and the descriptions explicitly note limitations where appropriate.