otherapi_key

OneTapCheckIn

OneTapCheckIn helps organizations manage events, attendee profiles, check-ins, passports, integrations, and attendance alerts.

Verdict

OneTapCheckIn manages event attendance and participant profiles. An @mention lets your team create check-in lists, add profiles, search attendance records, and delete entries — all without leaving Switchy. Event coordinators use it to build rosters before an event, operations teams pull attendance reports after, and admins clean up outdated profiles. The MCP deliberately blocks bulk operations (no delete-all, no add-all-profiles) to prevent accidental data loss. You'll need an API key from your OneTapCheckIn organization settings.

Common use cases

  • Build event rosters before go-live
  • Pull attendance reports after sessions close
  • Search participant records by date range
  • Clean up duplicate or outdated profiles
  • Add walk-ins to existing check-in lists

Integration

Vendor
OneTapCheckIn
Category
other
Auth
API_KEY
Tools
19
Composio slug
onetapcheckin

Tools

  • Add Participants

    Add one or more existing profiles to one or more lists without checking them in. This deliberately excludes add-all-profiles and initial attendance fields to prevent unexpectedly broad or historical mutations.

  • Create List

    Create an event/check-in list. The provider currently creates open registration even when disabled during creation, so this tool does not expose that unreliable flag; update the list afterward when registration must be changed.

  • Create Profile

    Create one person profile without adding it to a list. OneTapCheckIn automatically creates a global passport. This tool does not send a confirmation email.

  • Create Profiles

    Create 1 to 25 person profiles in input order using one provider request per profile. Confirmation emails are always disabled. Provider validation or conflict failures are reported per item and later profiles are still attempted, so partial

  • Delete List
    destructive

    Permanently delete one list by ID. This is intentionally limited to one known list and never invokes the provider's bulk or delete-all operation.

  • Delete Profile
    destructive

    Permanently delete one profile. This also removes the profile's automatically created global passport and never invokes the provider's bulk or delete-all operation.

  • Find Lists

    Get one list by exact ID or search the connected organization's lists. Search returns one page and a continuation cursor.

  • Find Participants

    Get one participant by exact ID or search attendance records by list, profile, status, text, or date range. Search returns one page and a continuation cursor.

  • Find Profiles

    Get one profile by ID or search profiles by identity, list, passport, or check-in code. Returns one page and a continuation cursor.

  • Get Organization

    Return the organization associated with the connected API key. The response does not expose the organization's subscription tier.

  • Get Profile Custom Fields

    Return the organization's configured profile custom-field definitions so an agent can use valid field names and value types when creating or updating profiles.

  • List Alerts

    Return one page of organization alert and automation rules together with outbound check-in confirmation settings.

  • List Passports

    List one page of standard passports for exactly one profile or participant. Use next_page to continue when a full page is returned; the provider does not support an unfiltered list-all call.

  • Remove Participant
    destructive

    Remove one participant record from its list. This deletes the list membership and attendance record, not the underlying profile.

  • Update List

    Partially update a list. Omitted fields are preserved even though the provider uses PUT.

  • Update Participant

    Update metadata on one participant record without performing check-in or checkout. Omitted fields are preserved.

  • Update Participant Attendance

    Check in, check out, undo check-in, or undo checkout for one known participant. These operations change attendance history; undo actions retain attachments. This tool never sends visitor alerts.

  • Update Participant Attendance Batch

    Apply one shared check-in, checkout, undo check-in, or undo checkout operation to 1 to 25 participants in input order, using one provider request per item. Items execute independently: validation, not-found, and conflict failures are report

  • Update Profile

    Partially update one profile. Omitted fields are preserved even though the provider uses PUT.

Setup

Setup guide

  1. 11. In Switchy, open Settings → Integrations → Browse MCPs and find OneTapCheckIn. 2. Click Connect and you'll see a prompt for your API key. 3. Log into your OneTapCheckIn dashboard, navigate to Organization Settings → API Access, and copy the key. 4. Paste the key into Switchy and click Authorize. 5. Switchy confirms the connection and shows which organization account is linked. 6. Open any Project, type '@OneTapCheckIn find lists' in the chat, and send — you should see your event lists returned. 7. If the response is empty or errors, double-check the API key has read/write permissions in OneTapCheckIn's settings.

What teammates see: by default, memories from OneTapCheckIn 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

Create Event List

@OneTapCheckIn create a list called 'Q2 All-Hands' with description 'April 15 town hall and breakout sessions'.

Add Profiles to List

@OneTapCheckIn add profiles with emails alice@example.com and bob@example.com to the 'Q2 All-Hands' list.

Search Attendance Records

@OneTapCheckIn find all participants on the 'Q2 All-Hands' list who checked in between April 10 and April 20.

Create New Profile

@OneTapCheckIn create a profile for Jane Doe, email jane.doe@example.com, phone +1-555-0199.

Delete Outdated Profile

@OneTapCheckIn delete the profile with email old.account@example.com.

Example outputs

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

Prompt

