MCP Server
RationalBloks
io.github.rationalbloks/rationalbloks-mcp
What this MCP does
Creates, deploys, manages, and searches schema-based REST API projects and Neo4j knowledge graphs across staging and production environments.
Capabilities
Tools
50
tools
bulk_create_graph_nodes
Bulk Create Graph Nodes
Create multiple nodes at once (up to 500 per call). Uses Neo4j UNWIND for high performance.
Essential for knowledge graph population — create hundreds of entities from a single book chapter or article.
Each node needs: entity_id (unique string) and data (properties dict).
Example:
entity_type: "concept"
nodes: [
{"entity_id": "quantum-mechanics-001", "data": {"name": "Quantum Mechanics", "field": "Physics"}},
{"entity_id": "wave-function-001", "data": {"name": "Wave Function", "field": "Physics"}},
{"entity_id": "superposition-001", "data": {"name": "Superposition", "field": "Physics"}}
]
Open world
Input schema
{'type': 'object', 'required': ['project_id', 'entity_type', 'nodes'], 'properties': {'nodes': {'type': 'array', 'items': {'type': 'object', 'required': ['entity_id', 'data'], 'properties': {'data': {'type': 'object'}, 'entity_id': {'type': 'string'}}}, 'description': 'List of nodes. Each: {entity_id: string, data: {properties}}'}, 'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}, 'entity_type': {'type': 'string', 'description': 'Entity key for all nodes'}, 'environment': {'type': 'string', 'description': 'Environment: staging or production (default: staging)'}}}
bulk_create_graph_relationships
Bulk Create Graph Relationships
Create multiple relationships at once (up to 500 per call). Uses Neo4j UNWIND for high performance.
Essential for connecting knowledge — link hundreds of concepts, people, and events in one operation.
Each relationship needs: from_id, to_id, and optional data (properties).
Example:
rel_type: "related_to"
relationships: [
{"from_id": "quantum-mechanics-001", "to_id": "wave-function-001", "data": {"strength": "strong"}},
{"from_id": "quantum-mechanics-001", "to_id": "superposition-001", "data": {"strength": "strong"}}
]
Open world
Input schema
{'type': 'object', 'required': ['project_id', 'rel_type', 'relationships'], 'properties': {'rel_type': {'type': 'string', 'description': 'Relationship key for all relationships'}, 'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}, 'environment': {'type': 'string', 'description': 'Environment: staging or production (default: staging)'}, 'relationships': {'type': 'array', 'items': {'type': 'object', 'required': ['from_id', 'to_id'], 'properties': {'data': {'type': 'object'}, 'to_id': {'type': 'string'}, 'from_id': {'type': 'string'}}}, 'description': 'List of relationships. Each: {from_id, to_id, data?}'}}}
create_graph_node
Create Graph Node
Create a single node in a deployed graph project.
REQUIRES: Project must be deployed (use deploy_graph_staging first).
The entity_type must match an entity key from the project schema.
Use get_graph_data_schema to see available entity types and their fields.
Example:
entity_type: "person"
entity_id: "alan-turing-001"
data: {"name": "Alan Turing", "birth_year": 1912, "field": "Computer Science"}
The entity_id is your unique identifier — use meaningful IDs for knowledge graphs.
Open world
Input schema
{'type': 'object', 'required': ['project_id', 'entity_type', 'entity_id', 'data'], 'properties': {'data': {'type': 'object', 'description': 'Node properties matching the entity schema'}, 'entity_id': {'type': 'string', 'description': 'Unique identifier for the node'}, 'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}, 'entity_type': {'type': 'string', 'description': "Entity key (e.g., 'person', 'concept')"}, 'environment': {'type': 'string', 'description': 'Environment: staging or production (default: staging)'}}}
create_graph_project
Create Graph Project
Create a new Neo4j graph database project from a hierarchical JSON schema.
⚠️ GRAPH SCHEMA FORMAT — READ BEFORE CREATING:
Graph schemas define nodes (entities) and relationships, NOT flat database tables.
Each field is a dict with "type" and optional "required": true (defaults to false).
SCHEMA STRUCTURE:
{
"nodes": {
"EntityName": {
"description": "What this entity represents",
"flat_labels": ["AdditionalLabel"],
"schema": {
"field_name": {"type": "string", "required": true},
"other_field": {"type": "integer"}
}
}
},
"relationships": {
"RELATIONSHIP_TYPE": {
"from": "EntityName",
"to": "OtherEntity",
"cardinality": "MANY_TO_MANY",
"data_schema": {
"field_name": {"type": "date"}
}
}
}
}
FIELD TYPES: string, integer, float, boolean, date, json
CARDINALITY OPTIONS: ONE_TO_ONE, ONE_TO_MANY, MANY_TO_ONE, MANY_TO_MANY
HIERARCHICAL NODES:
Nest entities inside parent entities to create type hierarchies.
Child entities inherit parent labels automatically.
Example:
{
"nodes": {
"Animal": {
"description": "Base animal entity",
"flat_labels": ["LivingThing"],
"schema": {
"name": {"type": "string", "required": true},
"habitat": {"type": "string"}
},
"Dog": {
"description": "A dog (inherits Animal labels)",
"flat_labels": ["Pet"],
"schema": {
"breed": {"type": "string", "required": true},
"trained": {"type": "boolean"}
}
}
}
},
"relationships": {
"OWNS": {
"from": "Person",
"to": "Animal",
"cardinality": "ONE_TO_MANY"
}
}
}
RULES:
1. "nodes" key is REQUIRED — must contain at least one entity
2. Each entity needs "description" and "schema" with field definitions
3. Each field is {"type": "...", "required": true/false} — required defaults to false
4. Relationship "from"/"to" must reference defined node names
5. Relationship types should be UPPER_SNAKE_CASE
6. Entity names should be PascalCase
7. Automatic fields (id, created_at, updated_at) are NOT needed
8. Use get_graph_template_schemas FIRST to see valid examples
WORKFLOW:
1. Use get_graph_template_schemas to see valid examples
2. Create schema following the rules above
3. Call this tool
4. Monitor with get_job_status (2-5 min deployment)
After creation, use get_job_status with returned job_id to monitor deployment. While RationalBloks is being updated, the call is refused with 'RationalBloks is being updated': call it again in a few minutes.
Open world
Input schema
{'type': 'object', 'required': ['name', 'schema', 'cluster_id'], 'properties': {'name': {'type': 'string', 'description': 'Project name'}, 'schema': {'type': 'object', 'description': "Graph schema with 'nodes' and optionally 'relationships' keys. Use get_graph_template_schemas to see valid examples."}, 'cluster_id': {'type': 'string', 'description': 'REQUIRED — BYOC resource pool ID (from list_clusters) to deploy this graph project onto your own cluster. Owned hosting is retired: a project we operate must run on your own infrastructure. Register a pool via the Resource Pools UI first, then pass its id here.'}}}
create_graph_relationship
Create Graph Relationship
Create a relationship between two nodes in a deployed graph project.
The rel_type must match a relationship key from the project schema.
Use get_graph_data_schema to see available relationship types.
Example:
rel_type: "authored"
from_id: "alan-turing-001"
to_id: "on-computable-numbers-001"
data: {"year": 1936}
The from_id and to_id must be entity_ids of existing nodes.
Open world
Input schema
{'type': 'object', 'required': ['project_id', 'rel_type', 'from_id', 'to_id'], 'properties': {'data': {'type': 'object', 'description': 'Relationship properties (optional)'}, 'to_id': {'type': 'string', 'description': 'Target node entity_id'}, 'from_id': {'type': 'string', 'description': 'Source node entity_id'}, 'rel_type': {'type': 'string', 'description': "Relationship key (e.g., 'authored', 'related_to')"}, 'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}, 'environment': {'type': 'string', 'description': 'Environment: staging or production (default: staging)'}}}
create_project
Create Project
Create a new RationalBloks project from a JSON schema.
⚠️ CRITICAL RULES - READ BEFORE CREATING SCHEMA:
1. FLAT FORMAT (REQUIRED):
✅ CORRECT: {users: {email: {type: "string", max_length: 255}}}
❌ WRONG: {users: {fields: {email: {type: "string"}}}}
DO NOT nest under 'fields' key!
2. FIELD TYPE REQUIREMENTS:
• string: MUST have "max_length" (e.g., max_length: 255)
• decimal: MUST have "precision" and "scale" (e.g., precision: 10, scale: 2)
• datetime: Use "datetime" NOT "timestamp"
• ALL fields: MUST have "type" property
3. AUTOMATIC FIELDS (DON'T define):
• id (uuid, primary key)
• created_at (datetime)
• updated_at (datetime)
4. USER AUTHENTICATION:
❌ NEVER create "users", "customers", "employees" tables with email/password
✅ USE built-in app_users table
Example:
{
"employee_profiles": {
"user_id": {type: "uuid", foreign_key: "app_users.id", required: true},
"department": {type: "string", max_length: 100}
}
}
5. AUTHORIZATION:
Add user_id → app_users.id to enable "only see your own data"
Example:
{
"orders": {
"user_id": {type: "uuid", foreign_key: "app_users.id"},
"total": {type: "decimal", precision: 10, scale: 2}
}
}
6. FIELD OPTIONS:
• required: true/false
• unique: true/false
• default: any value
• enum: ["val1", "val2"]
• foreign_key: "table.id"
AVAILABLE TYPES: string, text, integer, decimal, boolean, uuid, date, datetime, json, uuid_array, integer_array, text_array, float_array
Array types store PostgreSQL native arrays with automatic GIN indexing:
• uuid_array: UUID[] — for sets of references (e.g., tensor coordinates)
• integer_array: BIGINT[] — for dimension indices, integer sets
• text_array: TEXT[] — for tags, categories, label sets
• float_array: DOUBLE PRECISION[] — for weight vectors, scores
GIN-indexed operators: @> (contains), <@ (contained_by), && (overlaps)
BACKEND ENGINE:
• python (default): FastAPI backend — mature, full-featured
• rust: Axum backend — faster cold starts, lower memory, high performance
WORKFLOW:
1. Use get_template_schemas FIRST to see valid examples
2. Create schema following ALL rules above
3. Call this tool (optionally choose backend_type: "python" or "rust")
4. Monitor with get_job_status (2-5 min deployment)
After creation, use get_job_status with returned job_id to monitor deployment. While RationalBloks is being updated, the call is refused with 'RationalBloks is being updated': call it again in a few minutes.
Open world
Input schema
{'type': 'object', 'required': ['name', 'schema', 'cluster_id'], 'properties': {'name': {'type': 'string', 'description': 'Project name'}, 'schema': {'type': 'object', 'description': "JSON schema in FLAT format (table_name → field_name → properties). Every field MUST have a 'type' property. Use get_template_schemas to see valid examples."}, 'cluster_id': {'type': 'string', 'description': 'REQUIRED — BYOC resource pool ID (from list_clusters) to deploy this project onto your own cluster. Owned hosting is retired: a project we operate must run on your own infrastructure. Register a pool via the Resource Pools UI first, then pass its id here.'}, 'backend_type': {'enum': ['python', 'rust'], 'type': 'string', 'description': "Backend engine: 'python' (FastAPI, default) or 'rust' (Axum, faster). Default: python"}}}
delete_graph_node
Delete Graph Node
Delete a node and all its relationships from a deployed graph project. ⚠️ This also removes all relationships connected to this node (DETACH DELETE).
Destructive
Open world
Input schema
{'type': 'object', 'required': ['project_id', 'entity_type', 'entity_id'], 'properties': {'entity_id': {'type': 'string', 'description': "The node's entity_id"}, 'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}, 'entity_type': {'type': 'string', 'description': "Entity key (e.g., 'person', 'concept')"}, 'environment': {'type': 'string', 'description': 'Environment: staging or production (default: staging)'}}}
delete_graph_project
Delete Graph Project
Delete a graph project (removes GitHub repo, K8s deployments, Neo4j database, and credentials). It runs as a job: poll the returned job_id with get_job_status until it is completed. One operation runs on a project at a time: while another runs, the call is refused and the refusal names the running job; wait for it with get_job_status, then call again. While RationalBloks is being updated, the call is refused with 'RationalBloks is being updated': call it again in a few minutes.
Destructive
Open world
Input schema
{'type': 'object', 'required': ['project_id'], 'properties': {'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}}}
delete_graph_relationship
Delete Graph Relationship
Delete a specific relationship by its internal ID. Use get_node_relationships to find relationship IDs.
Destructive
Open world
Input schema
{'type': 'object', 'required': ['project_id', 'rel_type', 'rel_id'], 'properties': {'rel_id': {'type': 'integer', 'description': 'Internal relationship ID (from get_node_relationships)'}, 'rel_type': {'type': 'string', 'description': 'Relationship key'}, 'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}, 'environment': {'type': 'string', 'description': 'Environment: staging or production (default: staging)'}}}
delete_project
Delete Project
Delete a project (removes GitHub repo, K8s deployments, and database). It runs as a job: poll the returned job_id with get_job_status until it is completed. One operation runs on a project at a time: while another runs, the call is refused and the refusal names the running job; wait for it with get_job_status, then call again. While RationalBloks is being updated, the call is refused with 'RationalBloks is being updated': call it again in a few minutes.
Destructive
Open world
Input schema
{'type': 'object', 'required': ['project_id'], 'properties': {'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}}}
deploy_graph_production
Deploy Graph to Production
Promote graph staging to production. Creates a separate production Neo4j instance with its own credentials and database. Requires paid plan. A deploy that drops data is refused until you pass confirm_destructive=true after reviewing the plan. One operation runs on a project at a time: while another runs, the call is refused and the refusal names the running job; wait for it with get_job_status, then call again. While RationalBloks is being updated, the call is refused with 'RationalBloks is being updated': call it again in a few minutes.
Destructive
Open world
Input schema
{'type': 'object', 'required': ['project_id'], 'properties': {'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}, 'confirm_destructive': {'type': 'boolean', 'description': 'Set true only after reviewing the plan: a deploy that drops tables, columns, entities, relationships or fields is refused without it'}}}
deploy_graph_staging
Deploy Graph to Staging
Deploy a graph project to the staging environment. This triggers: (1) Schema validation, (2) Neo4j entity code generation, (3) Docker image build, (4) GitHub commit, (5) Kubernetes deployment with Neo4j instance. The operation is ASYNCHRONOUS — returns immediately with a job_id. Use get_job_status to monitor progress. Deployment typically takes 2-5 minutes. Use get_graph_project_info to verify deployment succeeded. A deploy that drops data is refused until you pass confirm_destructive=true after reviewing the plan. One operation runs on a project at a time: while another runs, the call is refused and the refusal names the running job; wait for it with get_job_status, then call again. While RationalBloks is being updated, the call is refused with 'RationalBloks is being updated': call it again in a few minutes.
Destructive
Open world
Input schema
{'type': 'object', 'required': ['project_id'], 'properties': {'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}, 'confirm_destructive': {'type': 'boolean', 'description': 'Set true only after reviewing the plan: a deploy that drops tables, columns, entities, relationships or fields is refused without it'}}}
deploy_production
Deploy to Production
Promote staging to production (requires paid plan) A deploy that drops data is refused until you pass confirm_destructive=true after reviewing the plan. One operation runs on a project at a time: while another runs, the call is refused and the refusal names the running job; wait for it with get_job_status, then call again. While RationalBloks is being updated, the call is refused with 'RationalBloks is being updated': call it again in a few minutes.
Destructive
Open world
Input schema
{'type': 'object', 'required': ['project_id'], 'properties': {'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}, 'confirm_destructive': {'type': 'boolean', 'description': 'Set true only after reviewing the plan: a deploy that drops tables, columns, entities, relationships or fields is refused without it'}}}
deploy_staging
Deploy to Staging
Deploy a project to the staging environment. This triggers: (1) Schema validation, (2) Docker image build, (3) GitHub commit, (4) Kubernetes deployment, (5) Database migrations. The operation is ASYNCHRONOUS - it returns immediately with a job_id. Use get_job_status with the job_id to monitor progress. Deployment typically takes 2-5 minutes depending on schema complexity. If deployment fails, read the job's error first: one that starts with 'RationalBloks platform error' is the platform's, not the schema's. Otherwise check: (1) Schema format is FLAT (no 'fields' nesting), (2) Every field has a 'type' property, (3) Foreign keys reference existing tables, (4) No PostgreSQL reserved words in table/field names. Use get_project_info to see if the deployment succeeded. A deploy that drops data is refused until you pass confirm_destructive=true after reviewing the plan. One operation runs on a project at a time: while another runs, the call is refused and the refusal names the running job; wait for it with get_job_status, then call again. While RationalBloks is being updated, the call is refused with 'RationalBloks is being updated': call it again in a few minutes.
Destructive
Open world
Input schema
{'type': 'object', 'required': ['project_id'], 'properties': {'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}, 'confirm_destructive': {'type': 'boolean', 'description': 'Set true only after reviewing the plan: a deploy that drops tables, columns, entities, relationships or fields is refused without it'}}}
fulltext_search_graph
Full-Text Search Graph
Search across ALL string properties of ALL nodes in a deployed graph using free-text queries.
Unlike search_graph_nodes (which filters by specific property), this searches every text field at once.
Perfect for finding knowledge when you don't know which property contains the answer.
Example: query "quantum" searches name, description, summary, notes, and all other string fields.
Returns nodes with _match_fields showing which properties matched.
Optionally filter by entity_type to narrow results.
Read only
Idempotent
Input schema
{'type': 'object', 'required': ['project_id', 'query'], 'properties': {'limit': {'type': 'integer', 'description': 'Max results (default: 50, max: 500)'}, 'query': {'type': 'string', 'description': 'Search text (case-insensitive, min 2 chars)'}, 'offset': {'type': 'integer', 'description': 'Pagination offset (default: 0)'}, 'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}, 'entity_type': {'type': 'string', 'description': 'Entity key to filter by (optional — omit to search all types)'}, 'environment': {'type': 'string', 'description': 'Environment: staging or production (default: staging)'}}}
get_graph_data_schema
Get Graph Data Schema
Get the runtime schema of a DEPLOYED graph project — shows the actual entity types and relationship types available for data operations.
Returns: Available entity keys (for create_graph_node, list_graph_nodes, etc.) and relationship keys (for create_graph_relationship, etc.).
⭐ USE THIS FIRST before creating nodes/relationships to know what entity_type and rel_type values are valid.
Read only
Idempotent
Input schema
{'type': 'object', 'required': ['project_id'], 'properties': {'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}, 'environment': {'type': 'string', 'description': 'Environment: staging or production (default: staging)'}}}
get_graph_node
Get Graph Node
Get a specific node by its entity_id from a deployed graph project. Returns all node properties including created_at and updated_at timestamps.
Read only
Idempotent
Input schema
{'type': 'object', 'required': ['project_id', 'entity_type', 'entity_id'], 'properties': {'entity_id': {'type': 'string', 'description': "The node's entity_id"}, 'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}, 'entity_type': {'type': 'string', 'description': "Entity key (e.g., 'person', 'concept')"}, 'environment': {'type': 'string', 'description': 'Environment: staging or production (default: staging)'}}}
get_graph_project_info
Get Graph Project Info
Get detailed graph project information including Kubernetes deployment status, Neo4j database health, pod status, and resource usage. Use this after deployment to verify the graph project is running correctly.
Read only
Idempotent
Input schema
{'type': 'object', 'required': ['project_id'], 'properties': {'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}}}
get_graph_schema
Get Graph Schema
Get the graph schema definition of a project. Returns the hierarchical schema with nodes (entities) and relationships. Graph schemas define entity hierarchies and typed relationships — a different format than relational flat-table schemas. The response also says whether this saved schema is the deployed one: saved_schema_deployed is true when the last deploy applied it, false when it was saved after the last deploy (undeployed_changes then lists what deploying it would change), and null when no deployed schema is on record.
Read only
Idempotent
Input schema
{'type': 'object', 'required': ['project_id'], 'properties': {'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}}}
get_graph_schema_at_version
Get Graph Schema at Version
Get the graph schema as it existed at a specific version/commit. Use get_graph_version_history to find commit SHAs. Useful for comparing schemas across versions or auditing changes.
Read only
Idempotent
Input schema
{'type': 'object', 'required': ['project_id', 'version'], 'properties': {'version': {'type': 'string', 'description': 'Commit SHA of the version to retrieve'}, 'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}}}
get_graph_statistics
Get Graph Statistics
Get statistics about a deployed graph: total node count, total relationship count, counts per entity type, counts per relationship type. Essential for understanding the current state of a knowledge graph before adding more data.
Read only
Idempotent
Input schema
{'type': 'object', 'required': ['project_id'], 'properties': {'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}, 'environment': {'type': 'string', 'description': 'Environment: staging or production (default: staging)'}}}
get_graph_template_schemas
Get Graph Template Schemas
Get pre-built graph template schemas for common use cases. ⭐ USE THIS FIRST when creating a new graph project! Templates show the CORRECT graph schema format with: proper node definitions (description, flat_labels, schema with flat field definitions), relationship configurations (from, to, cardinality, data_schema), and hierarchical entity nesting. Available templates: Start from Scratch (hierarchy, flat labels, every field type), Social Network (people, organizations, content, follows), Knowledge Graph (topic hierarchy, articles, authors, concepts), Product Catalog (products, categories, suppliers, reviews). Each entry's 'schema' goes to create_graph_project as is or adapted. TIP: Study these templates to understand the correct graph schema format before creating custom schemas.
Read only
Idempotent
Input schema
{'type': 'object', 'required': [], 'properties': {}}
get_graph_version_history
Get Graph Version History
Get the deployment and version history for a graph project. Shows all schema changes with commit SHAs, timestamps, version numbers, and messages. Use this to find a specific version for rollback operations.
Read only
Idempotent
Input schema
{'type': 'object', 'required': ['project_id'], 'properties': {'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}}}
get_job_status
Get Job Status
Check the status of a job (a create, deploy, promotion, rollback or deletion). STATUS VALUES: pending (queued), processing (in progress), completed (success), failed. Call it until the status is completed or failed: every job ends, since a job whose server stopped is failed within about three minutes, and a deploy can take up to 15 minutes. If status is 'failed', read failure_side and error: 'customer' means the project's input is proven the cause (an invalid schema, data the new schema does not fit, a change the resource pool cannot hold), and error says what to change; 'platform' means no input of the project is known to cause it: report it to RationalBloks rather than changing the schema.
Read only
Idempotent
Input schema
{'type': 'object', 'required': ['job_id'], 'properties': {'job_id': {'type': 'string', 'description': 'Job ID returned from deployment operations'}}}
get_node_relationships
Get Node Relationships
Get all relationships connected to a specific node. Supports direction filtering (incoming, outgoing, both) and relationship type filtering.
Read only
Idempotent
Input schema
{'type': 'object', 'required': ['project_id', 'entity_type', 'entity_id'], 'properties': {'direction': {'type': 'string', 'description': 'Filter: incoming, outgoing, or both (default: both)'}, 'entity_id': {'type': 'string', 'description': "The node's entity_id"}, 'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}, 'entity_type': {'type': 'string', 'description': 'Entity key of the node'}, 'environment': {'type': 'string', 'description': 'Environment: staging or production (default: staging)'}, 'rel_type_filter': {'type': 'string', 'description': 'Filter by relationship type (UPPER_SNAKE_CASE)'}}}
get_project
Get Project Details
Get detailed information about a specific project
Read only
Idempotent
Input schema
{'type': 'object', 'required': ['project_id'], 'properties': {'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}}}
get_project_info
Get Project Info
Get detailed project info including deployment status and resource usage. DEPLOYMENT STATUS: Running (healthy), Pending (starting), CrashLoopBackOff (init container failed - usually schema format error), ImagePullBackOff (image build failed). TROUBLESHOOTING: If status is CrashLoopBackOff, the schema is likely in wrong format (nested 'fields' key or missing 'type' properties). Use get_schema to review current schema. If replicas show 0/2, the init container (migration runner) is failing. This is almost always a schema format issue. RETURNS THE LIVE API URL: staging.url and production.url carry the deployed base URL for each environment (append /docs for the interactive OpenAPI docs); github.url is the generated repository. create_project does NOT return a URL, so this is the tool to call once get_job_status reports the deployment finished.
Read only
Idempotent
Input schema
{'type': 'object', 'required': ['project_id'], 'properties': {'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}}}
get_project_storage_usage
Get Project Storage Usage
Get object-storage usage for a project: file count and bytes used against the plan limits.
Read only
Idempotent
Input schema
{'type': 'object', 'required': ['project_id'], 'properties': {'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}, 'environment': {'type': 'string', 'description': 'Environment: staging or production (default: production)'}}}
get_project_usage
Get Project Usage
Get resource usage metrics (CPU, memory) for a project
Read only
Idempotent
Input schema
{'type': 'object', 'required': ['project_id'], 'properties': {'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}}}
get_schema
Get Project Schema
Get the JSON schema definition of a project in FLAT format. Returns the schema structure where each table name maps directly to field definitions. This is the same format required for create_project and update_schema. USE CASES: Review current schema before making updates, copy schema as template for new projects, verify schema structure after deployment, learn the correct schema format by example. The returned schema will be in FLAT format: {table_name: {field_name: {type, properties}}}. The response also says whether this saved schema is the deployed one: saved_schema_deployed is true when the last deploy applied it, false when it was saved after the last deploy (undeployed_changes then lists what deploying it would change), and null when no deployed schema is on record. A LARGE SCHEMA: pass tables or fields to read only the part you are about to change — the answer's 'version' is the whole schema's either way, so a slice is enough to patch it with patch_schema(expected_version=...).
Read only
Idempotent
Input schema
{'type': 'object', 'required': ['project_id'], 'properties': {'fields': {'type': 'array', 'items': {'type': 'string'}, 'description': 'Read only these fields, each written \'table.field\' (e.g. ["parameters.is_clock"]); their table\'s own keys come with them.'}, 'tables': {'type': 'array', 'items': {'type': 'string'}, 'description': 'Read only these tables, whole (e.g. ["parameters"]). A table the schema does not hold is refused.'}, 'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}}}
get_schema_at_version
Get Schema at Version
Get the schema as it was at a specific version/commit
Read only
Idempotent
Input schema
{'type': 'object', 'required': ['project_id', 'version'], 'properties': {'version': {'type': 'string', 'description': 'Commit SHA of the version'}, 'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}}}
get_schema_reference
Get Schema Features Reference
Get the reference for ADVANCED schema features the templates do not show — read this before adding authorization or derived fields to a schema. Covers: __policy__ (relationship-based read/write authorization with single- and multi-hop membership paths, and the rules that decide whether adopting it is safe — it replaces creator-ownership per table and fails closed on a null link), computed columns (read-only values derived from other columns), __constraints__ (composite uniqueness), __audit__ (append-only audit log), __admin_write__ (a table only admins write), how user foreign keys are attributed on create, and reading many rows in one request with <field>__in=a,b,c (the values separated by commas only).
Read only
Idempotent
Input schema
{'type': 'object', 'required': [], 'properties': {}}
get_subscription_status
Get Subscription Status
Get your subscription tier, limits, and usage
Read only
Idempotent
Input schema
{'type': 'object', 'required': [], 'properties': {}}
get_template_schemas
Get Template Schemas
Get pre-built template schemas for common use cases. ⭐ USE THIS FIRST when creating a new project! Templates show the CORRECT schema format with: proper FLAT structure (no 'fields' nesting), every field has a 'type' property, foreign key relationships configured correctly, best practices for field naming and types. Available templates: Start from Scratch (every field type), Team Collaboration (workspaces, channels, messages, tasks), E-Commerce Store (customer profiles, products, orders and their line items, reviews, shipments). Each entry's 'schema' goes to create_project as is or adapted; its 'tables' notes say how each table is authorized. TIP: Study these templates to understand the correct schema format before creating custom schemas.
Read only
Idempotent
Input schema
{'type': 'object', 'required': [], 'properties': {}}
get_user_info
Get User Info
Get information about the authenticated user
Read only
Idempotent
Input schema
{'type': 'object', 'required': [], 'properties': {}}
get_version_history
Get Version History
Get the deployment and version history (git commits) for a project. Shows all schema changes with commit SHA, timestamp, and message. USE CASES: Review what changed between deployments, find the last working version before issues started, get commit SHA for rollback_project.
Read only
Idempotent
Input schema
{'type': 'object', 'required': ['project_id'], 'properties': {'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}}}
list_clusters
List Resource Pools
List your registered BYOC resource pools (client-owned Kubernetes clusters). Each returned cluster has an 'id' you MUST pass as create_project's cluster_id to deploy a project onto your own infrastructure — owned hosting is retired, so every project we operate runs on your own cluster. Registering a pool is a UI action (create a bare Ubuntu box, authorise the key we generate, then we provision it into a cluster automatically) — this tool only lists pools you already registered, it never handles cluster credentials.
Read only
Idempotent
Input schema
{'type': 'object', 'required': [], 'properties': {}}
list_graph_nodes
List Graph Nodes
List nodes of a specific entity type from a deployed graph project. Supports pagination with limit/offset. Returns nodes ordered by creation date (newest first).
Read only
Idempotent
Input schema
{'type': 'object', 'required': ['project_id', 'entity_type'], 'properties': {'limit': {'type': 'integer', 'description': 'Max results (default: 100, max: 1000)'}, 'offset': {'type': 'integer', 'description': 'Pagination offset (default: 0)'}, 'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}, 'entity_type': {'type': 'string', 'description': "Entity key (e.g., 'person', 'concept')"}, 'environment': {'type': 'string', 'description': 'Environment: staging or production (default: staging)'}}}
list_project_files
List Project Files
List a project's uploaded files (metadata + public URLs), most recent first. Inspection only — files are not streamed through MCP.
Read only
Idempotent
Input schema
{'type': 'object', 'required': ['project_id'], 'properties': {'limit': {'type': 'integer', 'description': 'Max files to return (1-1000, default 100)'}, 'offset': {'type': 'integer', 'description': 'Pagination offset (default 0)'}, 'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}, 'environment': {'type': 'string', 'description': 'Environment: staging or production (default: production)'}}}
list_project_jobs
List Project Jobs
List a project's jobs, newest first: every create, deploy, promotion, rollback, resource change and module operation, each with its status, error, failure_side and when it started and ended. A job's record is kept for the life of the project, so this is how to find out what an operation did when you no longer have its job_id (after an interruption, or in a later session): the first job of the job_type you want is the latest. Read older jobs a page at a time with offset; a page shorter than limit is the last.
Read only
Idempotent
Input schema
{'type': 'object', 'required': ['project_id'], 'properties': {'limit': {'type': 'integer', 'description': 'Max jobs to return (1-1000, default 100)'}, 'offset': {'type': 'integer', 'description': 'Jobs to skip, newest first (default 0)'}, 'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}}}
list_projects
List Projects
List all your RationalBloks projects with their status and URLs
Read only
Idempotent
Input schema
{'type': 'object', 'required': [], 'properties': {}}
patch_schema
Patch Schema
Change PART of a project's schema (saves to database, does NOT deploy).
Send only the change. The server applies it to the saved schema, in order and all together, and keeps
every table and field it does not touch — including their identity, so a rename stays a rename and the
column keeps its data.
OPERATIONS (each one small object, applied in the order given):
• {"op": "add_table", "table": "clocks", "definition": {...}} new table, same FLAT rules as create_project
• {"op": "drop_table", "table": "clocks"}
• {"op": "rename_table", "table": "clocks", "to": "timers"}
• {"op": "add_field", "table": "assets", "field": "serial", "definition": {"type": "string", "max_length": 64}}
• {"op": "drop_field", "table": "parameters", "field": "is_clock"}
• {"op": "rename_field", "table": "parameters", "field": "is_clock", "to": "clock_kind"}
• {"op": "set_field", "table": "assets", "field": "name", "properties": {"max_length": 300}} merges; a property set to null is removed
• {"op": "set_table", "table": "assets", "properties": {"__audit__": true}} __policy__, __constraints__, __audit__, __admin_write__
ALL OR NOTHING: an operation that cannot be applied — a table or field that is not there, a name
already taken, a schema the deploy would refuse — refuses the whole patch, naming the operation, and
nothing is saved.
EVERY ANSWER IS A DIFF: 'applied' (what each operation did), 'diff' (every changed property by path),
'summary' and 'plan' (the migration a deploy would then run), and 'version' (the schema's version
after the change). You never need to read the whole schema back to see what you did.
WORKFLOW:
1. get_schema with tables/fields to read the part you are changing (its 'version' is the whole schema's)
2. patch_schema with dry_run=true: check 'diff' and 'plan'
3. patch_schema with the same operations (pass expected_version to be refused if someone else saved meanwhile)
4. deploy_staging (confirm_destructive=true when the plan drops data), then get_job_status
Open world
Input schema
{'type': 'object', 'required': ['project_id', 'operations'], 'properties': {'dry_run': {'type': 'boolean', 'description': 'Save nothing: answer what the operations did, the diff and the migration plan a deploy would run.'}, 'operations': {'type': 'array', 'items': {'type': 'object'}, 'description': 'The operations, applied in order and all together. See the tool description for every op and its fields.'}, 'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}, 'expected_version': {'type': 'string', 'description': "The 'version' a get_schema read answered. The patch is refused (409) when the saved schema changed since, so two editors never overwrite each other silently."}}}
rename_project
Rename Project
Rename a project (changes display name, not project_code)
Idempotent
Input schema
{'type': 'object', 'required': ['project_id', 'name'], 'properties': {'name': {'type': 'string', 'description': 'New display name for the project'}, 'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}}}
rollback_graph_project
Rollback Graph Project
Rollback a graph project to a previous version. ⚠️ WARNING: This reverts schema AND code to the specified commit. Neo4j data is NOT rolled back. Use get_graph_version_history to find the commit SHA of the version you want to rollback to. After rollback, the graph API will be redeployed with the old schema. One operation runs on a project at a time: while another runs, the call is refused and the refusal names the running job; wait for it with get_job_status, then call again. While RationalBloks is being updated, the call is refused with 'RationalBloks is being updated': call it again in a few minutes.
Destructive
Open world
Input schema
{'type': 'object', 'required': ['project_id', 'version'], 'properties': {'version': {'type': 'string', 'description': 'Commit SHA to rollback to'}, 'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}, 'environment': {'type': 'string', 'description': 'Environment: staging or production (default: staging)'}}}
rollback_project
Rollback Project
Rollback a project to a previous version. ⚠️ WARNING: This reverts schema AND code to the specified commit. Database data is NOT rolled back. Use get_version_history to find the commit SHA of the version you want to rollback to. After rollback, use get_job_status to monitor the redeployment. Rollback is useful when a schema change breaks deployment. One operation runs on a project at a time: while another runs, the call is refused and the refusal names the running job; wait for it with get_job_status, then call again. While RationalBloks is being updated, the call is refused with 'RationalBloks is being updated': call it again in a few minutes.
Destructive
Open world
Input schema
{'type': 'object', 'required': ['project_id', 'version'], 'properties': {'version': {'type': 'string', 'description': 'Commit SHA or version to rollback to'}, 'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}, 'environment': {'type': 'string', 'description': 'Environment: staging or production (default: staging)'}}}
search_graph_nodes
Search Graph Nodes
Search for nodes by property values in a deployed graph project.
Supports exact match and contains search (prefix value with ~ for contains).
Examples:
Exact: filters: {"name": "Alan Turing"}
Contains: filters: {"name": "~turing"} (case-insensitive)
Combined: entity_type: "person", filters: {"field": "~physics"}
Without entity_type, searches ALL node types.
Read only
Idempotent
Input schema
{'type': 'object', 'required': ['project_id', 'filters'], 'properties': {'limit': {'type': 'integer', 'description': 'Max results (default: 100, max: 1000)'}, 'offset': {'type': 'integer', 'description': 'Pagination offset (default: 0)'}, 'filters': {'type': 'object', 'description': 'Property filters. Prefix value with ~ for contains search.'}, 'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}, 'entity_type': {'type': 'string', 'description': 'Entity key to filter by (optional — omit to search all types)'}, 'environment': {'type': 'string', 'description': 'Environment: staging or production (default: staging)'}}}
traverse_graph
Traverse Graph
Walk the graph from a starting node, discovering connected knowledge.
Returns all nodes reachable within max_depth hops, with their distance from the start.
Essential for exploring knowledge graphs — find related concepts, trace connections, discover clusters.
Example: Start from "Alan Turing", traverse outgoing relationships up to 3 hops deep:
start_entity_type: "person"
start_entity_id: "alan-turing-001"
max_depth: 3
direction: "outgoing"
Supports filtering by relationship types and direction.
Read only
Idempotent
Input schema
{'type': 'object', 'required': ['project_id', 'start_entity_type', 'start_entity_id'], 'properties': {'limit': {'type': 'integer', 'description': 'Max results (default: 100, max: 1000)'}, 'direction': {'type': 'string', 'description': 'Direction: outgoing, incoming, or both (default: both)'}, 'max_depth': {'type': 'integer', 'description': 'Maximum traversal depth (default: 3, max: 10)'}, 'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}, 'environment': {'type': 'string', 'description': 'Environment: staging or production (default: staging)'}, 'start_entity_id': {'type': 'string', 'description': 'Entity ID of the starting node'}, 'start_entity_type': {'type': 'string', 'description': 'Entity key of the starting node'}, 'relationship_types': {'type': 'array', 'items': {'type': 'string'}, 'description': 'Filter by relationship types (UPPER_SNAKE_CASE). Omit for all types.'}}}
update_graph_node
Update Graph Node
Update properties of an existing node in a deployed graph project. Only send the fields you want to change — unspecified fields remain unchanged.
Open world
Idempotent
Input schema
{'type': 'object', 'required': ['project_id', 'entity_type', 'entity_id', 'data'], 'properties': {'data': {'type': 'object', 'description': 'Properties to update (partial update)'}, 'entity_id': {'type': 'string', 'description': "The node's entity_id"}, 'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}, 'entity_type': {'type': 'string', 'description': "Entity key (e.g., 'person', 'concept')"}, 'environment': {'type': 'string', 'description': 'Environment: staging or production (default: staging)'}}}
update_graph_schema
Update Graph Schema
Update a graph project's schema (saves to database, does NOT deploy).
⚠️ Follow ALL rules from create_graph_project:
• Must have "nodes" key with at least one entity
• Each entity needs "description" and "schema" with field definitions
• Each field is {"type": "...", "required": true/false} — required defaults to false
• Relationships need "from", "to", and "cardinality"
• Field types: string, integer, float, boolean, date, json
• Relationship types should be UPPER_SNAKE_CASE
• Entity names should be PascalCase
WORKFLOW:
1. Use get_graph_schema to see current schema
2. Modify following all rules
3. Call update_graph_schema (saves only)
4. Call deploy_graph_staging to apply changes
5. Monitor with get_job_status
DRY RUN: pass dry_run=true to preview what a deploy WOULD change (renames, deletions) without saving.
NOTE: This only saves the schema. You MUST call deploy_graph_staging afterwards to deploy.
Open world
Idempotent
Input schema
{'type': 'object', 'required': ['project_id', 'schema'], 'properties': {'schema': {'type': 'object', 'description': "New graph schema with 'nodes' and optionally 'relationships' keys."}, 'dry_run': {'type': 'boolean', 'description': 'Preview the planned migration (renames/deletions) without saving or deploying. Nothing is applied.'}, 'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}}}
update_schema
Update Schema
Update a project's schema (saves to database, does NOT deploy).
⚠️ CRITICAL: Follow ALL rules from create_project:
• FLAT format (no 'fields' nesting)
• string: max_length (default 255)
• decimal: precision + scale (default 10, 2)
• Use "datetime" NOT "timestamp"
• DON'T define: id, created_at, updated_at
• NEVER create users/customers/employees tables (use app_users)
⚠️ MIGRATION RULES:
• New fields MUST be "required": false OR have "default" value
• Cannot add required field without default to existing tables
• Safe: {new_field: {type: "string", max_length: 100, required: false}}
WORKFLOW:
1. Use get_schema to see current schema
2. Modify following ALL rules
3. (optional) Call update_schema with dry_run=true to preview the migration first
4. Call update_schema (saves only)
5. Call deploy_staging to apply changes
6. Monitor with get_job_status
CHANGING PART OF A SCHEMA: use patch_schema. This tool replaces the WHOLE schema, so it is for a
new data model or a template; sending back a large schema to change one field risks changing
something else on the way.
DRY RUN: pass dry_run=true to save nothing and read back 'diff' — every property this schema changes
in the saved one, so an accidentally changed description, default, enum or computed case shows up —
and 'plan', the migration a deploy would then run, with destructive steps flagged.
NOTE: Without dry_run this only saves the schema. You MUST call deploy_staging afterwards to apply changes.
Open world
Idempotent
Input schema
{'type': 'object', 'required': ['project_id', 'schema'], 'properties': {'schema': {'type': 'object', 'description': "New JSON schema in FLAT format (table_name → field_name → properties). Every field MUST have a 'type' property."}, 'dry_run': {'type': 'boolean', 'description': 'Save nothing: answer the property-level diff against the saved schema and the migration plan a deploy would run.'}, 'project_id': {'type': 'string', 'description': 'Project ID (UUID)'}, 'expected_version': {'type': 'string', 'description': "The 'version' a get_schema read answered. The save is refused (409) when the saved schema changed since, so two editors never overwrite each other silently."}}}
History
Recent tool changes
Added
patch_schema
Sept. 27, 2026, 2:47 a.m.
Changed
update_schema
Sept. 27, 2026, 2:47 a.m.
Changed
get_schema
Sept. 27, 2026, 2:47 a.m.
Changed
get_schema_reference
Sept. 23, 2026, 2:47 a.m.
Added
list_project_jobs
Sept. 19, 2026, 2:45 a.m.
Changed
get_job_status
Sept. 19, 2026, 2:45 a.m.
Added
get_graph_data_schema
Sept. 17, 2026, 12:49 p.m.
Added
get_graph_statistics
Sept. 17, 2026, 12:49 p.m.
Added
traverse_graph
Sept. 17, 2026, 12:49 p.m.
Added
fulltext_search_graph
Sept. 17, 2026, 12:49 p.m.
Added
search_graph_nodes
Sept. 17, 2026, 12:49 p.m.
Added
bulk_create_graph_relationships
Sept. 17, 2026, 12:49 p.m.
Added
bulk_create_graph_nodes
Sept. 17, 2026, 12:49 p.m.
Added
delete_graph_relationship
Sept. 17, 2026, 12:49 p.m.
Added
get_node_relationships
Sept. 17, 2026, 12:49 p.m.
Added
create_graph_relationship
Sept. 17, 2026, 12:49 p.m.
Added
delete_graph_node
Sept. 17, 2026, 12:49 p.m.
Added
update_graph_node
Sept. 17, 2026, 12:49 p.m.
Added
list_graph_nodes
Sept. 17, 2026, 12:49 p.m.
Added
get_graph_node
Sept. 17, 2026, 12:49 p.m.
Added
create_graph_node
Sept. 17, 2026, 12:49 p.m.
Added
rollback_graph_project
Sept. 17, 2026, 12:49 p.m.
Added
delete_graph_project
Sept. 17, 2026, 12:49 p.m.
Added
deploy_graph_production
Sept. 17, 2026, 12:49 p.m.
Added
deploy_graph_staging
Sept. 17, 2026, 12:49 p.m.
Added
update_graph_schema
Sept. 17, 2026, 12:49 p.m.
Added
create_graph_project
Sept. 17, 2026, 12:49 p.m.
Added
get_graph_project_info
Sept. 17, 2026, 12:49 p.m.
Added
get_graph_schema_at_version
Sept. 17, 2026, 12:49 p.m.
Added
get_graph_version_history
Sept. 17, 2026, 12:49 p.m.
Discover
Similar MCP servers
Scalix Cloud
world.scalix/cloud
Provides managed databases, SQL tools, container builds, persistent Linux machines, domains, scheduled functions, storage, and pr…
RationalBloks
com.rationalbloks/mcp
Creates, deploys, manages, and queries REST API and Neo4j graph projects from JSON schemas, including graph data modeling, versio…
Supabase
io.github.mcp-dir/supabase-mcp
Manages Supabase projects, PostgreSQL databases, migrations, branches, storage-related infrastructure, Edge Functions, logs, keys…
mcp-server
com.dpf-it/mcp-server
Onboards data sources, generates processing specifications, runs data jobs and SQL queries, and manages SFTP or S3 integrations a…
Databricks
io.github.mcp-dir/databricks-mcp
Connects to Databricks workspaces to browse Unity Catalog metadata, execute SQL, inspect tables and warehouses, and manage long-r…
mcp
com.googleapis.bigtableadmin/mcp
Manages Google Cloud Bigtable instances, tables, logical views, and hot-tablet monitoring.
mcp
com.googleapis.datastream/mcp
Manages Google Cloud Datastream resources, including streams, connection profiles, stream objects, static IPs, and long-running o…
site
com.rmmcompare/site
Provides searchable and statistical access to an RMM software comparison dataset and submits consent-based enquiries to human pro…