Accessible Transport Disruption Plan

Accessible Transport Disruption Plan MCP Connector for Claude

A+

Automated contingency protocols for users with accessibility needs during transport disruptions.

4 tools Official Updated Oct 1, 2026 Official Vinkius Partner

This MCP server provides critical contingency management for users with mobility requirements. It allows AI agents to manage transport failures by generating disruption triggers, contact orders, and replacement actions. Use get_disruption_plan to generate contingency responses, validate_journey_parameters to ensure accessibility compliance, get_provider_status to monitor delays, and simulate_fallback_sequence to test the viability of fallback rules.

mobilitycontingencytransportaccessibilitydisruption

4 tools expose this connector's capabilities to your AI agent.

get_disruption_plan

Generates a complete contingency response for a specific journey when a disruption occurs

get_provider_status

Checks the current availability or delay status of a specific transport provider

simulate_fallback_sequence

Tests a user's fallback rules against a hypothetical disruption to ensure the plan is viable

validate_journey_parameters

Ensures a new recurring journey configuration is logically sound and meets accessibility requirements

See how to talk to your AI agent using Accessible Transport Disruption Plan.

My primary transport provider is delayed by 20 minutes. What is the contingency plan?

The disruption trigger has been activated. The system will notify your primary contact via SMS and then attempt to book your secondary provider, Provider B.

Check if my current transport provider is available for my 10:00 AM trip.

Provider Alpha is currently available and is running on schedule for your 10:00 AM trip.

Is my new journey configuration valid for someone using a wheelchair?

The journey configuration is valid. All selected pickup points are marked as accessible and the fallback providers are correctly prioritized.

The system uses `get_disruption_plan` to evaluate if a delay exceeds the user's maximum acceptable limit and then triggers the pre-defined fallback rules.

Related Connectors