discord
Discord API
Add optional liveliness field to invite object
The invite object schema now includes an optional liveliness field that returns a new GuildLivelinessResponse object containing guild message activity data. This is a purely additive change that does not affect existing integrations.
Alert history
- Additive
Add optional liveliness field to invite object
The invite object schema now includes an optional
livelinessfield that returns a newGuildLivelinessResponseobject containing guild message activity data. This is a purely additive change that does not affect existing integrations. - Informational
Add int32 format annotation to integer fields
Added
"format": "int32"annotation to four integer fields withmaximum: 21600constraint across the Discord API specification. This is a documentation enhancement that clarifies the type representation in the OpenAPI schema without changing runtime behavior or field semantics. - Additive
Add target_channel_id and target_message_id to invite API
Added two new optional query parameters (
target_channel_idandtarget_message_id) to invite-related endpoints, and corresponding response fields to the invite schema. These are purely additive fields that do not affect existing integrations. - Additive
Add optional is_spoiler field to audit log entries
A new optional
is_spoilerfield (boolean or null) has been added to the audit log entry schema. This is a backwards-compatible addition that allows clients to optionally read spoiler information from audit log changes. - Additive
Add PRUNE_REQUIRES_ADMIN guild feature
A new guild feature flag
PRUNE_REQUIRES_ADMINhas been added to indicate when a guild has restricted member prune operations to administrators and the guild owner. This is an additive change that introduces a new enum constant without affecting existing functionality. - Additive
Add role_ids field to message interaction callback
A new optional
role_idsfield has been added to the CreateMessageInteractionCallbackRequest schema. It accepts a string, array of Snowflake IDs (up to 250 unique items), or null. This allows filtering message visibility by roles in interaction responses. - Informational
Rename BasicApplicationResponse to BasicApplicationResponseWithBot
The schema
BasicApplicationResponsehas been renamed toBasicApplicationResponseWithBotthroughout the OpenAPI spec. This is a documentation/naming change that clarifies the schema's purpose and is reflected in the message response schemas that reference it, but does not alter the actual API behaviour or response structure for clients. - Breaking
InviteChannelRecipientResponse now requires id and avatar fields
The
InviteChannelRecipientResponseschema adds two new required fields:id(SnowflakeType) andavatar(nullable string). While these are new response fields (additive in terms of data), marking them asrequiredmeans any client-side schema validation or strict deserialization that previously only expectedusernamewill now fail if it enforces the required list — and any mock/stub implementations that don't return these fields will be considered non-compliant. Existing clients that simply read the response are unaffected, but strict validators will break. - Additive
Add scheduled event recurrence and exceptions support
The Discord API adds support for recurring guild scheduled events with new
recurrence_rulefields, exception handling endpoints, and a new/guilds/{guild_id}/incident-actionsendpoint. New schema typesUserProfileRuleResponse,UserProfileUpsertRequest,UserProfileUpsertRequestPartial,GuildIncidentActionsRequest,GuildIncidentsDataResponse,GuildScheduledEventExceptionCreateRequest,RecurrenceRule, andRecurrenceRuleResponseare introduced. All existing endpoints and fields remain functional—this release is purely additive. - Additive
Add optional provisional_user_id field to API response
A new optional response field
provisional_user_id(nullable or Snowflake ID) has been added to an API response object. This is additive and will not break existing clients that do not depend on this field.