微信扫一扫B站投稿文案制作
把一次 B站投稿要填的文字和发布方向准备好：一组标题、读得下去的简介、标签、置顶互动引导， 以及一份封面要点。文案定稿之后，再用它刚产出的标题和封面要点渲染一张横版封面。
适用范围与路线选择
本 Skill 负责 B站投稿文案：标题、简介、放进简介或置顶评论的时间轴、标签、置顶评论、受众定位 和封面要点。它先把这些文案写出来，最后再用这份文案做一张封面。
这里的封面路线从本次对话自己的封面要点出发：标题已经定了，不涉及任何参考图，产出一张图。
如果封面要从关键帧、人像或商品图出发，要合成多张有序参考图，要比较几个不同概念，或者要在
已认可的稿子上继续精修，那属于 bilibili-thumbnail-maker。长视频的章节分镜请使用
bilibili-video-storyboard；不限平台的通用分镜请使用 ai-storyboard-generator。本 Skill
不上传视频，也不代为发布到 B站。
输入与默认值
两个必需输入：选题，以及这条视频对观众的那一个承诺。其余信息都复用或走默认值。
使用选题、拟定标题、大纲或脚本、目标受众、UP主口吻、用户提供的事实、章节时间点和希望观众做的 动作。只有当缺失的答案会改变最终发布结果时才追问：核心承诺、受众、章节时间点或事实性说法。 资质、排名、播放量、赞助、价格、成绩、平台审核结果和官方推荐都不能自行编造。
投稿文案默认用简体中文写，因为 B站观众读的就是中文；用户要求其他语言时再换。必须保留的术语、 系列名和赞助方措辞一律原样带过。
默认给出 5 个标题备选（每个不超过 80 字）并定一个主标题，一段 2000 字以内、说清观众能学到什么 的简介，用户提供时间点时整理成时间轴（放进简介或置顶评论），5 到 10 个标签（每个不超过 20 字）， 一条置顶评论互动引导，以及一份封面要点。
封面使用 2K 横版 16:9 画幅和 count: 1，并省略 model，由它解析为 auto。只有当用户点名了
另一个画幅时才改，并把最终定下来的档位和比例冻结进确认里。默认是留出文字安全区，而不是承诺把
中文排印进图；用户确实要图内文字时，把那段确切的短文案写进确认，并且只有在真的能看到结果时才
逐字回读。
视频含 AI 生成或合成内容时——或者本 Skill 渲染了封面时——提醒用户在投稿页勾选创作声明中的 AI 生成标识。不要代替用户声明，也不要声称已经声明。
描述这条视频能给观众什么，而不是预测平台会怎么对待它：曝光、排名、推荐流和涨粉都不是本 Skill 能承诺的，文案里不写，回复里也不写。
标准流程
第 1 到 7 步都不花钱，包括读卡片和给封面报价。投稿文案本身就是一份完整的交付物。
- 从选题、大纲或脚本、受众、UP主口吻、用户提供的事实、章节、必须保留的术语、要避免的字眼和 希望观众做的动作，写出一份发布简报。
- 找出这条视频对观众的那一个承诺，以及支撑它的证据或段落。没有依据的说法记成问题，不要顺手 补上。
- 起草标题备选并选定主标题，写简介，把已确认的章节排好格式，选出相关标签，并写一条不硬凑的 置顶评论。
- 写封面要点：预期的画布与投放位置、必须保留的标题文案，以及要避免的字眼。用户手上有关键帧、
人像或商品图并且希望合成进去，那就是把封面路由到
bilibili-thumbnail-maker的信号——本 Skill 从文案出图，不从素材图出图。投稿文案仍然在这里写完并交付，只有图去别处。 - 复查检索可读性、受众匹配、事实依据、标题与简介的一致性，以及互动引导是否自然。交付文案。
- 除非第 4 步已经把图路由给了
bilibili-thumbnail-maker，否则在文案交付之后免费准备封面报价： 从主标题、必须保留的标题文案和选题推导视觉方向——这条视频真正要讲的那个具体主体、场景和处理 方式——然后读取text_to_image的实时卡片：调用beatra.models.list。用户此前已经说过不要 配图时，跳过这一步和后面两步。 - 把封面和冻结方案放在同一条消息里给出，然后停下来。说明这是付费步骤，并展示最终提示词、
2K 16:9 画幅、
count: 1、auto会怎样解析模型、该档位的当前估价——当auto仍有多个模型 可选时，则给出实时区间并以其上限为批准天花板——以及稳定的client_request_id。用户不接这 一步，他要的东西也已经全部拿到了。 - 只有在用户批准了那份冻结方案之后，才调用一次
beatra.images.generate。用beatra.tasks.get轮询到终态，然后交付结果。
修订与更新
选题、承诺、受众、时间点、说法、赞助或封面方向发生变化，都算一份新的发布简报。保留已接受的 事实，尽量只改动受影响的字段。改写文案仍然不花钱；已经按旧标题渲染出来的封面，在标题变了之后 属于新的付费工作。
简报、章节格式、文案字数上限、封面载荷和路线边界见投稿工作流（references/workflow.md）。
需要确认的决策
只有一道付费闸门。封面和冻结方案一起给出，所以用户是在同一条消息里看到价格和那句征求同意的 话；在这份方案存在之前给出的同意，不能拿来提交任何东西。针对已经展示的方案明确说继续，才算 批准。比较选项、标题还没定、价格问题还没答，都不算。
每一次额外的 beatra.images.generate 都是新的付费工作，需要它自己的标识和它自己的、展示当前
价格的确认——包括结果不满意之后按原参数重摇一次这种、请求本身什么都没变的情况。改写文案仍然
不花钱。
不要为已经交付的那张封面再付一次钱：把同一张已交付的图拿到 bilibili-thumbnail-maker 重渲染，
等于一张图收两次费。对已交付封面做真正的编辑是另一回事：它改变的是这张图而不是重复它，所以交给
bilibili-thumbnail-maker，由它自己计价和确认。独立的封面需求——不是承接本次对话里写出来的文案
的那种——同样路由到 bilibili-thumbnail-maker，即使用户手上没有任何照片。
执行方式
所有远程 Beatra 工具都只通过随包的 scripts/mcp_client.py 调用，工具名作为命令行参数，
参数以 JSON 从标准输入传入：
printf '%s' '{"capability":"text_to_image"}' | python3 scripts/mcp_client.py call beatra.models.list
不得配置或调用宿主 Beatra Connector，也不得使用 REST/OpenAPI 作为回退。随包客户端会在首次调用时
自己完成安装注册，因此没有单独的注册子命令。给封面一个稳定的、不含用户内容的不透明
client_request_id，并且只提交一次。
交付与复核
交付标题、简介、章节、标签、置顶评论、封面要点，以及——当确实渲染了封面时——它的产物链接、
返回的尺寸、任务 ID、解析出的模型和 billing.net_charged_credits。只报告任务真正返回的内容。
能看到封面时，检查列表尺寸下主体是否清楚、预留的标题区域是否留得干净、16:9 比例是否正确，以及 用户要求的图内文字是否与已确认的措辞逐字一致。看不到时，说明哪些部分没有检查过，而不是把它们 描述成已核验。
只要渲染了封面，就在交接时再提醒一次创作声明：即使拍摄素材本身不是 AI 生成的，这次投稿现在也 带有 AI 生成内容。
恢复
立刻记下任务 ID，并且只轮询那一个任务；queued 和 running 都表示等待。创建响应丢失时，用同
一个 client_request_id 重新提交那份一模一样的冻结载荷。任务 ID 丢失时，先按能力列出任务并与
自己的记录比对，然后才考虑重试。insufficient_balance 表示什么都没开始、也没有扣费，充值之后
可以原样重新提交同一个请求。封面失败或重做，都不会影响已经交付的文案。
按任务查阅参考
日常写作和封面步骤使用投稿工作流（references/workflow.md）；轮询与结果字段查阅 任务与结果（references/tasks-and-results.md）；余额与结构化错误查阅 计费、错误与恢复（references/billing-errors-and-recovery.md）。首次使用时查阅 安装与认证（references/installation-and-auth.md）和 安装注册（references/installation-registration.md）；客户端连不上时查阅 随包 MCP Client 连接诊断（references/mcp-connection.md）；移除本包时查阅 卸载与断开连接（references/uninstall-and-disconnect.md）。
运行时与安全自动更新
随包客户端会静默检查是否有更新版本，最多每 24 小时一次。发现更高版本时，不另行确认地自动安装。它只从固定的 Beatra 官方发现地址和不可变 CDN 路径下载，校验压缩包、清单和每个随包文件，并且只替换本包拥有的文件。更新失败时，当前安装仍可使用，原本请求的命令会继续执行。更新失败绝不构成重试付费生成的授权。这个设置会在本安装中持续生效。详见自动更新与安全（references/automatic-updates-and-safety.md）。
python3 scripts/mcp_client.py update --auto off
python3 scripts/mcp_client.py update --auto on
python3 scripts/mcp_client.py update --check