otherapi_key

Inistate

Inistate is a workspace platform for building workflow and record-management applications, configuring modules, managing entries and activities, auditing changes, and handling files.

Verdict

Inistate is a low-code workflow platform that tracks records through custom states and activities. This MCP exposes twelve tools that let your team read schemas, create entries, transition states, and audit history without leaving Switchy. Developers and ops teams use it to script bulk updates, triage flagged records, and pull audit trails into sprint reviews. Every state change returns a confidence score — low confidence flags the transition but doesn't block it, so you'll need to review flagged items manually. No OAuth; you authenticate with an API key scoped to your workspace.

Common use cases

  • Bulk-transition support tickets after triage
  • Audit who changed a record and when
  • Script nightly cleanup of stale entries
  • Preflight activity forms before batch updates
  • Flag low-confidence state changes for review

Integration

Vendor
Inistate
Category
other
Auth
API_KEY
Tools
12
Composio slug
inistate

Tools

  • Bulk Change Entry States

    Request state transitions for 1-100 entries in one module. Inistate processes items sequentially and returns fail-soft per-item results; low confidence may flag and suppress individual transitions.

  • Bulk Update Entries

    Update fields on 1-100 entries in one module. Inistate processes items sequentially and returns fail-soft per-item results, so one failure does not roll back or stop the remaining updates.

  • Change Entry State

    Request a state transition for one module record; low confidence can flag the result and suppress the transition.

  • Create Entry

    Create one record in a module through its create activity and return whether low confidence caused it to be flagged.

  • Get Activity Form

    Get the required fields, current values, options, defaults, and confidence threshold for a module activity before submitting it.

  • Get Entry

    Get one module record by ID, including its current values, state, audit metadata, and available activities.

  • Get Entry History

    Return one chronological 50-item page of a record's audit trail, comments, field changes, and AI traceability context. Pagination is explicit and zero-based because Inistate does not document a continuation or completion field in the succes

  • Get Module Schema

    Get a module's fields and states, optionally including its activities and flows, before querying or changing records.

  • List Entries

    Return one page of records from a module using a saved listing, field filters, search, sorting, and field projection.

  • List Modules

    List modules available in a workspace so their exact names can be used in schema and record tools.

  • List Workspaces

    List workspaces accessible to the connected API key, optionally filtering by workspace name.

  • Update Entry

    Update fields on one existing module record through its edit activity and return whether low confidence caused it to be flagged.

Setup

Setup guide

  1. 11. Open your Switchy workspace settings and navigate to the Integrations tab. 2. Click 'Add MCP' and select Inistate from the catalog. 3. In a separate browser tab, log into your Inistate account and generate an API key from the workspace admin panel (usually under Settings → API Keys). 4. Copy the key and paste it into the Switchy connection form, then click 'Connect'. 5. Switchy will validate the key and list the modules your key can access. 6. Open any Project, type '@Inistate get module schema' followed by a module name, and confirm the MCP returns field definitions. 7. If the schema loads, the connection is live and you can invoke any of the twelve tools by @mentioning Inistate in a prompt.

What teammates see: by default, memories from Inistate are scoped to the Project (PROJECT visibility) - you can mark any memory PRIVATE or share it ORG-wide.

Works well with

Top models

Compatibility data appears once enough Projects have used this MCP together with a given model.

How Switchy teams use it

Not enough Projects yet to publish anonymised usage stats (we require ≥ 50 Projects per week).

Starter prompts

Schema Overview

@Inistate get the module schema for 'SupportTickets' including activities and flows, then summarize the required fields and possible state transitions.

Bulk State Transition

@Inistate change the state of entries 101 through 120 in the 'Leads' module to 'Archived'. Show me which transitions succeeded and which were flagged for low confidence.

Audit Trail Export

@Inistate get the entry history for record 4567 in the 'Orders' module, then format the audit trail as a timeline with timestamps and user names.

Preflight Activity Check

@Inistate get the activity form for 'CreateTicket' in the 'SupportTickets' module and list every required field, its type, and any default values.

Batch Field Update

@Inistate bulk update entries 200 to 250 in the 'Contacts' module, setting the 'Status' field to 'Active'. Report how many succeeded and list any that failed.

Example outputs

Illustrative - representative of the model's voice and quality, not literal recordings.

Prompt

@Inistate show me the schema for the 'support-tickets' module, including all activities and state flows.

Output

The support-tickets module has 14 fields (ticket_id, subject, priority, assigned_to, customer_email, description, status, created_at, updated_at, resolution_notes, category, severity, sla_deadline, tags) and 5 states (new, assigned, in_progress, waiting_customer, resolved). Available activities include 'create_ticket' (requires subject, priority, customer_email), 'assign_ticket' (requires assigned_to), 'escalate' (requires severity, notes), and 'resolve' (requires resolution_notes). State flows allow transitions from new→assigned, assigned→in_progress, in_progress→waiting_customer or resolved, and waiting_customer→in_progress.

Notes

This example demonstrates schema introspection before writing data. Inistate modules are custom-defined per workspace, so field names and state flows vary. Always fetch the schema first when working with an unfamiliar module to avoid validation errors on create or update operations.

Prompt

@Inistate create a new entry in 'project-tasks' with title 'Migrate legacy API endpoints', priority 'high', assigned to user ID 'u_4729', and due date March 15.

