WebSim MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| LOG_LEVEL | No | Logging level | info |
| LOG_FORMAT | No | Logging format | json |
| MCP_SERVER_NAME | No | MCP server name | websim-mcp-server |
| MCP_SERVER_VERSION | No | MCP server version | 1.0.0 |
| WEBSIM_API_TIMEOUT | No | WebSim API request timeout in milliseconds | 30000 |
| WEBSIM_API_BASE_URL | No | WebSim API base URL | https://api.websim.com |
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
Server capabilities have not been inspected yet.
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| get_project_by_idC | Get a WebSim project by its ID |
| get_project_by_slugB | Get a WebSim project by user and slug |
| list_all_projectsB | List all public WebSim projects with pagination |
| list_user_projectsC | List all projects for a specific user |
| get_project_revisionsC | Get all revisions of a WebSim project |
| get_project_statsC | Get statistics for a WebSim project |
| get_project_descendantsC | Get projects that are descendants of a WebSim project |
| get_userC | Get details for a specific WebSim user |
| get_user_statsC | Get statistics for a specific WebSim user |
| search_usersC | Search for WebSim users |
| get_user_followingC | Get users that a specific user is following |
| get_user_followersC | Get followers of a specific WebSim user |
| get_trending_feedB | Get trending WebSim projects feed |
| get_posts_feedC | Get latest posts from WebSim feed |
| search_feedC | Search WebSim feed with sorting options |
| get_trending_roomsC | Get trending WebSim rooms |
| search_assetsC | Search for WebSim assets |
| bulk_asset_searchC | Search for multiple asset queries in bulk |
| search_relevant_assetsC | Search for assets relevant to a query |
| get_related_keywordsC | Get keywords related to a search query |
| get_top_searchesC | Get top search queries on WebSim |
| get_project_assetsC | Get assets for a specific project version |
| get_project_commentsC | Get comments for a WebSim project |
| get_comment_repliesC | Get replies to a specific comment |
| health_checkB | Check if the WebSim API is accessible |
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 25 tools
Most tools have distinct purposes targeting different WebSim entities (projects, users, assets, feeds, comments), but there is some overlap in search functionality. For example, search_assets, search_relevant_assets, and bulk_asset_search all involve asset searching, which could cause minor confusion. However, their descriptions help differentiate them by focusing on different aspects (general search, relevance-based, bulk operations).
Tool names follow a highly consistent verb_noun pattern throughout, using snake_case uniformly. All tools start with verbs like 'get', 'list', 'search', or 'health_check', followed by specific nouns (e.g., get_project_by_id, list_user_projects, search_assets). This predictability makes it easy for agents to understand and select tools based on naming conventions.
With 25 tools, the count is on the high side for a single server, bordering on heavy. While WebSim appears to be a platform with multiple entities (projects, users, assets, feeds), the tool set might be slightly overextended, potentially making it cumbersome for agents to navigate. A more focused subset could improve usability without sacrificing functionality.
The tool surface provides comprehensive coverage for querying and retrieving data across WebSim's domain, including projects, users, assets, feeds, comments, and statistics. It supports key operations like search, listing, and getting details. However, there are minor gaps in write operations (e.g., no tools for creating or updating projects, users, or comments), which limits full CRUD lifecycle coverage but still allows for robust read-only workflows.