You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A screenshot that you have tested with "Try this API".
Errors from the screenshot:
Property "recipients" does not exist in object specification.
You have invalid or missing required parameter values above. If you execute anyway, the response will likely be an error.
A step-by-step description of how to reproduce the issue, based on the linked reproduction.
Clone the linked reproduction repository.
Set YOUTUBE_ACCESS_TOKEN to an OAuth access token for the Google account that owns the test video.
Set YOUTUBE_VIDEO_ID to the ID of a video owned by that account.
From the repository root, run: YOUTUBE_ACCESS_TOKEN='...' YOUTUBE_VIDEO_ID='...' node index.ts
The script calls the YouTube Data API videos.update endpoint directly with fetch, using part=recipients.
The request body includes the video ID and an attempted invited-viewer list.
The API rejects the request because recipients is not a supported part.
Expected: the API supports adding invited viewers to a private YouTube video, or documents the supported equivalent.
Actual: the API rejects the request before any invited-viewer validation can happen, because there does not appear to be a supported API surface for private-video invited viewers.
A clear and concise description of what the bug is, and what you expected to happen.
AI-agent workflow blocked: AI agents can upload or update private YouTube videos through the API, but cannot invite specific human reviewers to those private videos.
(also applies to regular scripts and other automation)
YouTube Studio supports account-based access control for private videos: a creator can invite specific Google accounts by email address to view a private video.
The YouTube Data API and generated Node.js client do not appear to expose this same capability.
I expected the API to allow automation of the same private-sharing workflow available in YouTube Studio:
Set a video to Private
Add invited viewers by email address / Google account
List invited viewers
Remove invited viewers
Instead, the API rejects the recipients part as unsupported.
A clear and concise description WHY you expect this behavior, i.e., was it a recent change, there is documentation that points to this behavior, etc. **
I expect this behavior because YouTube Studio already supports this private-video sharing workflow in the UI:
Video:
Screen.Recording.2026-06-24.at.16.14.21.mov
Screenshots:
The YouTube Data API currently documents status.privacyStatus for videos, including private, but there does not appear to be a documented way to manage the invited users for a private video:
The API should expose a documented way to manage private-video invited viewers, for example:
Adding invited viewers: support a privateSharing / recipients part on videos.update, a videos.permissions.insert method or another documented endpoint for adding account-based private video access
Listing invited viewers: support a privateSharing / recipients part on videos.list, a videos.permissions.list method or another documented endpoint for reading the current invited-viewer list
Removing invited viewers: support a privateSharing / recipients part on videos.update, a videos.permissions.delete method or another documented endpoint for revoking account-based private video access
Validating invited viewers: return clear errors for invalid emails, non-Google accounts, quota issues and permission issues
At minimum, the API should support:
Adding invited viewers
Listing invited viewers
Removing invited viewers
Returning clear validation errors for invalid emails, non-Google accounts, quota issues and permission issues
Please make sure you have searched for information in the following guides.
A screenshot that you have tested with "Try this API".
Errors from the screenshot:
API response from the screenshot:
{ "error": { "code": 400, "message": "'recipients'", "errors": [ { "message": "'recipients'", "domain": "youtube.part", "reason": "unknownPart", "location": "part", "locationType": "parameter" } ] } }Link to the code that reproduces this issue. A link to a public Github Repository or gist with a minimal reproduction.
https://github.com/karlhorky/repro-youtube-api-private-video-recipients
A step-by-step description of how to reproduce the issue, based on the linked reproduction.
YOUTUBE_ACCESS_TOKENto an OAuth access token for the Google account that owns the test video.YOUTUBE_VIDEO_IDto the ID of a video owned by that account.YOUTUBE_ACCESS_TOKEN='...' YOUTUBE_VIDEO_ID='...' node index.tsvideos.updateendpoint directly withfetch, usingpart=recipients.recipientsis not a supportedpart.Expected: the API supports adding invited viewers to a private YouTube video, or documents the supported equivalent.
Actual: the API rejects the request before any invited-viewer validation can happen, because there does not appear to be a supported API surface for private-video invited viewers.
A clear and concise description of what the bug is, and what you expected to happen.
AI-agent workflow blocked: AI agents can upload or update private YouTube videos through the API, but cannot invite specific human reviewers to those private videos.
(also applies to regular scripts and other automation)
YouTube Studio supports account-based access control for private videos: a creator can invite specific Google accounts by email address to view a private video.
The YouTube Data API and generated Node.js client do not appear to expose this same capability.
I expected the API to allow automation of the same private-sharing workflow available in YouTube Studio:
Instead, the API rejects the
recipientspart as unsupported.This blocks AI agents (for example with Antigravity CLI or Codex CLI or Claude Code, etc). A common agentic workflow is:
Because the API cannot manage invited viewers, AI agents and other automation systems using private videos are pushed toward:
A clear and concise description WHY you expect this behavior, i.e., was it a recent change, there is documentation that points to this behavior, etc. **
I expect this behavior because YouTube Studio already supports this private-video sharing workflow in the UI:
Video:
Screen.Recording.2026-06-24.at.16.14.21.mov
Screenshots:
The YouTube Data API currently documents
status.privacyStatusfor videos, includingprivate, but there does not appear to be a documented way to manage the invited users for a private video:https://developers.google.com/youtube/v3/docs/videos
This means there is a mismatch between YouTube Studio functionality and the public API/client surface.
A related earlier report also ran into the same missing API surface when trying to use a
recipientspart:Expected behavior:
The API should expose a documented way to manage private-video invited viewers, for example:
privateSharing/recipientspart onvideos.update, avideos.permissions.insertmethod or another documented endpoint for adding account-based private video accessprivateSharing/recipientspart onvideos.list, avideos.permissions.listmethod or another documented endpoint for reading the current invited-viewer listprivateSharing/recipientspart onvideos.update, avideos.permissions.deletemethod or another documented endpoint for revoking account-based private video accessAt minimum, the API should support: