Supero

Measured conclusion: Deep-tested. L2 outcome: tools_ok.

Build multi-tenant apps over MCP. Schemas, CRUD, deploys — access control enforced server-side.

Add to your agent

Copy this into your MCP client config:

{
  "mcpServers": {
    "Supero": {
      "url": "https://api.supero.dev/mcp/v1/messages",
      "transport": "streamable-http"
    }
  }
}

Measured tools (65)

• build_get_skills read-only

  Fetch a Supero build reference. doc='skills' (default, the spec you MUST follow) | 'components' (the real pre-built SDK component/global catalog — read so you don't reinvent UI) | 'rubric' (the rich-app quality checklist — what 'stunning' means) | 'landing' (compact landing-page derivation + quality bar — MANDATORY read for public-facing apps) | 'integrations' (the EXACT services.* wrapper→service_id→args map for email/sms/stripe/ai/etc.) | 'web' / 'transactional' / 'workflows' / 'mobile' / 'services' (deep companion docs) | 'e2e_testing'. Returns the doc + a content version + the SDK floor to pin. Read 'skills' FIRST, then 'components' + a matching build_get_examples before you author UI. Docs are PAGED (~32KB/section): when the header says more:true, fetch the next section with offset=<next_offset> — never re-fetch from 0.

  Parameters:

  • doc — string — Which doc (default 'skills').
  • offset — integer — Byte offset to start from (for paging large docs; default 0).
  • max_bytes — integer — Max bytes to return per section (default ~32000).

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• build_get_examples read-only

  Fetch a COMPLETE, production-quality reference app (schemas.py + config.py + setup.py + ui/app.js) to copy patterns from — the single biggest lever for app quality. archetype='index' (default) lists the available archetypes with per-file byte sizes; pick the one closest to your app ('commerce-marketplace' | 'service-booking' | 'ops-dashboard' | 'multitenant-portal' | 'saas-billing') and fetch it BEFORE authoring your UI. These are real 'stunning' apps; mirror how they compose the SDK components, art-direct the landing page, and structure schemas. Optional file= to fetch just one file ('schemas.py' | 'config.py' | 'setup.py' | 'ui/app.js'). Responses are PAGED (~32KB/section): when the header says more:true, fetch the next section with offset=<next_offset> — never re-fetch from 0.

  Parameters:

  • file — string — Optional: return only this one file instead of the whole bundle.
  • offset — integer — Byte offset to start from (for paging; default 0).
  • archetype — string — Which reference app (default 'index' to list them).
  • max_bytes — integer — Max bytes to return per section (default ~32000).

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• build_plan read-only

  PLAN FIRST — turn a one-line app idea into an explicit BUILD CHECKLIST before you author anything, so a thin prompt doesn't silently skip what expert builders add (this is exactly why first-draft apps miss detail pages, tenant pickers, seed data). Deterministic, no LLM: it detects the app's VERTICAL and returns the authentic page structure + terminology for that domain, which entities need a full DETAIL PAGE, the multi-tenant login pattern (picker + tenant=''), seed guidance, and which build_get_examples to copy. Call it right after build_get_skills and BEFORE authoring.

  Parameters:

  • description (required) — string — The app idea in a sentence or two (e.g. 'portal for Karnataka polytechnic colleges with admin + student portals').
  • entities — array — Optional: the main entity/noun names (e.g. ['college','course','student']). Sharpens the per-entity detail-page + seed guidance.
  • public_facing — boolean — Optional: true if end-users/the public browse it (vs an internal-only tool). Inferred if omitted.
  • is_multi_tenant — boolean — Optional: true if each customer/org (college/clinic/branch) is a separate tenant. Inferred from the description if omitted.

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world not declared

• build_get_service_contract read-only

  Fetch the AUTHORITATIVE contract for a transactional/stateful platform service (cart, order, payment, booking, appointment, membership, approval, document_signature, recurring_plan, inventory, task, ticket, loyalty_points, rental, comment, attachment, feedback, notification, product, service, customer, workflows). Returns the service's state machine (initial_state + transitions), its operations (op ids + input fields + resulting state), the base schemas + mandatory fields you must supply, AND the platform's DEFAULT UI SCHEMAS for that service — the bulletproof reference for building a correct, sophisticated transactional UI. ALWAYS call this for any service your app `extends` BEFORE authoring its UI — do not guess op names, states, or mandatory fields from prose. service_id='index' (default) lists all services.

  Parameters:

  • parts — string — What to return (default 'both'): 'contract' = state machine/ops/schemas; 'ui_schemas' = default UI only.
  • service_id — string — The service id (e.g. 'cart', 'booking', 'payment'); 'index' (default) lists all.

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• build_whoami read-only

  Resolve your API key's scope: role (domain_admin/project_admin), domain, whether you can create projects, and your plan. Call this to decide the flow.

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• build_list_projects read-only

  List projects you can build into (uuid, name, schema_namespace, live_url).

  Parameters:

  • limit — integer — Max results (default 50).

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• build_get_project read-only

  Get one project's details: schema_namespace (use this EXACT value as the `namespace` literal on every schema dict), last published version, AND the captured `project_intent` — the brief (project_description/summary), the discovered data model (entities/central_entity/relationships/status_workflows), and the landing intent (public_landing_view). BUILD TO THIS — it's the authoritative app spec the user already gave; don't re-ask or ignore it.

  Parameters:

  • project_uuid (required) — string — Project UUID (from build_list_projects or build_create_project).

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• build_create_project

  Create a NEW project (domain-admin keys only; plan-gated). Mints the project's schema_namespace + an API key (returned ONCE). Use for a fresh app.

  Parameters:

  • name (required) — string — Project name/slug.
  • description — string — Optional: what the app is for — persisted on the project so future sessions build to it.
  • display_name — string — Optional human-readable name shown in the dashboard.
  • requirements — array — Optional: the confirmed requirements/plan bullets — persisted on the project record (future sessions read them via build_get_project).
  • schema_namespace — string — Optional; server normalizes/derives if omitted.

  Hints: read-only no · destructive no · idempotent no · open-world no

• build_update_project destructive

  Update a project's metadata (display_name, description, show_public, live_url).

  Parameters:

  • project_uuid (required) — string — Project UUID (from build_list_projects or build_create_project).
  • patch (required) — object — Fields to update.

  Hints: read-only no · destructive yes · idempotent yes · open-world no

• build_set_project_mode destructive

  Set a project's build mode. 'dev' (default) allows COMPLETE REPLACE (wipe data, keep credentials); 'live' protects it. Switch to dev before replacing, to live when it's in production.

  Parameters:

  • project_uuid (required) — string — Project UUID (from build_list_projects or build_create_project).
  • mode (required) — string — 'dev' permits build_replace_project (which still needs a domain-admin key and confirm_project_name); 'live' makes it refuse, protecting production data.

  Hints: read-only no · destructive yes · idempotent yes · open-world no

• build_replace_project destructive

  DESTRUCTIVE (DOMAIN-admin keys only): completely replace a DEV-mode project's app — wipes its data (retains credentials, API keys, namespace, tenant). Refused if mode='live'. Requires confirm_project_name to match. If you pass files, they are VALIDATED before any wipe (a bad bundle is a no-op) and published after; otherwise wipe-only, then call build_publish.

  Parameters:

  • project_uuid (required) — string — Project UUID (from build_list_projects or build_create_project).
  • confirm_project_name (required) — string — Must equal the project's name — a safety confirmation.
  • files — object — Optional new bundle {path: content} to publish after the wipe.
  • force — boolean — Wipe and publish despite SOFT validation errors (default false). Never overrides a wrong/absent schema namespace, a JavaScript syntax error or schemas the platform refuses: those are refused before anything is wiped.
  • app_type — string — Default 'web'.
  • files_ref — string — For a LARGE bundle that exceeds the model output-token cap: a file_id from build_stage_bundle (upload the gzip(json {path:content}) blob out-of-band, then pass its file_id here). Preferred over files/files_b64gz when the bundle will not fit inline.
  • files_b64gz — string — Alt to files: base64(gzip(JSON {path:content})). Use if a CDN/WAF blocks raw code in the body.

  Hints: read-only no · destructive yes · idempotent yes · open-world no

• build_validate read-only

  Validate a locally-authored bundle against the live platform BEFORE publishing. AST-only (your code is never executed). Checks manifest, syntax, import-safety, config exports, schema validity, and namespace==project schema_namespace.

  Parameters:

  • files — object — Map of {relative_path: file_content} for the bundle.
  • files_ref — string — For a LARGE bundle that exceeds the model output-token cap: a file_id from build_stage_bundle (upload the gzip(json {path:content}) blob out-of-band, then pass its file_id here). Preferred over files/files_b64gz when the bundle will not fit inline.
  • files_b64gz — string — Alt to files: base64(gzip(JSON {path:content})). Use if a CDN/WAF blocks raw code in the body.
  • project_uuid — string — Target project (for namespace/schema checks).

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• build_publish

  Package + upload your authored bundle and record a version under the project. Returns version_uuid + file_id + download_url. Runs build_validate first; force=true overrides soft errors only. Provide files as {relative_path: content}.

  Parameters:

  • project_uuid (required) — string — Project UUID (from build_list_projects or build_create_project).
  • files — object — Map of {relative_path: file_content}.
  • force — boolean — Publish despite SOFT validation errors (default false). Validation still runs; a wrong/absent schema namespace, a JavaScript syntax error or schemas the platform refuses always block.
  • app_type — string — Default 'web'.
  • validate — boolean — Validate before publish (default true).
  • files_ref — string — For a LARGE bundle that exceeds the model output-token cap: a file_id from build_stage_bundle (upload the gzip(json {path:content}) blob out-of-band, then pass its file_id here). Preferred over files/files_b64gz when the bundle will not fit inline.
  • files_b64gz — string — Alt to files: base64(gzip(JSON {path:content})). Use if a CDN/WAF blocks raw code in the body.

  Hints: read-only no · destructive no · idempotent no · open-world no

• build_stage_bundle read-only

  PUB-1a: get the out-of-band UPLOAD endpoint for a LARGE app bundle that won't fit inline (the model's max OUTPUT tokens cap `files`/`files_b64gz`, so big apps otherwise have to be truncated/minified). Upload a gzip(json {path:content}) blob to the returned URL with your OWN key, then pass the returned file_id as `files_ref` to build_validate / build_publish / build_doctor. Bundle size then no longer depends on any token cap.

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• build_get_bundle read-only

  Fetch the CURRENT (or a given) PUBLISHED bundle: the file list + a signed download_url, or ONE file's content inline via file=. For ANY change request on an existing app, START from this bundle and modify it — re-authoring from scratch silently drops the hand-authored ui/app.js and every prior fix.

  Parameters:

  • project_uuid (required) — string — Project UUID (from build_list_projects or build_create_project).
  • file — string — Optional app-root-relative path (e.g. 'ui/app.js') to return that single file's content inline (~120KB cap, truncated with a note).
  • version_uuid — string — Default: latest published version.

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• build_deploy destructive

  Deploy a published version. target='cloud_ephemeral' (managed Cloud Run, ~30m throwaway preview; requires platform enablement; the default when cloud deploy is enabled) or 'local' (hand the user the bundle to run with the project's own key). For a PERMANENT public URL, use build_go_live instead.

  Parameters:

  • project_uuid (required) — string — Project UUID (from build_list_projects or build_create_project).
  • target — string — Default 'cloud_ephemeral' when cloud deploy is enabled (else 'local').
  • app_type — string — Default 'web'.
  • version_uuid — string — Default: latest published version.

  Hints: read-only no · destructive yes · idempotent no · open-world not declared

• build_deploy_status read-only

  Poll a cloud deploy started by build_deploy or build_go_live. Pass the poll_url it returned. Reports elapsed_s since launch. 'launching' for 5-6.5 minutes is normal (Cloud Run IAM propagation): keep polling every ~30s and probe the url once it appears. Only a persistent unreachable past ~10 minutes is a real failure (see the anti-loop rules).

  Parameters:

  • poll_url (required) — string — The poll_url returned by build_deploy or build_go_live.
  • permanent — boolean — Set true when polling a build_go_live (permanent) deploy so the expiry guidance is correct. Default: auto-detected.

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• build_logs read-only

  Fetch recent Cloud Run logs for a project's deployed app — THE tool for diagnosing a failed/stalled cloud deploy or a crashing app (startup-probe timeouts, tracebacks, 'container failed to start on PORT'). Read-only; rate-limited per domain.

  Parameters:

  • project_uuid (required) — string — Project UUID (from build_list_projects or build_create_project).
  • lines — integer — Max log lines to return (default 200).
  • since — integer — How many minutes back to fetch (default 60).

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• build_go_live destructive

  PERMANENT deploy: promote a published version to a PERMANENT public URL at <service>.supero.live (managed Cloud Run) — unlike build_deploy(target='cloud_ephemeral'), which is a ~30-min throwaway. If version_uuid/file_id are omitted, the latest published version for the project is used. Returns public_url + poll_url; poll with build_deploy_status until live, then build_smoke_test the public_url. build_teardown removes it. Requires a domain- or project-admin API key + platform cloud-deploy enablement.

  Parameters:

  • project_uuid (required) — string — Project UUID (from build_list_projects or build_create_project).
  • file_id — string — Default: the resolved version's web artifact file_id.
  • version_uuid — string — Default: latest published version.
  • acknowledge_findings — array — Explicitly accept outstanding build_audit CRITICAL findings so go-live may proceed when the audit gate is enforced: [{fingerprint, reason}] (reason >= 15 characters; recorded with the version in the response). BLOCKER findings cannot be acknowledged — fix them. Fix findings instead whenever possible.

  Hints: read-only no · destructive yes · idempotent no · open-world not declared

• build_teardown destructive

  Tear down a project's live deployment — BOTH the permanent (build_go_live) app and the ephemeral preview — DELETEing the managed Cloud Run services and freeing their URLs. Idempotent: a project with nothing deployed returns stopped=true. ONLY manages Supero-hosted apps — a project deployed to your own AWS/GCP is refused, not silently reported stopped. Check `stopped`: false means the teardown was INCOMPLETE and the app may still be serving (and billing) — re-run it, do not report success. Requires a domain- or project-admin API key.

  Parameters:

  • project_uuid (required) — string — Project UUID (from build_list_projects or build_create_project).

  Hints: read-only no · destructive yes · idempotent yes · open-world no

• build_list_capabilities read-only

  List the platform's available services/integrations from the LIVE catalog (email, sms, slack, ai, stripe_checkout, google_oauth, push_notification, …) — so the intake's 'which connections/integrations?' question is accurate and you never guess a service id. Returns each service's exact catalog `service_id` (use it verbatim in config.py `services` — e.g. 'stripe_checkout', NOT 'stripe'), category, whether it needs a key, and YOUR connection's service permissions (can_import / can_configure). Descriptive — what EXISTS, never what to use. Pass service_id for one service's config fields.

  Parameters:

  • category — string — Optional filter ('integration' or 'service').
  • service_id — string — Optional: one service's detail incl. config fields.

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• build_recommend_integrations read-only

  RECOMMEND which concrete provider integrations this app needs, and WHY — the deterministic Step-2 intelligence the web wizard uses, now over MCP. Pass the app `description` + the platform `service_ids` it will use (e.g. ['cart','order']); returns GROUPED, TIERED suggestions (required/recommended/optional) with the default option flagged — e.g. cart/checkout → a payment gateway (REQUIRED; stripe_checkout default, paypal/razorpay offered), customer-facing apps → transactional email, appointments+reminders → sms. Options are drawn ONLY from the LIVE installed manifests, so it can't suggest a provider you don't have. PRESCRIPTIVE complement to build_list_capabilities (which is descriptive): call this so you don't OMIT a needed integration; use build_list_capabilities for a service's exact id + config fields.

  Parameters:

  • description — string — The app description / intent (drives email/sms/oauth/ai/payment triggers).
  • service_ids — array — Platform service ids the app will use (e.g. ['cart','order','appointment']). Drives most recommendations.

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world not declared

• build_configure_services destructive

  Configure a service's keys for the project so an integration works at deploy (e.g. wire SendGrid for email, a Stripe TEST key for checkout). TEST/SANDBOX keys ONLY. Keys with a clear live marker (Stripe sk_live_… / Razorpay rzp_live_…) are auto-refused, but most providers give NO test-vs-live signal — so for EVERY provider send test/sandbox keys only and use the admin panel for production secrets (a deep link is returned). Never put a real secret through this tool/chat. Reacts to the live permission result; secret values are never echoed.

  Parameters:

  • project_uuid (required) — string — Project UUID (from build_list_projects or build_create_project).
  • service_id (required) — string — Catalog id (e.g. 'stripe_checkout', 'email').
  • config (required) — object — Test/sandbox config key→value (e.g. {"sendgrid_api_key":"SG.test…"}). Live-marked keys refused; send test keys only.

  Hints: read-only no · destructive yes · idempotent no · open-world no

• build_import_services destructive

  IMPORT platform services into a project (e.g. 'workflows', 'email', 'stripe_checkout', 'cart', 'order', 'payment') so the app can call them and its event-bound workflows can run. Uses the platform's service import with YOUR connection's credential. Reports each service's exact outcome: imported, already imported, or FAILED with the platform's reason (schema_drift, schemas_failed, error_code, HTTP status) — a failed import is never reported as success, and you must not ship an app whose required service failed to import. After importing, set keys with build_configure_services. MCP-IMPORT-SERVICES-V1.

  Parameters:

  • project_uuid (required) — string — Project UUID (from build_list_projects or build_create_project).
  • service_ids (required) — array — Catalog service ids to import, e.g. ['workflows','email','stripe_checkout'] (exact ids from build_list_capabilities).

  Hints: read-only no · destructive yes · idempotent no · open-world no

• build_doctor read-only

  PREFLIGHT a bundle BEFORE publish/deploy — catches the silent deploy-killers build_validate does NOT: missing #supero-preloader removal (app stuck on a spinner forever), heavy startup seed (Cloud Run port-bind timeout → 'container failed to start'), reserved field names like status/state (silently dropped), namespace collisions (ambiguous reads), and services needing elevated import permission. Run it after build_validate and before build_publish.

  Parameters:

  • files — object — Map of {relative_path: file_content}.
  • files_ref — string — For a LARGE bundle that exceeds the model output-token cap: a file_id from build_stage_bundle (upload the gzip(json {path:content}) blob out-of-band, then pass its file_id here). Preferred over files/files_b64gz when the bundle will not fit inline.
  • files_b64gz — string — Alt to files: base64(gzip(JSON {path:content})).
  • project_uuid — string — Target project (enables namespace + collision checks).

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• build_audit read-only

  SECURITY + CORRECTNESS AUDIT of a bundle BEFORE go-live (static; your code is never executed). Finds what build_validate/build_doctor do not: MONEY-01 client-chosen checkout amounts, AUTHZ-01 end-users able to write server-owned fields (paid/issued/status/amount/payment refs) or create tickets/payments, FLOW-01 fulfilment done in the browser or on payment_status alone, INV-01 capacity/stock with no server-side enforcement, PUB-01 draft/hidden rows in PUBLIC_SCHEMAS, LAUNCH-01 terms/privacy/password-reset/meta gaps. Each finding has severity (blocker|critical|high|warning), file:line or policy, evidence, the exact fix pattern and a fingerprint. Fix every blocker and critical, then re-run until clean; build_go_live reports (or, when enforced, refuses on) outstanding blocker/critical findings. Pass files/files_ref, or only project_uuid to audit the latest published version.

  Parameters:

  • files — object — Map of {relative_path: file_content} to audit before publishing.
  • files_ref — string — For a LARGE bundle: a file_id from build_stage_bundle (gzip(json {path:content}) uploaded out-of-band).
  • files_b64gz — string — Alt to files: base64(gzip(JSON {path:content})).
  • min_severity — string — Lowest severity to list (default 'warning' = everything).
  • project_uuid — string — Project to audit; without files, its latest (or version_uuid) PUBLISHED bundle is audited.
  • version_uuid — string — Published version to audit (default: latest). Ignored when files are given.

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• build_verify destructive

  ACCEPTANCE TEST of your app's running PREVIEW (after build_deploy, before build_go_live). Where build_audit reads the code, build_verify USES the deployed preview like a buyer would, with throwaway test accounts (verify-<rand>@example.com, deleted afterwards): health (serves, app.js = the published version, boots, API reachable); accounts (sign-up, login right after sign-up, login, forgot-password reachable); the role permission matrix (per end-user role x schema: the declared policy holds, server-owned fields such as status/totals/payment state cannot be written by the user, fulfilment records cannot be minted, another user's records cannot be read); commerce (the server prices checkout even when the client price/amount is tampered; a success-URL visit without payment changes nothing; Stripe TEST mode only, otherwise refused); event-bound workflows reach COMPLETED with the verified recipient (no real email is ever sent); capacity is enforced; draft/hidden rows stay out of public reads; launch basics (terms/privacy, meta, viewport, gzip, headers). Returns a score and pass/fail/skip per check with evidence and the exact fix. Only the caller's own project PREVIEW, never the live app or other projects. ~1-3 min, rate-limited; dry_run=true lists the planned checks. Flow: build_audit -> build_publish -> build_deploy -> build_verify -> fix -> build_go_live (which reports the latest build_verify result).

  Parameters:

  • project_uuid (required) — string — Your project (its running preview is tested).
  • target — string — Always 'preview' (default). The live app is never tested.
  • dry_run — boolean — true: list the planned checks for the published bundle without touching the preview.
  • budget_s — integer — Total time budget in seconds (30-180, default 180). Partial results are returned when it runs out.

  Hints: read-only no · destructive yes · idempotent no · open-world yes

