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_searchC | Search the Figranium v0.20 template catalog with pagination. |
| template_getB | 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 clearly distinct resources and actions: task CRUD/execution, template reads, schedule management, and cabinet management. The only mild overlap is among the three schedule status tools (schedule_list, schedule_get_all_status, schedule_get_status), whose boundaries require reading descriptions to separate.
All names use snake_case, but verb placement is inconsistent: create_task, list_cabinets, and create_cabinet are verb_noun while task_list, task_update, task_delete, task_execute, template_get, and schedule_set are noun_verb. Still readable and groupable by prefix, but the convention is not uniform.
16 tools covering task lifecycle, scheduling, templates, and cabinets is slightly on the heavy side but each tool maps to a distinct operation. No obvious redundant or filler tools beyond the schedule status trio.
Task CRUD plus execution is well covered, and scheduling has list/set/delete/describe/status. Minor gaps remain: only execution_list exists with no per-execution detail retrieval, and cabinets support list/create but no update or delete.