Skip to main content
The MCP server is in public beta. It is open to use and still being refined, so tools and behavior may change.
Tool ask_gcai · Behavior Open world
Ask GC AI a legal question or give it a task. Optionally ground it in uploaded files (file_ids), playbooks (playbook_ids), skills (skill_ids), or a Contract Intelligence vault (vault_id). Returns a job envelope, not a final answer: while status is pending or running, keep polling ask_gcai_status with the returned job_id until status is succeeded (then result holds the answer). Pass chat_id to continue a prior conversation, sending only the new message (conversation state is kept server-side).

Input parameters

string
required
The user’s message or prompt
string (uuid)[]
Optional uploaded file IDs to attach as context for this completion. Upload files first via POST /files.
string (uuid)[]
Optional playbook IDs to ground the completion in (up to 20). The model uses each playbook’s checks and guidance to structure its review of the attached files. Discover playbooks via GET /playbooks.Org-scoped keys can use org-visible and official playbooks.
string
Deprecated and no longer accepted. Use playbook_ids (an array) instead. Requests that include this field are rejected with a 400 so the playbook is never silently dropped.
string (uuid)[]
Optional skill IDs to run on the first turn. Each skill’s instructions are injected as context for this completion. Discover skills via GET /skills.Only valid when starting a new chat; omit them when continuing with chat_id.
string (uuid)
Optional chat ID to continue an existing conversation, from the chat_id of a prior completion. Omit to start a new chat.Conversation state is held server-side, so send only your new message (plus any new file_ids); do not re-send prior turns or previously returned documents/emails/diagrams. Only one turn may be in flight per chat at a time. See Multi-turn Conversations.
string (uuid)
Optional project to file the chat into. Requires write access to the project. Discover projects via GET /projects.This does two things: it grounds the completion in the project’s files, and it files the chat under that project. Filing alone does not make the chat visible to people, because API chats stay out of chat history until they are materialized. Pass materialize: true (or call POST /chat/{id}/materialize afterwards) for the chat to appear under GET /projects/{id}/chats and in the GC AI web app. See Chat Visibility.
boolean
Surface this chat into chat history as part of the same call, instead of making a second request to POST /chat/{id}/materialize. Defaults to false, which keeps the chat headless.Set this when a person is meant to open the chat. An organization-scoped key shares the materialized chat with the whole organization, so any member can open it and keep chatting in it. A user-scoped key keeps the chat owned by the caller.On success the response includes chat_url. If that field is absent, materialization did not happen and the chat is still headless; retry with POST /chat/{id}/materialize using the returned chat_id. Continuing an already-materialized chat is a no-op. See Chat Visibility.
string (uuid)
Optional company profile to ground the completion in, so the model has that company’s context (industry, jurisdiction, regulations, risk posture). Discover company profiles via GET /company-profiles.The company is fixed for the life of a chat. On a new chat, supply this to target a specific company (the only way to ground against a particular one in a multi-company organization); when omitted, a company is auto-resolved: user-scoped keys use the caller’s active (default) company, and org-scoped keys use the organization’s sole company, or none when there are several.When continuing a chat with chat_id, omit this to reuse the chat’s company. You may echo the same company_id, but a different one is rejected with 409 (start a new chat to use a different company).
string (uuid)
Optional Contract Intelligence vault to ground the completion in, so the model can query that vault’s documents and fields. Copy the vault ID from the GC AI web app.Authorization: User-scoped keys need the Vault Chat permission, Contract Intelligence access, and view access to the vault. Organization-scoped keys need the organization to have Contract Intelligence entitlement; they can attach any vault in the organization because organization keys have no user identity for per-vault access checks.The vault is fixed for the life of a chat. When continuing with chat_id, omit this to reuse the chat’s vault. You may echo the same vault_id, but a different one is rejected with 409 (start a new chat to use a different vault).When also filing into a project (project_id) that is linked to a vault, vault_id must match that vault. A different one is rejected with 409; omit vault_id to use the project’s vault.

Response

string
Job identifier. Pass it to the matching *_status tool to poll.
'pending' | 'running' | 'succeeded' | 'failed' | 'canceled'
succeeded means result is populated; running/pending means poll again; failed/canceled are terminal.
object | null
Typed result when status is succeeded; null until then.
string
The exact tool to call to poll this job. Call it yourself with job_id; do not ask the user to poll.
number | null
While status is pending/running, wait this many seconds, then call status_tool with job_id. null once the job is terminal.
string
Plain-language next step. Follow it before responding.