X Twitter Scraper
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
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| exploreA | The live Xquik 'explore' tool searches the 120-route API catalog. This package stub returns setup guidance only. When to use
When not to use
Behavior
Input formatProvide a bounded request function. Filter, search, or return the ExamplesFind all included-usage endpoints: |
| xquikA | The live 'xquik' tool sends approved requests across 120 catalog routes. This package stub returns setup guidance only. When to use
When not to use
Behavior
Error handling
Input formatProvide a bounded function that calls ExamplesSearch tweets: |
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 2 tools
The two tools have clearly distinct purposes: 'explore' is for discovering API endpoints and parameters, while 'xquik' is for executing requests. There is a slight overlap in that both can be used to understand the API, but the descriptions make the boundary clear.
The tool names 'explore' and 'xquik' do not follow a consistent verb_noun pattern. 'explore' is a verb, but 'xquik' is a brand name, not a descriptive verb. However, the names are short and memorable, and the descriptions clarify their roles.
With only 2 tools, the server is minimal, but the descriptions indicate a broad underlying API (120 routes). The two tools act as a discovery and execution pair, which is a reasonable minimal surface, though it feels thin for the apparent scope.
The server covers the core workflow of discovering and executing API calls, but it lacks explicit tools for managing authentication, handling pagination, or managing approvals. However, these are handled within the 'xquik' tool's parameters and responses, so the surface is functional but not comprehensive.