Pulse MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| PULSE_API_KEY | Yes | Your Pulse API key (sk_live_... or sk_test_...) | |
| PULSE_BASE_URL | No | API base URL | https://api.beinfi.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
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| list_productsB | List all products in your Pulse account |
| get_productC | Get details of a specific product including its meters |
| create_productB | Create a new product for usage metering |
| create_meterC | Create a meter (usage dimension) for a product |
| list_customersC | List all customers for a product |
| create_customerC | Create a new customer for a product |
| update_customerC | Update an existing customer's details |
| track_eventC | Track a single usage event for a customer |
| track_events_batchB | Track multiple usage events in a single request |
| get_usageB | Query aggregated usage data, optionally filtered by product, customer, or date range |
| list_invoicesB | List invoices for a product, optionally filtered by status |
| generate_invoiceC | Generate an invoice for a customer's usage in a given period |
| get_invoiceC | Get detailed information about a specific invoice |
| send_invoiceC | Send (or re-send) an invoice via email to the customer |
| list_payment_linksC | List all payment links in your account |
| create_payment_linkC | Create a new payment link that customers can use to pay |
| get_payment_linkC | Get details about a specific payment link |
| list_payment_intentsB | List payment intents (attempted payments) for a specific payment link |
| list_received_paymentsC | List all received payments across all payment links |
| list_my_agentsA | List all AI agents you've published in the Pulse marketplace |
| get_agent_usageC | Get usage statistics for a specific agent by its slug |
| invoke_agentC | Invoke an AI agent from the Pulse marketplace with a text input |
| list_webhooksB | List all webhook subscriptions |
| create_webhookC | Create a webhook subscription to receive event notifications |
| delete_webhookC | Delete a webhook subscription |
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 clearly distinct purposes targeting specific resources and actions, such as create_customer vs. update_customer or track_event vs. track_events_batch. However, some potential ambiguity exists between list_payment_intents and list_received_payments, as both relate to payment tracking but with slightly different scopes that could confuse an agent about which to use for specific queries.
Tool names follow a highly consistent verb_noun pattern throughout, such as create_customer, list_products, get_usage, and update_customer. All tools use snake_case with clear action verbs, making the set predictable and easy to navigate without any deviations in naming conventions.
With 25 tools, the count is borderline high for a coherent set, as it may feel heavy and potentially overwhelming for an agent. While the tools cover a broad domain of billing, metering, and marketplace operations, the number approaches the upper limit where usability might degrade, placing it in the 16-25 range that feels borderline for typical agent interactions.
The tool set provides comprehensive coverage for billing, metering, and marketplace domains, including CRUD operations for customers, products, and webhooks, plus usage tracking and payment management. Minor gaps exist, such as no update or delete tools for products or meters, but agents can likely work around these with the available create and get operations without significant failures.