AI agents cannot invite reviewers to private YouTube videos via YouTube Data API
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 5/5
- 预计耗时
- 一周以上
- 新手友好度
- 32/100
- Issue 类型
- 功能
- 描述清晰度
- 基本清楚
- 活跃度
- 冷清
- 技术栈
- node.js, typescript
- 领域
- api
调研方向
从链接的复现仓库开始,使用文档中说明的环境变量运行 index.ts,并检查其使用 part=recipients 的直接 videos.update 请求。将该请求与 YouTube videos API 文档和相关 issue #3626 进行比较;完成标准是确认存在受支持的 API/客户端接口,可用于添加、列出和移除受邀观看者,或明确记录不存在这样的接口。
由索引模型根据 Issue 内容生成。
描述
Please make sure you have searched for information in the following guides.
- Search the issues already opened: https://github.com/GoogleCloudPlatform/google-cloud-node/issues
- Search StackOverflow: http://stackoverflow.com/questions/tagged/google-cloud-platform+node.js
- Check our Troubleshooting guide: https://github.com/googleapis/google-cloud-node/blob/main/docs/troubleshooting.md
- Check our FAQ: https://github.com/googleapis/google-cloud-node/blob/main/docs/faq.md
- Check our libraries HOW-TO: https://github.com/googleapis/gax-nodejs/blob/main/client-libraries.md
- Check out our authentication guide: https://github.com/googleapis/google-auth-library-nodejs
- Check out handwritten samples for many of our APIs: https://github.com/GoogleCloudPlatform/nodejs-docs-samples
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.
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.
- Clone the linked reproduction repository.
- Set
YOUTUBE_ACCESS_TOKENto an OAuth access token for the Google account that owns the test video. - Set
YOUTUBE_VIDEO_IDto 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.updateendpoint directly withfetch, usingpart=recipients. - The request body includes the video ID and an attempted invited-viewer list.
- The API rejects the request because
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:
- 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.
This blocks AI agents (for example with Antigravity CLI or Codex CLI or Claude Code, etc). A common agentic workflow is:
- Upload or generate a draft video
- Keep it private
- Invite a specific reviewer, client, student or teammate
- Wait for human review
- Update the video, publish it later or revoke access
Because the API cannot manage invited viewers, AI agents and other automation systems using private videos are pushed toward:
- brittle browser automation against YouTube Studio using Playwright MCP or similar
- unofficial client libraries that depend on undocumented YouTube Studio internals, such as https://github.com/adasq/youtube-studio
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:
https://github.com/user-attachments/assets/4dbacac6-28bb-462c-898f-6ae0a672de67
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:
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 recipients part:
Expected behavior:
The API should expose a documented way to manage private-video invited viewers, for example:
- Adding invited viewers: support a
privateSharing/recipientspart onvideos.update, avideos.permissions.insertmethod or another documented endpoint for adding account-based private video access - Listing invited viewers: support a
privateSharing/recipientspart onvideos.list, avideos.permissions.listmethod or another documented endpoint for reading the current invited-viewer list - Removing invited viewers: support a
privateSharing/recipientspart onvideos.update, avideos.permissions.deletemethod 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
- 主要语言
- TypeScript
- 星标
- 12.3k
- 派生
- 2k
- 平均合并
- 1 天 19 小时
- 30 天内合并 PR
- 21
环境准备
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
googleapis/google-api-nodejs-client 的其他 Issue
-
[Discovery Engine] streamAnswer is typed as one AnswerQueryResponse, but REST returns frame arrays未关闭
难度 3/5 1-2 天 新手友好度 64/100
googleapis/google-api-nodejs-client#3930 ·
维护者通常 1 天内回复
-
难度 3/5 1-2 天 新手友好度 76/100
googleapis/google-api-nodejs-client#3927 · 1 个 reaction ·
维护者通常 1 天内回复
-
size: l type: feature request
难度 4/5 3-5 天 新手友好度 35/100
googleapis/google-api-nodejs-client#3926 ·
维护者通常 1 天内回复
-
type: feature request
难度 5/5 一周以上 新手友好度 15/100
googleapis/google-api-nodejs-client#3903 ·
维护者通常 1 天内回复
-
If a service is deprecated and its the last version fo the library, we need to fully deprecate it未关闭type: process
难度 4/5 3-5 天 新手友好度 42/100
googleapis/google-api-nodejs-client#3898 ·
维护者通常 1 天内回复
查看 googleapis/google-api-nodejs-client 的全部 Issue
相似的 Issue
-
documentation
难度 2/5 1-3 小时 新手友好度 88/100
inu-appcenter/memorIN-frontend#106 ·
维护者通常 1 天内回复
-
kind/bug
难度 1/5 1 小时以内 新手友好度 88/100
维护者通常 7 天内回复
-
[Bug] @deck.gl/arcgis dist import resolves to unpublished @deck.gl/core source path (9.3.11, 9.4.0)未关闭
难度 2/5 1-3 小时 新手友好度 72/100
维护者通常 1 天内回复
-
bug
难度 2/5 1-3 小时 新手友好度 82/100
CSCfi/sd-search-ui#145 ·
维护者通常 1 天内回复
-
check:passed streams:add
难度 2/5 1-3 小时 新手友好度 62/100
维护者通常 1 天内回复