Modal
The integration registry includes Modal. The product stores credentials, checks token fields, and makes them available to generic Environment and agent connectors.
Purpose
Configure Modal access through the authenticated integration routes. Then use Environment monitoring, secret storage, and usage-ingestion features in the product.
Prerequisites
- A signed-in Supabase session.
- A CSRF token for POST and PATCH requests.
- A Modal token_id and token_secret pair.
Setup
1
Create the credential with POST /api/integrations using provider `modal` and auth_type `api_key`.
2
Supply `token_id` and `token_secret` in the credentials payload or through the integrations settings UI fields.
3
Use Integrations settings to attach the credential to an Environment after verification succeeds.
API & contracts
| Field | Type | Description |
|---|---|---|
| modal | api_key | Provider slug accepted by the integration registry. |
- The verifier requires both `token_id` and `token_secret`.
- Environment connector bindings accept the `modal` connector type.
- The current agentic connector registry exposes Modal through a generic API-key connector.
Failure modes
- POST /api/integrations returns 400 when Modal credential fields are missing.
- Mutation routes return 401 without a session and 403 when the CSRF token is missing.
- Environment binding fails when the selected credential is not in `connected` status.
Partial
Credential storage, verification, and connector binding are implemented. Modal-specific resource fetching, deployment sync, and webhook handling are not implemented in the current codebase.