SwipeBuilder MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| SWIPEBUILDER_API_KEY | Yes | Your API key. Starts with sb_live_ or sb_test_. Can also be passed per-tool call. | |
| SWIPEBUILDER_API_URL | No | API base URL (for testing) | https://api.swipebuilder.io/v1 |
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 |
|---|---|
| get_swipesA | |
| get_swipeB | |
| get_collectionsA | |
| get_collectionB | |
| get_collection_itemsB | |
| get_usageA | |
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 6 tools
Every tool has a clearly distinct purpose with no ambiguity. The tools are organized around specific resources (collections, swipes, usage) and actions (get single item, get list, get usage), making it easy for an agent to select the right tool for each task without confusion.
All tool names follow a consistent verb_noun pattern using snake_case, specifically 'get_' followed by the resource name (e.g., get_collection, get_swipes). This predictability enhances readability and usability across the entire tool set.
With 6 tools, the server is well-scoped for its purpose of accessing SwipeBuilder data. Each tool serves a clear and necessary function—retrieving collections, swipes, and usage information—without being overly sparse or bloated, fitting typical expectations for such an API.
The tool surface provides comprehensive read-only coverage for the domain, including retrieval of collections, items within collections, swipes, and usage data. A minor gap exists in the lack of create, update, or delete operations, but this is likely intentional for a data access server, and agents can still perform core workflows effectively.