Dyte REST APIs

Name: Dyte REST APIs
Brand: Dyte REST APIs
Availability: InStock

★ Only Publicly Available OpenAPI DocumentCommunicationsVideo Conferencingbasic, bearer63 EndpointsREST

For Agents

Create meetings and participants, manage live sessions and recordings, run livestreams, configure webhooks and presets, and pull session analytics for embedded video and audio applications.

Install Jentic One Beta

Connect the Dyte REST APIs to your agent

Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Dyte REST APIs, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.

Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.

Step 1: Jentic One Host machine

# On the machine that will host your Jentic One instance:
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh

Step 2: Agent machine

# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh
jentic register       # connects your agent to your Jentic One instance

Jentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.

Capabilities

What an agent can do with Dyte REST APIs.

Create meetings and add participants with auth tokens for client SDK joins

Start, pause, resume, and stop meeting recordings via the recordings resource

Start, stop, enable, disable, and inspect livestreams for a meeting

GET STARTED

Start building with Dyte REST APIs

Explore with Jentic

View OpenAPI Document

Use Cases

Patterns agents use Dyte REST APIs for, with concrete tasks.

★ Embedded Video Meetings in a SaaS App

A SaaS product creates a Dyte meeting via POST /meetings when a user starts a call, adds participants with POST /meetings/{meeting_id}/participants, and hands the returned auth tokens to its front-end SDK so users join directly into the embedded experience. Meetings inherit a preset that locks the layout and feature set to the product's design.

POST /meetings with title and preset, then POST /meetings/{meeting_id}/participants with each user's name and role to receive auth tokens for client SDK joins

Compliance Recording and Transcript Workflow

A regulated industry app starts recording each call with POST /recordings, listens for the recording.completed webhook, and pulls the transcript via GET /sessions/{session_id}/transcript and the AI summary via GET /sessions/{session_id}/summary. The combination gives a compliant audit trail without bolting on a separate recording service.

POST /recordings for the active meeting, then on webhook completion GET /sessions/{session_id}/transcript and POST /sessions/{session_id}/summary to attach to the case file

Webinar Livestreaming

A webinar tool starts a Dyte meeting and then triggers POST /meetings/{meeting_id}/livestreams to push the session out to a livestream. Active livestreams are tracked with /meetings/{meeting_id}/active-livestream and stopped via /meetings/{meeting_id}/active-livestream/stop, while standalone livestreams via POST /livestreams cover broadcast use cases that don't need a meeting back-end.

POST /meetings/{meeting_id}/livestreams to start broadcasting, then POST /meetings/{meeting_id}/active-livestream/stop when the webinar ends

Live Session Moderation

A community app monitors active sessions and gives moderators kick and mute controls via POST /meetings/{meeting_id}/active-session/kick, /kick-all, /mute, and /mute-all. The same active-session resource hosts polls (POST /meetings/{meeting_id}/active-session/poll), so moderators can drive engagement and enforce rules from one surface.

POST /meetings/{meeting_id}/active-session/kick with the participant_id of a rule-breaking user to remove them from the session

Agent-Driven Meeting Orchestration via Jentic

An AI scheduling agent creates a Dyte meeting through Jentic, adds invited participants, and emails the join links - all via Jentic-mediated calls. The agent searches for 'create a Dyte meeting', loads the operation, and executes it with the desired preset, never holding the Bearer or Basic credentials directly.

Use Jentic to search 'create a Dyte meeting', load the POST /meetings operation, and execute it with title, preset, and participant list

Key Endpoints

63 endpoints — jentic publishes the only available openapi specification for the dyte rest apis, keeping it validated and agent-ready.

METHOD

PATH

DESCRIPTION

POST

/meetings

Create a meeting

POST

/meetings/{meeting_id}/participants

Add a participant to a meeting

POST

/recordings

Start recording a meeting

POST

/meetings/{meeting_id}/livestreams

Start livestreaming a meeting

POST

/meetings/{meeting_id}/active-session/kick

Kick participants from an active session

GET

/sessions/{session_id}/transcript

Fetch the transcript for a session

POST

/webhooks

Add a webhook

GET

/analytics/daywise

Day-wise session and recording analytics

POST

/meetings

Create a meeting

POST

/meetings/{meeting_id}/participants

Add a participant to a meeting

POST

/recordings

Start recording a meeting

POST

/meetings/{meeting_id}/livestreams

Start livestreaming a meeting

POST

/meetings/{meeting_id}/active-session/kick

Kick participants from an active session

Why Jentic?

Three things that make agents converge on Jentic-routed access.

Credential isolation

Dyte's Basic, Bearer, and OrgBearer credentials are stored encrypted in the Jentic vault. Agents receive a scoped execution token; the raw credentials never appear in agent context or logs.

Intent-based discovery

Agents search Jentic by intent (e.g. 'create a Dyte meeting' or 'start recording') and Jentic returns the matching Dyte operation with its input schema, including the auth scheme it requires.

Time to first call

Direct integration: 3-5 days to wire up Basic + Bearer flows, participant token refresh, recording lifecycle, and webhook handling across 63 endpoints. Through Jentic: under 1 hour - search, load, execute.

FAQs

Specific to using Dyte REST APIs through Jentic.

Why is there no official OpenAPI spec for the Dyte REST APIs?

Dyte does not publish a public OpenAPI specification. Jentic generates and maintains this spec so that AI agents and developers can call the Dyte REST APIs via structured tooling. It is validated against the live API and kept up to date. Get started at https://app.jentic.com/sign-up.

What authentication does the Dyte REST APIs use?

Dyte supports HTTP Basic auth (organisation ID + API key) and Bearer tokens for participant-scoped calls, plus an OrgBearer scheme for org-wide bearer auth. Through Jentic, all three credential types are stored in the vault and the agent receives a scoped execution token instead of holding the secrets directly.

Can I record a Dyte meeting via the API?

Yes. POST /recordings starts a recording for a meeting; PUT /recordings/{recording_id} pauses, resumes, or stops it; GET /recordings and GET /recordings/active-recording/{meeting_id} list and inspect recordings. Pair this with a webhook subscription to be notified when a recording finishes.

What are the rate limits for the Dyte REST APIs?

The spec's info block notes that rate limits apply per user across GET, POST, PUT, and DELETE within a time window, but does not declare numeric values - exceeding the limit returns an error response. For high-volume usage, contact Dyte to lift the cap or batch participant additions per meeting.

How do I create a meeting and add a participant through Jentic?

Run pip install jentic, search for 'create a Dyte meeting', load the operation for POST /meetings, execute it with title and preset, then load POST /meetings/{meeting_id}/participants and execute with the participant's name and role. The response includes an auth token for the client SDK to join.

Can I get a transcript and AI summary of a session?

Yes. GET /sessions/{session_id}/transcript returns the full transcript and POST /sessions/{session_id}/summary generates an AI summary, which can then be retrieved with GET /sessions/{session_id}/summary. These work for sessions where transcription was enabled at meeting creation.

Dyte REST APIs

Connect the Dyte REST APIs to your agent

Capabilities

Start building with Dyte REST APIs

Use Cases

Key Endpoints

Why Jentic?

Related APIs

FAQs