The API Report CardAPI Index
GC AI

GC AI API

AI assistant and contract review for in-house legal teams · gc.ai

GC AI ships a public External API v1 for chat completions, files, projects, playbooks and skills, with self-serve API keys and an OAuth protected MCP server. Client libraries, event callbacks and a documented sandbox are missing, and usage is metered in credits.

Last verified: August 2026Legal
API GRADE
A-
VERIFIED AUG 2026

SCORECARD

ExistenceGOODdocs.gc.ai returns 200 and serves a public GC AI External API v1 reference plus an OAuth protected MCP server.
AccessGOODSelf-serve signup at app.gc.ai and published pricing; an org admin flips API access on, then users mint their own keys.
CoverageGOODFull CRUD across chats, messages, files, folders, playbooks, checks and profiles; bulk reads run through documented pagination.
AuthGOODAPI keys with gcai_ prefix in the Authorization header, split into organization and personal scopes, and OAuth on the MCP server.
Docs & DXGOODPublic reference, surface map, worked examples and a Replit quickstart; client libraries and webhooks are not published.
StabilityGOODPublic changelog carries dated releases back to August 2025, and the surface is versioned as external v1 at spec 1.0.0.
Supergood turns hard-to-integrate enterprise software into clean REST APIs and MCP tools: stable endpoints, normalized JSON, managed auth.

Frequently asked questions

GC AI scores A- on the API Report Card. GC AI ships a public External API v1 for chat completions, files, projects, playbooks and skills, with self-serve API keys and an OAuth protected MCP server. Client libraries, event callbacks and a documented sandbox are missing, and usage is metered in credits.

Tried to integrate with GC AI?
SOURCES
Inference endpoints are capped at 60 requests per minute per organization and 20 per API key, and the per-organization ceiling is shared, so minting extra keys does not raise total throughput docs.gc.ai
Every inference call returns a job envelope rather than a synchronous response, so chat completions and playbook runs that outlast the inline wait window must be polled by job_id docs.gc.ai
Organization keys reach non-access-controlled resources only, and user-centric endpoints such as chat search require a personal key, so one shared integration cannot cover every read docs.gc.ai
The published REST surface map contains no webhook or event-callback endpoints, leaving polling as the only way to learn that work finished docs.gc.ai
The complete documentation index lists no client library or SDK page, so every integrator writes and maintains their own HTTP layer docs.gc.ai
Interactive clarification is documented as a current limitation: the model cannot pause mid-completion to ask a follow-up question docs.gc.ai