@OneTapCheckIn search all participants who checked in to the 'Q1 All-Hands' list in the last 7 days and show me their attendance status

Output

Found 47 participants checked in to 'Q1 All-Hands' between Jan 15–22. Breakdown: 42 attended, 3 marked absent, 2 pending. Top attendees include Sarah Chen (checked in Jan 15, 9:02 AM), Marcus Rodriguez (Jan 16, 8:45 AM), and Priya Patel (Jan 17, 10:12 AM). Full list includes profile IDs, check-in timestamps, and status flags. This is an illustrative example; actual results depend on your organization's event data and participant records.

Notes

This read-heavy example shows how the MCP surfaces attendance records across a date range. Requires API key with read access to the target list. Search returns one page at a time with a continuation cursor—large events may need multiple queries to retrieve all participants.

Prompt

@OneTapCheckIn create a new event list called 'Feb Product Demo' and add the profiles for alex@example.com, jordan@example.com, and sam@example.com as participants

Output

Created list 'Feb Product Demo' (ID: lst_9x4k2p). Added 3 participants: alex@example.com (profile prf_a1b2c3, added successfully), jordan@example.com (profile prf_d4e5f6, added successfully), sam@example.com (profile prf_g7h8i9, added successfully). Note: participants are added to the list but not checked in—attendees must check in separately via the OneTapCheckIn interface or a subsequent action. This is an illustrative example of the create-and-populate workflow.

Notes

This write example demonstrates list creation and participant addition in one workflow. The MCP deliberately does not check participants in automatically—adding to a list only registers them for the event. Requires API key with write permissions. Be aware the provider may enable open registration by default; update list settings afterward if needed.

Prompt

@OneTapCheckIn find all lists created in January, then summarize which events had the highest attendance rates and flag any with more than 10% no-shows

Output

Retrieved 12 lists created in January. Highest attendance: 'Leadership Offsite' (94% attended, 3 of 50 no-shows), 'Engineering Sync' (91%, 7 of 78 no-shows). Events flagged for high no-show rates: 'Optional Training Session' (22% no-shows, 18 of 82 registered), 'Friday Social' (15% no-shows, 9 of 60 registered). Analysis based on participant status fields; actual attendance tracking depends on how your team uses check-in vs. registration. This is an illustrative synthesis example.

Notes

This synthesis example pairs the MCP's list and participant search with AI reasoning to surface attendance trends. Useful for event planning retrospectives. Requires read access to lists and participants. The MCP returns raw data; the AI calculates rates and flags outliers—accuracy depends on consistent check-in practices across your organization.

Use-case deep-dives

Workshop series capacity planning

Why OneTapCheckIn's list-per-event model suits 10-session workshop calendars

A makerspace runs 8-12 workshops per month with 15-seat caps and needs real-time headcount to decide when to open a waitlist. The Create List tool spins up one list per workshop, and the Find Participants search by list ID shows current registrations without a separate RSVP system. The Add Participants tool registers people in bulk when the coordinator processes a Google Form, and the Delete List tool archives past workshops so the active calendar stays under 30 lists. This falls apart if you run 50+ concurrent workshops because the Find Lists pagination becomes a bottleneck and the MCP deliberately blocks bulk-delete to prevent accidents—you'll manually archive one list at a time. For makerspaces or coworking shops scheduling 10-15 events per month where attendance drives resource allocation, OneTapCheckIn keeps the calendar and headcount in one Switchy query instead of a Notion database.

Frequently asked

What does the OneTapCheckIn MCP do in Switchy?

It lets your AI agents create event lists, add people to them, check attendees in or out, and search attendance records. You can manage profiles across multiple events without opening the OneTapCheckIn web app. The MCP exposes 19 tools covering list creation, participant management, and attendance queries — all callable from any Switchy conversation.

Do I need admin access to connect OneTapCheckIn?

You need an API key from your OneTapCheckIn organization settings. The key grants full read-write access to lists, profiles, and attendance records for that organization. OneTapCheckIn doesn't offer scoped keys, so whoever connects it can create, modify, and delete any event data. Keep the key restricted to workspace admins.

Can the MCP check people in automatically when they arrive?

No. The MCP can mark profiles as checked in or out via API, but it can't detect physical arrivals. You still need OneTapCheckIn's mobile app or kiosk for real-time scanning. Use the MCP to bulk-update attendance after an event or to pre-populate lists before people show up.

Why use this instead of the OneTapCheckIn dashboard?

The MCP is faster for batch operations and cross-event queries. If you're creating 20 profiles or searching attendance across five lists, the AI can do it in one prompt instead of 20 form submissions. The dashboard is still better for configuring registration forms or exporting reports OneTapCheckIn doesn't expose via API.

Who on the team should connect this MCP?

Whoever manages your event roster and has API key access in OneTapCheckIn. Since the key can delete profiles and lists, don't share it with team members who only need read-only attendance lookups. If multiple people run events, consider one shared connection and use Switchy's workspace permissions to control who can invoke the tools.

More other MCPs

See all other MCPs →

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