Figranium MCP Server
OfficialServer Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| FIGRANIUM_API_KEY | Yes | The API key generated from Figranium settings to authorize requests. | |
| FIGRANIUM_BASE_URL | No | The base URL of your Figranium server. Defaults to http://localhost:11345. | http://localhost:11345 |
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 | {} |
| resources | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| template_search | Search the Figranium v0.20 template catalog with pagination. |
| template_get | Retrieve the full template workflow and README by UUID. |
| create_taskA | Create a complete, fully-configured Figranium automation task including sequential action steps, state variables, anti-bot stealth mechanisms, and optional scheduling. !!! IMPORTANT GUIDELINES FOR LLM AGENTS !!!
1. PurposeUse this tool when you need to automate any recurring or complex web-based workflows, including data extraction (scraping), automated form-filling, dashboard testing, or dynamic visual monitoring. Tasks are stored permanently in Figranium and can be executed ad-hoc, triggered via API, or scheduled. 2. Execution ModelFigranium tasks run as a linear sequence of steps defined in the 'actions' array. Actions are processed in order from top to bottom. Control flow steps (such as 'if', 'while', 'repeat') allow loops and branching, while 'on_error' steps define fallback behaviors. Variables represent the state and can be updated dynamically during execution. Ensure all opened block structures (such as 'if', 'while', 'repeat', 'foreach') are closed with an 'end' action step. 3. Comprehensive Step Types
4. Selector Strategy & FallbacksWhen targeting elements, follow this hierarchy of selectors:
5. Edge Cases & Retry Logic
6. Complex Real-World Multi-Step JSON Example: |
| task_updateA | Update one or more fields on an existing, saved Figranium browser-automation task. When to useUse this after Required request shape
Important update behavior
ExamplesRename a task: Replace its workflow and output extraction: |
| task_deleteA | Permanently delete a Figranium task by taskId. |
| task_listA | List all task IDs, names, and descriptions from Figranium. |
| task_executeA | Execute a saved automation task by ID and return its real run result. This is also useful for validating newly created or updated tasks against actual browser behavior and output. |
| execution_listA | List a summary of all past execution records. |
| schedule_listA | List all tasks that have schedules configured (enabled or not). |
| schedule_get_all_statusA | Get overall scheduler status and metadata for all schedules. |
| schedule_get_statusA | Get the detailed schedule status, cron configuration, and next run time for a specific task. |
| schedule_setB | Create or update a schedule for a specific task. |
| schedule_deleteB | Disable and remove the schedule configuration from a specific task. |
| schedule_describeA | Validate and preview/describe a schedule configuration without saving it. |
| list_cabinetsA | List all Cabinets (durable download queues) configured on the Figranium server, including their IDs, names, and item counts. Use this to find a Cabinet ID to reference in a Task's 'downloadCabinetId' field or an 'upload' action. |
| create_cabinetA | Create a new Cabinet (durable download queue) on the Figranium server. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| Figranium Task JSON Schema v1 | Exposes the full annotated JSON Schema of a Figranium task so agents can inspect the full specification directly. |
| Figranium Agent Specification | Exposes the complete Figranium Agent Specification (AGENT_SPEC.md) containing task schema, action types, variable templating, and control flow guides for AI agents. |
TDQS
Scored across 16 tools
Most tools target a distinct resource and action: task CRUD/execution, schedule management, cabinet listing/creation, and browser session control are clearly separated. The main ambiguity is between schedule_list and schedule_get_all_status, which both surface schedule-related information across all tasks and could be confused by an agent.
Most tools follow a noun_verb pattern (task_update, schedule_delete, browser_open), but several break it with verb_noun names (create_task, create_cabinet, list_cabinets). The mixed conventions are still readable and predictable within each resource group, but the set is not uniformly patterned.
At 16 tools, the count is slightly above the ideal range but justified by the server's broad scope spanning tasks, schedules, cabinets, browser sessions, and executions. A few schedule status tools could potentially be consolidated, but the overall footprint is reasonable.
The task lifecycle is well covered with create, update, delete, list, and execute, and schedule management covers set, delete, describe, list, and status. Minor gaps exist—no individual task detail retrieval, no execution detail endpoint, and no cabinet delete or browser close—but agents can work around these without major failures.