ProfitPilot MCP Server
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 | {} |
| prompts | {} |
| resources | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| profitpilot_analyzeA | Ejecuta el pipeline completo de ProfitPilot usando Chain of Thought. Este servidor NO usa LLMs externos. Genera prompts estructurados que el cliente MCP debe ejecutar con su propio modelo. El flujo es:
ProfitPilot combina agentes especializados en:
|
| profitpilot_continueA | Continúa una sesión de razonamiento con la respuesta del cliente. Debe llamarse después de ejecutar el prompt generado por profitpilot_analyze o profitpilot_continue. |
| profitpilot_statusA | Obtiene el estado actual de una sesión de razonamiento. |
| profitpilot_resetC | Reinicia una sesión de razonamiento. |
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 4 tools
Each tool occupies a distinct phase in the session lifecycle: analyze starts, continue advances, status inspects, and reset clears. There is no overlap, and the sequential dependency between analyze and continue is clearly documented.
All tools share the consistent profitpilot_ prefix and lowercase snake_case style. Three use verbs (analyze, continue, reset), while status is a noun rather than get_status, which is a minor naming deviation.
Four tools is a well-scoped surface for a session-driven reasoning workflow. Each operation is essential for starting, continuing, inspecting, and resetting a session, with no redundant tools.
The core session lifecycle is covered: start, continue, inspect status, and reset. The main gap is the lack of an explicit final-report retrieval endpoint, though status may partially cover this and the client already holds the model responses.