> ## Documentation Index
> Fetch the complete documentation index at: https://docs.mightynetworks.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Changelog

> Admin API updates and changes

<Update label="June 30, 2026">
  **Create limited members via the API**

  `POST /admin/v1/networks/:id/members` now accepts a `member_type` parameter so you can create either a full or limited Network member.

  When creating a limited member, you must specify at least one space ID at the time of creation. A member's status follows the plans they're on: a limited member is automatically upgraded to a full member when added to a plan that includes Network membership, and reverts to a limited member when that plan is removed. For more on the difference, see [What is a full vs. limited membership?](/for-hosts/payments-and-access/what-is-a-full-vs-limited-membership).
</Update>

<Update label="March 25, 2026">
  **Automatic disabling of failing webhooks**

  Webhooks that consistently fail to deliver are now automatically disabled to protect your integration and reduce unnecessary traffic. A webhook is disabled after 5 consecutive delivery failures spanning at least 3 days — brief outages will not trigger a disable.

  When a webhook is disabled, the creator of the webhook receives a notification with a link to the webhook settings page. To re-enable a disabled webhook, update the endpoint URL or verify your server is reachable, then save the webhook settings form.
</Update>

<Update label="March 4, 2026">
  **New webhook: `gift_leaderboard.updated`**

  Added a new webhook event triggered when a gift leaderboard is recalculated for your Network. The payload includes the leaderboard type (`received` or `sent`), the gift definition for per-definition leaderboards, and leaderboard entries grouped by aggregation period.
</Update>

<Update label="January 22, 2026">
  **Optional welcome email for member creation**

  Added a new optional `send_welcome_email` parameter to `POST /admin/v1/networks/:id/members`. Set to `false` to skip sending the welcome email when adding members programmatically. Defaults to `true` to maintain backward compatibility.
</Update>

<Update label="January 8, 2026">
  **Improved welcome email for API-created members**

  Members created via `POST /admin/v1/networks/:id/members` now receive a welcome email with a direct sign-in link (valid for 1 year), removing the need to go through the password reset flow.
</Update>

<Update label="December 2025">
  **General Availability release**

  The Admin API has exited beta and is now generally available. Key updates in this release:

  * **Webhook event selection**: New UI in the Mighty Networks dashboard to select which webhook events you want to receive, giving you fine-grained control over webhook deliveries
  * **API key revocation**: You can now revoke API keys instead of deleting them, making it easier to disable access while preserving key history
  * **Usage quotas**: API quota limits are now visible in the dashboard, with clear usage tracking
  * **Business plan availability**: The Admin API is now available to all Business plan and above Networks
</Update>

<Update label="November 2025">
  **Full CRUD operations and expanded resources**

  This update significantly expands the API with complete create, read, update, and delete operations across all major resources:

  **New endpoints:**

  * **Comments**: Full CRUD for post comments (`/posts/:id/comments`)
  * **Badges**: Create, manage, and assign badges to members
  * **Reactions**: Add and remove reactions on posts and comments
  * **Coursework**: Full CRUD for course content
  * **Polls & Questions**: Create and manage polls with question options
  * **Assets**: Upload images and files via multipart form-data
  * **Plan invites**: Create and manage plan invitation links
  * **Abuse reports**: Read abuse reports for moderation workflows

  **Enhanced queries:**

  * Query spaces by member (`/members/:id/spaces`)
  * Query plans by member (`/members/:id/plans`)
  * Query members within a plan (`/plans/:id/members`)
  * Get member by email address (`/members?email=...`)

  **Updated resources:**

  * Spaces now support full CRUD (create, update, delete)
  * Collections now support create and update
  * Tags now support full CRUD
  * Custom field options now support full CRUD
  * Members now support update and remove operations
  * Posts now support update and delete
  * Plan members can be removed immediately or at end-of-cycle

  **Webhook improvements:**

  * New course progress webhooks: `course.progress_updated`, `course.completed`
  * New subscription webhooks: `subscription.renewed`, `subscription.plan_changed`
  * New RSVP webhooks: `rsvp.created`, `rsvp.updated`, `rsvp.deleted`
  * More granular custom field webhooks: `custom_field.created`, `custom_field.updated`, `custom_field.deleted`
  * Added bio field to `member.updated` webhook payload
</Update>

<Update label="October 2025">
  **Alpha preview launch**

  Initial release of the Mighty Networks Admin API in alpha preview. This release establishes the foundation for programmatic access to your Mighty Network.

  **Core endpoints:**

  * **Members**: List and retrieve member profiles
  * **Spaces**: List and retrieve spaces in your Network
  * **Events**: List events and manage RSVPs
  * **Posts & Articles**: List and create posts and articles
  * **Custom fields**: Read custom profile fields and member answers
  * **Tags**: List and assign member tags
  * **Plans**: List pricing plans and add/remove members
  * **Subscriptions**: View subscription details
  * **Purchases**: View purchase history

  **Webhooks:**
  Real-time notifications for key events in your Network:

  * Member events: `member.created`, `member.updated`, `member.deleted`
  * Membership events: join, leave, update, join requests
  * Content events: post, article, question, and comment creation
  * Payment events: purchases and cancellations
  * Event RSVPs and poll responses
  * Reaction events
  * Content moderation reports

  **API foundations:**

  * Bearer token authentication with API keys
  * v1 API versioning (`/admin/v1/...`)
  * Cursor-based pagination
  * Rate limiting with clear quota headers
  * OpenAPI specification for client generation
</Update>
