Dec 10, 2025
Latest updates and announcements
Removal of label query parameter from connected accounts API
The label query parameter has been removed from the GET /api/v3/connected_accounts endpoint.
What's changing?
The label query parameter is no longer supported when listing connected accounts. This parameter was previously accepted but had no functional behavior since label ingestion was removed in an earlier update.
Impact
None - This is a cleanup change. The label query parameter was not performing any filtering since the underlying label ingestion functionality was already removed. If your code was passing this parameter, it was being silently ignored.
Migration
No action required. If your code was passing the label query parameter, you can safely remove it from your API calls.
Enhanced Security Masking for Sensitive Fields
We've improved the security masking for REDACTED fields in the following APIs:
What's Changed: Sensitive fields are now partially masked, revealing only the first 4 characters to help with debugging while maintaining security.
Example:
Before: REDACTED
After: abcd...Disabling Masking
If you need to disable masking for your use case, you have two options:
- Via UI: Navigate to Project Settings → Configuration tab and update the masking settings
- Via API: Use the Patch Project Config API
Typed Responses Across Toolkits
We've updated many toolkits so their outputs are now strongly typed objects instead of a generic response_data blob, meaning tools like Outlook, HubSpot, Notion, etc. now return well-shaped, documented fields you can rely on directly in your code and agents. These improvements apply to the latest toolkit versions—see our toolkit versioning docs for how versions are managed.
Breaking Change for latest Version
If you're using the latest version and your code post-processes the old response_data structure, you'll need to update your code to work with the new flattened, typed response schemas.
Why This Matters
- Better developer experience for direct execute: clear fields and types
- Improved agent performance: flatter output shapes with explicit fields reduce nesting and invalid params
- Clearer docs and type safety: richer metadata for IDEs and autocomplete
Before vs After
Previous (generic, version 20251202_00):
{
"data": {
"response_data": { "...": "..." }
},
"successful": true
}Now (typed example – Outlook List Messages, version 20251209_00):
{
"data": {
"@odata.context": "https://graph.microsoft.com/v1.0/$metadata#users('me')/messages",
"@odata.nextLink": "https://graph.microsoft.com/v1.0/me/messages?$skip=10",
"value": [
{
"id": "abc123",
"subject": "Hi there",
"from": { "emailAddress": { "address": "a@b.com", "name": "Alice" } },
"hasAttachments": true
}
]
},
"successful": true
}For the exact field mapping per toolkit, open platform.composio.dev → Toolkits → List Messages (or the relevant tool).
Migration Notes
- Breaking change for consumers on the
latestversion who post-process the old nestedresponse_datashape: outputs are now flattened and explicitly typed. - New and modified fields include richer descriptions and examples; some legacy placeholders were removed.
- Re-fetch schemas for your tool/version to see the typed definitions. Use the toolkit view in
platform.composio.devfor authoritative field details.