• build_smoke_test

  VERIFY a DEPLOYED app actually works (not just 'running'). HTTP-checks the live URL: root loads with a title, app.js is your bundle (not a stub) and dismisses the boot splash, config.js namespace matches the project; optionally logs in and reads an entity to confirm data + no namespace ambiguity. Pass url= (from build_deploy_status) or poll_url=. THE post-deploy gate — run it after every deploy.

  Parameters:

  • project_uuid (required) — string — The deployed project (for namespace + live_url).
  • url — string — The deployed app URL (from build_deploy_status).
  • email — string — Optional — a user to log in and verify data reads.
  • entity — string — Optional bare schema slug (e.g. 'participant') to read for the authed data check.
  • tenant — string — Optional tenant for the login. Default '' so the server resolves the user's OWN tenant (required for a multi-tenant app whose test user lives in a named tenant).
  • password — string — Optional — password for that user.
  • poll_url — string — Alt to url: the build_deploy poll_url; the URL is resolved from it.
  • expected_app_js_sha1 — string — Optional — the first 12 lowercase hex chars of `sha1sum ui/app.js` (sha1 of your local bundle FILE). If given, smoke_test reports whether the DEPLOYED app.js matches, so you can confirm the deploy actually rolled (vs a stuck roll / stale cache serving the old bundle). Case-insensitive; a malformed value is reported as a warning, never a false mismatch.

  Hints: read-only no · destructive no · idempotent yes · open-world yes