Output

Entry created successfully with ID task_8821. Title: 'Migrate legacy API endpoints', priority: high, assigned_to: u_4729, due_date: 2025-03-15, state: backlog. Confidence score: 0.92 (above threshold). The record was not flagged and is immediately visible to the team. Created at 2025-01-15T14:32:18Z by AI assistant via MCP.

Notes

This example shows single-record creation with Inistate's confidence scoring. If the AI's field mappings had fallen below the module's confidence threshold (typically 0.85), the entry would be created but flagged for human review. Requires write permissions on the target module and valid user IDs for assignment fields.

Prompt

@Inistate pull the last 50 history events for entry 'ticket_3394' and summarize what caused the SLA breach.

Output

Ticket_3394 history (page 0, 50 events): Created Jan 10 at 09:14 (state: new), assigned to agent u_2201 Jan 10 at 11:03, transitioned to in_progress Jan 11 at 08:45, moved to waiting_customer Jan 11 at 16:22 with comment 'Requested log files', customer replied Jan 14 at 10:05 (3-day gap), returned to in_progress Jan 14 at 14:30, resolved Jan 15 at 09:12. Summary: The SLA breach occurred during the 3-day waiting_customer period (Jan 11-14) when the customer delayed providing logs. The ticket spent 28 hours in-progress across two intervals, but the waiting period pushed resolution past the 72-hour SLA.

Notes

This example pairs Inistate's audit trail with AI reasoning to diagnose workflow delays. History pagination is zero-based and capped at 50 events per page; longer trails require multiple calls. The AI traceability context in each event shows which assistant actions were automated versus human-initiated, useful for compliance audits.

Use-case deep-dives

Compliance audit trail reconstruction

When Inistate wins for regulated-team record-keeping

A 6-person medical-device startup needs every design-control change logged with AI provenance for FDA submissions. Inistate's Get Entry History tool returns 50-item audit pages that include field changes, comments, and AI traceability context in one call—exactly what auditors ask for. The MCP's confidence thresholds let the team flag low-confidence AI edits before they land in the official record, so human review happens inline instead of during post-hoc cleanup. If your compliance regime requires immutable logs and you're under 500 records per module, this MCP handles the entire chain of custody without custom scripting. Teams that don't face regulatory scrutiny won't need the audit overhead; stick with a simpler state-machine MCP.

Batch status updates after QA

When bulk state changes beat one-at-a-time workflows

A 3-person QA team closes 40 test cases every Friday after regression runs. Inistate's Bulk Change Entry States tool processes 1-100 transitions in one request and returns fail-soft per-item results, so one malformed case ID doesn't block the other 39. The MCP surfaces low-confidence flags inline, letting the team spot ambiguous transitions before they commit. If your workflow involves fewer than 10 state changes per session or you need atomic all-or-nothing commits, the bulk tools add complexity you don't need—use the single Change Entry State tool and loop in your prompt. For teams that batch-process dozens of records weekly, the bulk endpoint cuts latency and keeps the conversation moving.

Dynamic form prefill for intake

When Get Activity Form saves round-trips during onboarding

A 5-person customer-success team onboards 15 new accounts a week, each requiring a multi-field intake form with conditional defaults. Inistate's Get Activity Form tool returns required fields, current values, options, defaults, and confidence thresholds in one call before the agent submits the Create Entry. That means the AI can prefill the form, validate required fields, and surface confidence warnings without a second round-trip to the user. If your intake forms are static or you onboard fewer than 5 accounts a month, the schema-fetch overhead isn't worth it—just hardcode the fields. For teams with variable or conditional forms, this MCP turns a 4-message back-and-forth into a single confirmation prompt.

Frequently asked

What does the Inistate MCP let me do in Switchy?

It connects your Inistate workspace so AI agents can read, create, and update records across your modules. Agents can transition entries between states, bulk-update up to 100 records at once, pull audit history, and inspect module schemas—all without leaving the chat. You still control which modules the API key can access.

Do I need admin access to connect Inistate?

You need an Inistate API key with permissions for the modules you want agents to touch. Inistate's API key scoping is workspace-level, so check with your admin which modules the key can read or write. The MCP won't create keys for you; bring your own from Inistate's settings.

Can the MCP change entry states or only read them?

It can request state transitions for individual entries or up to 100 at once. Inistate's confidence system may flag or suppress low-confidence transitions, and the MCP surfaces those warnings. If a transition fails mid-batch, the rest continue—Inistate processes them fail-soft, so one error doesn't block the others.

Why use this instead of Inistate's web UI or API directly?

The MCP wraps Inistate's API so agents can act on natural-language instructions—no manual curl or Postman. Bulk operations that would take five UI clicks per record become one chat message. You lose Inistate's visual workflow builder, but gain speed for repetitive data tasks and audit-trail lookups during conversations.

Who on the team should connect the Inistate integration?

Whoever owns your Inistate workspace API keys and understands which modules agents should touch. Once connected, any Switchy teammate in the workspace can invoke the MCP, so treat the API key like shared credentials. If you rotate keys in Inistate, update the connection in Switchy to avoid auth failures.

More other MCPs

See all other MCPs →

Data last verified 62 hours ago.Sources aggregated hourly to weekly. See docs/architecture/model-directory.md.