X重建直播API覆盖全广播周期
X 开发者账号宣布 Livestream API 已从底层重建并立即开放，第三方可用同一套接口完成开播、预约、聊天运行与管理，以及面向警报和叠加层的实时事件。
官方文档把能力拆成两类核心对象。Stream Source 是可复用的 RTMP 或 RTMPS 推流点，一次创建、多次开播；Broadcast 是绑定在该源上的单次直播，状态从 NOT_STARTED 到 RUNNING 再到 ENDED。标准流程是先建源、编码器推流、再建场次、发布上线、结束。源必须已经在收流，接口才会允许创建场次。
预约接口支持单次和按周循环，可设自动到点开播，也可设手动发布后再调用上线。聊天走两条线：发消息、删消息、禁言走直播接口，实时读聊天则订阅 Activity API 的 broadcast.chat 事件，一次订阅覆盖该用户名下所有场次，无需每场重订。聊天权限可设全体、认证账号、主播关注对象或订阅者，默认发布时偏向认证账号。
访问不是完全自助。文档写明 Livestream API 含预约端点目前挂在 Enterprise 方案下，需提交审核表，提供应用编号、现有套餐、产品用途和大致月活；已有企业协议的客户可走客户经理开通。接口托管在 api.x.com，同时接受 OAuth 2.0 与 OAuth 1.0a 用户上下文。部分旧路径带 user_id，新路径改为直接操作 broadcasts，旧路由标记逐步替换。
这套接口补上开发者社区此前长期缺口：2025 至 2026 年中公开渠道仍反馈无法程序化读直播聊天、无法预约场次，编码器只能手工从 Live Studio 拷推流地址。2026 年 7 月前后平台已向 Premium 用户铺 Live Studio，此次是把指挥台能力外放到第三方导播、叠加层和多平台分发软件。
市场机制是平台把直播生产权从原生界面让渡给工具链。买方是导播台、多平台分发器和需要弹幕叠加的媒体团队，卖方是 X 用企业套餐和审核门槛出售完整生命周期接口。事件驱动来自与 Twitch、YouTube、Kick 抢创作者工具层。受益方是能把“一键开播到 X”写进产品的中间件，承压方是仍靠网页抓取聊天或让主播手工拷密钥的集成商；广告与订阅分成仍留在 X 播放页，API 先抢的是开播入口。
来源：公开信息
ABAB AI 解读
X 的开发者策略多次在“开放再收缩”之间摆动。Twitter 时代 Media Studio 与第三方编码器长期靠 RTMP 密钥维持半开放，聊天与预约却不给接口，于是出现抓包和浏览器采集。2023 年后接口大幅涨价并砍免费层，直播能力却一直停在半成品。这次重建等于承认：不把生命周期交给外部软件，平台直播就无法进入专业导播室。
资本与资源调动很直接。接口挂在 Enterprise，审核看月活和商业协议，说明这不是给个人开发者的玩具，而是把媒体公司、多平台分发器和叠加层厂商锁进计费层。推流源可复用、场次一次性，是按广播工业而不是按短视频帖子来建模。Activity API 统一推聊天，是把弹幕变成可被警报系统和虚拟背景消费的事件流，而不是网页附属物。
对标对象是 YouTube Live Streaming API、Twitch 的 EventSub 与 Helix、Facebook 的 Live Video API。谁先让 OBS、vMix、Restream 一类工具“授权后一键开播”，谁就占创作者的默认出口。X 目前处于补齐控制面、尚未完成分发网络对等的阶段：播放仍在自己的时间线上，生产已允许外包。
结构变化是产业链重构。直播不再是社交应用里的一个按钮，而是可被外部软件编排的广播对象。机制是：平台用审核和企业合同筛选能带来专业时长和广告库存的集成商，同时用实时事件把互动数据留在自己的 webhook 体系里。入口开放，结算和分发仍封闭。
ABAB News · 认知定律
开放生命周期，往往是为了把生产外包、把结算留下
缺聊天接口的直播平台，只是在出租推流地址
工具链先占领开播键，平台才占领创作者日程