• build_list_data_sources read-only

  List the external DATA SOURCE types an app can connect to — its own Postgres/MySQL/MSSQL/Oracle/MongoDB, any REST API, or a Snowflake/BigQuery/Redshift/Databricks/ClickHouse/Fabric warehouse — plus the curated public-API catalog. Read this to offer a 'connect your own data' option. Flow: build_connect_data_source → build_discover_source → build_bind_data_source. See build_get_skills(doc='connectors').

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• build_connect_data_source

  Create a data connector to an EXTERNAL source the app owner controls (their own database, a REST API, or a warehouse). Returns a connector_id. Does NOT bind schemas yet. Flow: build_connect_data_source → build_discover_source (lists the tables/streams; needs this connector_id) → build_bind_data_source (bind streams to app schemas) → build_run_data_source (mode='sync' bindings only; live reads need no run). For a database you do NOT need to know the tables upfront: omit `table_names` and let discovery + bind pick them (the connector is a manual-trigger shell until bound, and a run before a sync bind is refused). Pass `table_names` only when you already know exactly which tables to sync. Credentials are sent to the platform and NEVER echoed back; prefer read-only DB creds / the Key Store for production. Requires a domain- or project-admin API key.

  Parameters:

  • name (required) — string — Connector name (unique within the project).
  • kind (required) — string — Source kind.
  • auth — object — api kind: {type: none|api_key|bearer|basic|oauth2, ...}.
  • host — string — Server hostname (database kinds, Fabric, ClickHouse, Snowflake, Databricks). BigQuery/Redshift take their connection settings in `config`.
  • port — integer — Server port; omit for the dialect default (5432 PostgreSQL, 3306 MySQL, 1433 MSSQL/Fabric, 1521 Oracle, 27017 MongoDB).
  • config — object — Extra source config (e.g. warehouse account).
  • db_type — string — database/warehouse: postgresql|mysql|mssql|oracle|mongodb|snowflake|bigquery|redshift|databricks|clickhouse|fabric.
  • base_url — string — api kind: API base URL.
  • database — string — database/warehouse: database name.
  • endpoint — string — api kind: endpoint path.
  • password — string — DB password — sent to the platform, never echoed.
  • ssl_mode — string — database kind: TLS mode, one of disable|allow|prefer|require|verify-ca|verify-full (or the MySQL spellings disabled|preferred|required|verify_ca|verify_identity); other values are rejected. Default 'require'. Used by PostgreSQL/MySQL/MSSQL/Fabric/MongoDB; Oracle and the HTTP warehouses (Snowflake/Databricks/ClickHouse/BigQuery/Redshift) ignore it.
  • username — string — database/warehouse: login user (prefer a read-only one).
  • test_first — boolean — Probe connectivity before creating (default true).
  • table_names — array — database/warehouse, OPTIONAL: the source tables to sync, e.g. ["customers", "orders"]. Omit when you don't know them yet — run build_discover_source next and bind the streams it returns.
  • project_uuid — string — Project the connector belongs to (from build_list_projects); your key must be allowed to build into it. API-key callers pass it to scope the connector to that project.
  • schema_namespace — string — Namespace for schemas from this source.

  Hints: read-only no · destructive no · idempotent no · open-world yes

