Skip to content

ChatGPT Setup

Use this guide when ChatGPT should call Roster tools through a custom MCP app. ChatGPT currently describes these integrations as apps; older product and support pages may call them custom connectors.

Customer admins can share this page with end users after Roster is deployed. Replace https://roster.example.com/mcp with the customer’s Roster MCP URL.

  • A public HTTPS Roster MCP endpoint, for example https://roster.example.com/mcp.
  • ROSTER_MCP_AUTH_MODE=oauth for user-based ChatGPT access.
  • ROSTER_MCP_RESOURCE_URI set to the exact public MCP URL.
  • A ChatGPT plan or workspace that supports custom MCP apps.
  • Roster identities mapped to the users who will authorize the app.

ChatGPT connects to the deployed Roster MCP endpoint over HTTPS.

Set the MCP endpoint to OAuth mode:

ROSTER_MCP_AUTH_MODE=oauth
ROSTER_MCP_RESOURCE_URI=https://roster.example.com/mcp
ROSTER_AUTH_URL=https://roster.example.com

For a staged rollout that still supports automation clients:

ROSTER_MCP_AUTH_MODE=api_key,oauth
ROSTER_MCP_RESOURCE_URI=https://roster.example.com/mcp

ChatGPT should receive Roster-issued MCP OAuth tokens. Do not pass external IdP tokens, such as Entra ID or Okta tokens, directly to the MCP endpoint.

Use the ChatGPT workspace app setup flow to create or approve a Roster MCP app with these values:

Name : Roster

MCP server URL : https://roster.example.com/mcp

Authentication : OAuth

Purpose : Participant resolution and Roster management tools

Authorize the app through the Roster OAuth flow. The authorized user receives only the mcp:* scopes approved for that grant and identity.

After Roster is connected on ChatGPT web, the same connection is available to that user in the ChatGPT macOS app. Users do not need to repeat the MCP URL setup in the macOS app.

Use the workspace-approved distribution path when users should not create the app manually.

For manual or self-service setup, customer admins can provide these values to end users:

Roster MCP URL:
https://roster.example.com/mcp
Connector name:
Roster
Description:
Use Roster to resolve approval routing, participants, delegations, labels, projects, and latest Resolve requests.
Required auth:
Sign in with your company account.

For read-only routing, grant:

mcp:resolve
mcp:resolve-requests:read
mcp:projects:read
mcp:participants:read

For project-maintenance workflows, add only the write scopes required by the use case:

mcp:projects:write
mcp:participants:write
mcp:labels:write
mcp:delegations:write

Write scopes do not bypass Roster authorization. A project owner can still only modify owned project data.

Roster advertises MCP safety annotations for ChatGPT and other clients. Read tools are marked read-only and non-destructive. Create/update/add tools are marked write and non-destructive. Delete/remove/revoke tools are marked destructive. After changing server tool metadata, reconnect the ChatGPT app so ChatGPT rediscovers the current tool descriptors and OAuth permissions.

For the most reliable first call in a conversation, mention Roster explicitly with @Roster or add Roster from the tools/app picker. ChatGPT may continue to use the Roster result naturally in follow-up questions in the same conversation, but end-user guidance should not promise automatic discovery for every new prompt.

First prompt:

@Roster resolve who should handle vendor security review for Atlas Operations.

Natural follow-up prompts can omit @Roster after the first Roster-backed answer:

Why those participants?
Show the latest Resolve request with project, requester, question, answer, selected participants, and identified users.

Use @Roster again when starting a new Roster-backed task or when ChatGPT does not select Roster automatically:

@Roster list the participants in the Atlas Operations project and show any active delegations.

For company knowledge or deep research scenarios, ChatGPT may limit custom apps to read-only data access. Roster’s MCP server is a full action-oriented MCP app with exact Roster tools, so use this setup for the platform workflows described here.

Before publishing the app to a workspace:

  • Review the exposed Roster tools and disable write tools that are not needed.
  • Verify OAuth consent text, callback behavior, and refresh-token behavior before enabling broad access.
  • Confirm action approval settings for write tools such as project, participant, label, and delegation mutations.
  • Grant workspace access only to groups that should use Roster.