• build_discover_source

  Discover a connector's schema: trigger discovery, wait, and return the source streams (names, columns, primary keys), AI-inferred Supero schemas, field mappings, and a suggested namespace. Run AFTER build_connect_data_source and BEFORE build_bind_data_source (a live bind's `source` MUST equal a discovered stream name).

  Parameters:

  • connector_id (required) — string — The connector to discover (from build_connect_data_source).
  • timeout — integer — Max seconds to wait IN THIS CALL (default 60, cap 90 — an MCP call must finish under the ~100s edge limit). On timeout, resume with the returned execution_id; the job keeps running server-side.
  • execution_id — string — RESUME polling an in-flight discovery (from a previous timeout error) instead of starting a new job.

  Hints: read-only no · destructive no · idempotent no · open-world yes

• build_bind_data_source destructive

  Bind source streams to the app's schemas. mode='live_read' (default: read-only BYODB / warehouse), 'live_readwrite' (BYODB read+write — DOMAIN-ADMIN only), or 'sync' (copy into SuperoDB). For live modes, discovery must have run and each binding's `source` must match a discovered stream; the bind VERIFIES the live mapping materialized. Bound live schemas are read/written via ORDINARY app CRUD — nothing goes in the bundle.

  Parameters:

  • connector_id (required) — string — The connector to bind (from build_connect_data_source).
  • bindings (required) — array — One entry per app schema to back with a source stream.

  Hints: read-only no · destructive yes · idempotent no · open-world yes

• build_run_data_source destructive

  Trigger a SYNC RUN on a data connector and return the run id. MCP-created connectors are trigger:manual, so a mode='sync' binding copies NO rows until a run executes — call this after build_bind_data_source (and again whenever the source data changes). Live-read/warehouse bindings don't need runs (they read the source directly).

  Parameters:

  • connector_id (required) — string — The connector to run (from build_connect_data_source).

  Hints: read-only no · destructive yes · idempotent no · open-world yes

• build_list_bound_schemas read-only

  Classify this project's schemas: which are connector-backed vs app-authored, and each one's access mode (sync | live-ro | live-rw | warehouse). Use it so you DON'T render create/edit UI for read-only live sources (live-ro/warehouse) or regenerate/overwrite connector-discovered schemas.

  Parameters:

  • project_uuid — string — Defaults to the key's project.

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• crud_search read-only

  Search/list objects of any type in the current domain. Use schema_list first to discover available object types. System types: project, tenant, user_account, api_key, connector, audit_log, schema_registry, client_sdk, connector_execution, connector_plugin. Domain types vary per domain (e.g. customer, invoice, appointment, vehicle).

  Parameters:

  • object_type (required) — string — The object type to search (e.g. 'customer', 'project', 'tenant', 'connector')
  • sort — Optional sort: a field name ('amount', or '-amount' for descending), {"field": "amount", "order": "desc"}, or a list of those.
  • limit — integer — Max results (default: 100, max 1000)
  • filter — object — Optional boolean filter tree for and/or/not logic, e.g. {"op": "or", "conditions": [{"status": "open"}, {"amount": {"gt": 500}}]}. Use `filters` for simple AND-ed conditions.
  • offset — integer — Skip N results for pagination
  • tenant — string — Optional tenant name to scope the search to (multi-tenant apps: verify a specific named tenant's data). Omit for single-tenant apps — the session/API-key tenant is used.
  • filters — object — Filter criteria keyed by field. A plain value is equality (e.g. {"status": "active"}); an object of operators compares (e.g. {"amount": {"gte": 10, "lt": 100}}). Operators: eq, ne, gt, gte, lt, lte, in, not_in, between, contains, starts_with, ends_with, regex, exists.

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• crud_get read-only

  Get a specific object by UUID from the current domain.

  Parameters:

  • object_type (required) — string — The object type (e.g. 'customer', 'project', 'tenant')
  • uuid (required) — string — Object UUID

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• crud_create

  Create a new object in the current domain. Use schema_list to see available types and their fields.

  Parameters:

  • object_type (required) — string — The object type to create (e.g. 'customer', 'appointment', 'project')
  • name (required) — string — Object name (required for most types)
  • data — object — Object fields as key-value pairs
  • tenant — string — Optional tenant name to create the object under (multi-tenant apps: seed a specific named tenant's data). Omit for single-tenant apps — the session/API-key tenant is used.
  • parent_type — string — Parent type if applicable (e.g. 'project' for tenant, 'domain' for project)
  • parent_fq_name — array — Parent FQ name path (e.g. ['cine-corp', 'car-service'])

  Hints: read-only no · destructive no · idempotent no · open-world no

• crud_update destructive

  Update an existing object in the current domain.

  Parameters:

  • object_type (required) — string — The object type
  • uuid (required) — string — Object UUID to update
  • data (required) — object — Fields to update
  • tenant — string — Optional tenant name context for this update (multi-tenant apps). Omit for single-tenant apps — the session/API-key tenant is used. Updates address the record by UUID.

  Hints: read-only no · destructive yes · idempotent yes · open-world no

• crud_delete destructive

  Delete an object from the current domain.

  Parameters:

  • object_type (required) — string — The object type
  • uuid (required) — string — Object UUID to delete
  • tenant — string — Optional tenant name context for this delete (multi-tenant apps). Omit for single-tenant apps — the session/API-key tenant is used. Deletes address the record by UUID.

  Hints: read-only no · destructive yes · idempotent yes · open-world no

• schema_list read-only

  List all existing schemas in the current domain.

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• schema_get read-only

  Get full details of a specific schema by UUID. Returns the complete schema definition including all attributes and metadata.

  Parameters:

  • schema_uuid (required) — string — UUID of the schema to retrieve.
  • include_content — boolean — Include full schema content (default: true).

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• schema_validate read-only

  Validate schemas before saving. Checks for conflicts with existing schemas, circular dependencies, reserved names, and parent_type correctness. Always validate before saving!

  Parameters:

  • schemas (required) — array — Array of schema definitions to validate.

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• schema_save destructive

  Save/upload schemas into a project. Schemas are validated before saving and linked to the project. Returns the saved schemas with their UUIDs; skipped schemas carry the platform's reason. IMPORTANT: Pass FLAT schema objects directly — do NOT wrap in schema_content. The tool handles schema_type detection and wrapping automatically. Required fields: name, namespace, parent_type, attributes. Set namespace to your app's namespace (e.g. 'shop'); the schema is stored as namespace:name. Mark required attributes with "mandatory": true. Supported attribute types: 'string' for text, 'float' for decimal numbers (NOT 'number'), 'integer' for whole numbers, 'boolean' for true/false. project_uuid defaults to your key's project; a project-scoped key can only save into its own project. A schema skipped for compatibility warnings is applied with force_upload=true. Example: { "schemas": [{ "name": "product", "namespace": "shop", "description": "Product catalog entry", "parent_type": "tenant", "attributes": [ {"name": "title", "type": "string", "mandatory": true}, {"name": "price", "type": "float"}, {"name": "stock", "type": "integer"} ] }] }

  Parameters:

  • schemas (required) — array — Array of schema definitions to save.
  • force_upload — boolean — Apply changes that only have compatibility WARNINGS (default: false). Breaking changes are still refused.
  • project_uuid — string — Project to save into (defaults to your key's project; required for a domain-admin key).
  • skip_existing — boolean — Skip schemas that already exist (default: true).

  Hints: read-only no · destructive yes · idempotent yes · open-world no

• schema_delete destructive

  Delete a schema from the domain. Use with caution.

  Parameters:

  • schema_uuid (required) — string — UUID of the schema to delete.
  • force_delete — boolean — Force delete even with dependencies (default: false).

  Hints: read-only no · destructive yes · idempotent yes · open-world no

• schema_list_project read-only

  List schemas linked to the current project.

  Parameters:

  • project_uuid — string — Project to list schemas for. Optional; defaults to the key's project when resolvable (pass the project_uuid from build_whoami/build_list_projects under an API key).
  • include_content — boolean — Include full schema content (default: true).

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• schema_update destructive

  Update an existing schema definition.

  Parameters:

  • schema_uuid (required) — string — UUID of the schema to update.
  • schema_content (required) — object — New schema content (full schema definition).
  • new_version — string — Optional new version string.
  • check_compatibility — boolean — Check compatibility with existing data (default: true).

  Hints: read-only no · destructive yes · idempotent yes · open-world no

• project_link_schemas

  Link schemas to a project. Accepts schema UUIDs or names.

  Parameters:

  • project_uuid (required) — string — UUID of the project to link schemas to.
  • schema_names — array — List of schema names to link (resolved to UUIDs). Use 'namespace:name' when a name exists in several namespaces.
  • schema_uuids — array — List of schema registry UUIDs to link.

  Hints: read-only no · destructive no · idempotent no · open-world no

• sdk_generate destructive

  Generate client SDKs for the domain's schemas.

  Parameters:

  • languages — array — Languages to generate (default: ['python', 'javascript']).
  • include_docs — boolean — Include docs (default: true).
  • force_rebuild — boolean — Force rebuild (default: false).

  Hints: read-only no · destructive yes · idempotent no · open-world no

• sdk_status read-only

  Check SDK generation request status.

  Parameters:

  • request_id (required) — string — Request ID from sdk_generate.

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• sdk_list read-only

  List available SDKs for the current domain.

  Parameters:

  • limit — integer — Max results (default: 50).
  • language — string — Filter by language.

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• sdk_download read-only

  Get download URL for an SDK.

  Parameters:

  • sdk_uuid (required) — string — UUID of the SDK.
  • artifact — string — Artifact type (default: 'wheel').

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• rbac_get_my_access read-only

  Get current user's role, permissions, and scope.

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• rbac_check_permission read-only

  Check if the current user has a specific permission.

  Parameters:

  • permission (required) — string — Permission to check (e.g. 'schema:manage', 'data:write').

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• apikey_get_scope read-only

  Get the scope and permissions of the current API key.

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• connector_run destructive

  Trigger a manual connector sync execution.

  Parameters:

  • connector_id (required) — string — UUID of the connector.
  • params — object — Optional execution parameters.

  Hints: read-only no · destructive yes · idempotent no · open-world yes

• connector_cancel destructive

  Cancel a running connector execution.

  Parameters:

  • connector_id (required) — string — UUID of the connector.
  • execution_id (required) — string — UUID of the execution to cancel.

  Hints: read-only no · destructive yes · idempotent yes · open-world no

• connector_status read-only

  Get connector status and recent executions.

  Parameters:

  • connector_id (required) — string — UUID of the connector.

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• connector_enable

  Enable a connector for scheduling.

  Parameters:

  • connector_id (required) — string — UUID of the connector.

  Hints: read-only no · destructive no · idempotent yes · open-world no

• connector_disable

  Disable a connector.

  Parameters:

  • connector_id (required) — string — UUID of the connector.

  Hints: read-only no · destructive no · idempotent yes · open-world no

• connector_discover

  Trigger schema/metadata discovery for a connector.

  Parameters:

  • connector_id (required) — string — UUID of the connector.
  • params — object — Optional discovery parameters.

  Hints: read-only no · destructive no · idempotent no · open-world yes

• connector_discover_status read-only

  Get discovery execution status.

  Parameters:

  • connector_id (required) — string — UUID of the connector.
  • execution_id (required) — string — UUID of the discovery execution.

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• connector_discover_results read-only

  Get discovery results.

  Parameters:

  • connector_id (required) — string — UUID of the connector.
  • execution_id (required) — string — UUID of the discovery execution.

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

• connector_test_config

  Test a connector configuration.

  Parameters:

  • config (required) — object — Connector config to test.

  Hints: read-only no · destructive no · idempotent yes · open-world yes

• connector_test read-only

  Test an existing connector's connectivity.

  Parameters:

  • connector_id (required) — string — UUID of the connector.

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world yes

• connector_plugins read-only

  List available connector plugins.

  Hints: read-only yes · destructive not declared · idempotent not declared · open-world no

Publisher website Repository

Measured by MCPYP probing. Untested fields are omitted, never estimated. Listing is always free; MCPYP never proxies calls or stores user tokens.