热点选题

概述

热点只有还在动的时候才值钱。这条路线从热点一路走到今天就能发出去的全部内容：角度、选定其中一个，然后按你要发的平台把整条内容做完——小红书图文、带口播的竖版视频，或者两者都要。

你会拿到什么

每次运行先给出三个适合你账号的角度，你选定其中一个。然后按这个角度，做成下面其中一套：

• 图文笔记，适合小红书和其他以图文为主的平台：
  • 封面文案，以及按文案渲染出来的封面图
  • 3 到 6 张内页卡片，每张讲一个要点，和封面同一种风格
  • 正文
  • 话题标签
• 画面视频，适合抖音、视频号、快手、TikTok、Reels 和 Shorts：
  • 逐镜头的分镜方案，画面上的文字和口播的台词分开写
  • 每个镜头一张静态图，通常 3 到 5 张
  • 一条口播音轨和一条原创纯音乐配乐
  • 由口播稿生成的字幕
  • 一条 30 秒以内的竖版成片，口播、配乐和字幕都已经合进片子里，每个镜头的视频也一并给你
  • 封面、正文和话题标签
• 主播视频，由一位主播对着镜头讲你的稿子，适合新闻、科普和观点：
  • 主播：你自己的照片、你保存过的形象，或者为这条内容生成的虚拟主播
  • 讲稿，以及由主播念出的口播
  • 一条原创纯音乐配乐
  • 由讲稿生成的字幕
  • 一条竖版成片，主播的口播、配乐和字幕都已经合进片子里；讲稿更长时，分成几段再接成一条成片
  • 封面、正文和话题标签
• 两者都要：同一个角度做出图文笔记和其中一种视频，共用封面和正文的核心内容。

除非你要别的画幅，卡片是 3:4，视频是 9:16。只要包含图文笔记，封面就是 3:4，让笔记打开时和后面的卡片同一个比例；只做视频时，封面是 9:16。配乐、口播和字幕也会各自给你一份文件，想在自己的剪辑软件里再剪就用它们。图片、音频和视频的实际格式由渲染结果决定，交付时会一并写明。

有哪几种跑法

做哪一套由发布平台决定；你自己的选择永远优先于下面这些默认做法：

• 小红书或其他以图文为主的平台：图文笔记。
• 抖音、视频号、快手或其他视频平台：视频。新闻、科普或观点类的角度，默认做主播视频，用你设为默认的形象，没有就用虚拟主播；产品、地点或节日节点类的角度，默认做画面视频。
• 两者都要：图文笔记加上对应的视频。

每一套都可以先做一次热点查询——可选，单独计价——适合你想让它替你找话题，或者把你报的话题拿去跟大家实际在发的内容对一对。

适用范围与相邻路线

这条路线是：一个热点、一组角度、选定的那一个，以及一条做完的内容或一套视频。它适用于手上已经有热点、有一个事件节点或有一个日历节点，并且需要尽快发出去的情况。

手上没有热点时，别的工作流更合适。常青的产品种草，归种草视频工作流；要复刻的参考片，归拆片重做工作流；给已有内容配封面，归封面工作流。

输入与默认值

两个硬性输入：热点，以及用来发布的账号。要发到哪个平台，如果对话里还没说过，就在给出角度的同一条回复里问一次。

热点由用户给出——他点名的一个、粘过来的一份清单、一张热榜截图，或者一个对他有意义的日历日期。任何一种都够用，而且都不花钱。

用户想看看现在什么在热，或者想把自己报的话题拿去对一对大家实际在发什么时，它可以读抖音、TikTok 与 X 的公开热榜，也可以按用户报出的话题去搜抖音、TikTok、X 和小红书上正在发的内容。小红书没有可以浏览的榜——小红书的查询必须先有一个话题。每一次查询都是付费的、可选的，并且在其他任何事情之前单独确认，见查一查什么在热（references/trend-lookup.md）。Instagram、YouTube 和视频号则完全没有热榜；要发到那几个平台的内容，热点仍然来自用户或上面那几个平台，并且要如实说明。没有查询时，就基于用户带来的东西工作，而不是去描述一个你并没有见过的热点。

账号指的是发布方的行业、品牌或人设。没有它，角度就无处可接，产出只会是泛泛的热点评论。

对话里已经说过的平台、受众和投放目标，直接复用。默认给出三个角度，做哪一套按上面的平台和角度来定。包含视频时，画面视频按 15 到 30 秒规划，主播视频每段最长 15 秒。口播音色默认按短视频社交内容匹配，或者用已保存形象配对的声音；配乐默认是按视频情绪写的纯音乐。每一次视频调用都必须落在所选实时模型卡支持的时长范围内：一镜到底时，整段口播放进一条里；更长的视频按句子拆成多个镜头或多段。每一个默认值都在确认里说明，而不是拿去问用户。

速度是这里的约束，它决定了其他一切。第一轮回复就给出角度，平台还没定时，就在同一条消息里一起问，而不是先问一轮问题。

标准流程

第 1 到 3 步不花钱。唯一可能排在它们前面的付费调用是那次可选的热点查询，而且只有用户主动要求、并确认过它自己的价格之后才会发生。除此之外，用户选定角度并批准方案之前，不产生任何费用。

在第 1 步之前，只有用户主动要求时才做：读一份热榜，或者搜一搜大家关于这个话题正在发什么，见查一查什么在热（references/trend-lookup.md）。用户自己带来了热点时就跳过——那才是这条路线通常的样子，角度一样好。

1. 读懂热点，找出角度。 给出三个把热点和账号连起来的角度，每个都把连接讲清楚，见找到切入角度（references/angle-finding.md）。带风险的角度必须标出来，并说明风险是什么。在同一条回复里，问清要发到哪里；账号还不清楚时，也一并问。
2. 用户选定一个角度，以及要做哪一套。 或者要求换一批角度——换是免费的。
3. 搭出方案并取得批准。 封面文案、正文和话题标签，见搭出这条内容（references/post-plan.md）；以及每张卡片的确切文字、每个镜头的画面与口播字段或主播的讲稿，还有配乐要求，见整套内容（references/content-pack.md）。
4. 读取实时的 text_to_image 卡片，用 beatra.models.list——包含视频时，另外读取 text_to_speech、text_to_music 和 image_to_video 卡片，并从 beatra.voices.list 里选一个音色。做主播视频时，用 beatra.avatars.list 列出已保存的形象，用户选哪个就用哪个，连同它配对的声音；没有保存过形象，或者列表读取失败时，就用虚拟主播。用户自己带来的照片，用「执行」一节里随包客户端的 upload 命令上传，并在使用之前对照 image_to_video 卡片检查一遍。
5. 确认素材，然后等待。 按热点内容工作流（references/workflow.md）搭出第一张确认卡：每一张图、口播和配乐，各自带上实时价格和一个稳定的请求 ID；画幅以及之后再改要付出的代价；还有整套的预估总价，包括之后仍会单独确认的视频。没读过那一节，这张卡就不算完整。并且说明：就此打住也可以，角度和方案都还是他们的。用户确认这张卡之前，不要调用任何付费工具。
6. 制作素材。 用 beatra.images.generate 渲染封面、卡片，以及镜头静态图或虚拟主播；用 beatra.speech.synthesize 合成口播；用 beatra.music.generate 生成配乐。把每张卡片上的文字对照方案读一遍。出错的卡片或封面可以用 beatra.images.edit 修一次，按实时的 image_edit 价格单独确认，见热点内容工作流（references/workflow.md）。读取实际返回的时长、尺寸和 MIME 类型。
7. 把真实素材展示出来——只要宿主能访问到，并报告真实时长。
8. 视频单独确认一次——只有包含视频时才有这一步。按热点内容工作流（references/workflow.md）搭出视频确认卡：每一次视频调用（每段或每个镜头各一次）及其暂定的实时预估价、实时模型卡上对这次调用的任何优惠，以及余额不够时会怎样；没读过那一节，这张卡就不算完整。在这之前的任何东西都不构成对视频的授权：方案不算，一句「做成视频吧」不算，已经批准过的图片、口播和配乐也不算。用户确认这张卡之前，不要创建视频的 client_request_id，也不要提交；对于卡上没有标明由优惠覆盖的每一次调用，用户还要确认已充值，或确认余额足够它的预估。确认之后，每一段或每个镜头各调用一次 beatra.videos.animate，各自用自己的请求 ID。
9. 用 beatra.tasks.get 轮询每个任务直到终态。包含视频时，等所有视频片段都成功之后，用 beatra.videos.compose 把它们接成一条成片，见热点内容工作流（references/workflow.md）。把整套一起交付，并复核你真正能看到的部分。

图文笔记跳过第 8 步以及第 4 到 7 步里与视频有关的工作，只有一个批准关口；带视频的有两个。展示费用预估时，说明当前跑的是哪一套。

一镜到底或主播视频的每一段，视频模型都要明确选定，而不是留给 auto：这个能力上只有部分模型接受外部传入的口播，不接受的那些会把它丢掉。

需要确认的决定

花钱之前先确认：凡是要跑热点查询，都先在最前面单独确认一次；然后确认素材（封面、卡片、镜头静态图或主播、口播、配乐）；包含视频时，每一次视频调用再单独确认。

以下同样要确认，而不是自己决定：用户没有选过的角度、默认以外的成品类型或视频形式、默认以外的画幅、用户没有提供过的关于这个热点的事实性说法、用一位真人的照片做主播（用户要确认自己就是照片里的人，或已获得本人同意，否则就提供虚拟主播）、用 beatra.avatars.save 把这张照片保存为形象（只在它的视频交付之后提出，并使用热点内容工作流（references/workflow.md）里的授权确认语句）、对出错卡片或封面的那一次文字修正，以及产物获批之后的任何更改。每一个改动过的参数都是新的付费工作，需要新的请求标识和重新批准。

某个角度会把账号绑到一个只能由用户拍板的热点上时——正在进行的争议、有人蒙受的损失、尚未定论的公共事件、别人的不幸——把它作为一个选择摆出来并说明理由，同时给出不带这层风险的角度，然后按用户选的那个继续。这是他们自己的判断，不是一道关卡。

热点实际上是什么，来自用户，或者来自这里跑过、并已标注来源的一次查询。日期、数字、人名、结果和引语由用户提供；榜单名次、发文数量或某一条最近的内容属于那次查询，并且带着读取时间。热点自身的状态——热度、正在冲顶还是正在退潮、还剩多长时间——无论哪种来源都仍然是推断：把支撑它的证据摆出来，而不是直接断言。缺了某个细节，就绕开它来写这条内容，而不是就一个真实事件生成一个看起来合理的细节。

执行

所有远程 Beatra 工具只通过随包的 scripts/mcp_client.py 调用，工具名作为命令行参数，工具的参数以 JSON 从标准输入传入：

printf '%s' '{"capability":"text_to_image"}' | python3 scripts/mcp_client.py call beatra.models.list
printf '%s' '{"capability":"text_to_speech"}' | python3 scripts/mcp_client.py call beatra.models.list
printf '%s' '{"capability":"text_to_music"}' | python3 scripts/mcp_client.py call beatra.models.list
printf '%s' '{"capability":"image_to_video"}' | python3 scripts/mcp_client.py call beatra.models.list
printf '%s' '{"query":"hot search","platform":"douyin","capability_family":"trends"}' | python3 scripts/mcp_client.py call beatra.social.tools.search

用户自己带来的主播照片，只通过随包客户端上传，并写明它真实的 MIME 类型：

python3 scripts/mcp_client.py upload ./presenter.jpg --mime-type image/jpeg

上传只是传输，不等于看过这张图。保留返回的 artifact 引用，任何时候都不要把本地路径传给远程工具。

不要配置或调用宿主 Beatra Connector，也不要使用 REST/OpenAPI 作为回退。每一个逻辑上的付费请求，给它一个稳定且不透明的 client_request_id，并且只提交一次。

交付与复核

交付考虑过的角度、选定的那一个及其理由，然后是整套内容：带文案的封面、每张卡片及其文字、正文、话题标签；视频则先交付成片，然后是方案、每一张静态图、每一段视频、口播、配乐和字幕。整套内容（references/content-pack.md）里的剪辑清单，只在成片没能做成，或者用户要自己剪的时候才交付。每一个生成类任务，都交付它的任务 ID、返回的 artifact 链接、解析后的模型、返回的尺寸与时长，以及 billing.net_charged_credits。热点查询的报告方式不同——载荷、任务 ID、终态和 billing.net_charged_credits，没有模型、尺寸或时长可报——见查一查什么在热（references/trend-lookup.md）。只报告任务真正返回的事实。

封面和卡片上的文字是生成出来的画面内容。把渲染出来的文字对照批准过的文案读一遍，没有清晰渲染出来时就直接说明，而不是把一张没检查过的图说成是对的。哪些媒体细节无法检查，也要说明。视频里出现主播或任何生成的人物时，提醒用户发布时打开平台的「AI 生成内容」标识。

恢复

每一个任务 ID 立刻记录下来，并且只轮询那一个任务。queued 和 running 意味着继续等待。创建请求的响应丢失时，只用同一个标识重新提交逐字节一致的冻结载荷；任务 ID 丢失时，按该能力列出任务，把候选和自己的台账逐一比对之后，再做任何重试。热点查询列在 social_data_fetch 这个能力下；由于它不返回解析后的模型和尺寸，比对候选时要用记录下来的 operation_key、参数和 schema_hash。重做某一张图、某一张卡片或某一个镜头时，其余产物原样复用。遇到 insufficient_balance 时，原样转达返回的消息，停下整套里剩下的调用，交付已经做完的部分，把余额错误里的充值地址保持逐字不变，并且只有在用户说自己已经充值之后，才用同一个冻结的 client_request_id 重试。

账户余额

用户问还剩多少积分，或某次实时估价够不够时，调用 beatra.wallet.get。问已经扣了多少时，调用 beatra.wallet.ledger。两者都是只读的。不要臆造查余额或充值的工具。也不要把wallet.get 变成每次付费提交前的必需步骤。

模型卡返回里带 top_up 块时，按卡片给出的档位和顺序原样转述。不要给档位排高低，不要贬低其中任何一档，也不要替用户挑。选哪一档是用户自己的事，钱包页会把整份清单摆在他面前。任何时候都不要凭记忆报档位。

按任务查阅参考

分三层。首次运行读第一层；动手做内容、以及每一次付费确认之前读第二层；出了问题或要恢复时读第三层。

入门：首次使用

• 首次运行，或还不清楚几道付费确认怎么衔接时，读完整跑一遍（references/worked-example.md）——一次从热点做到封面、正文和话题标签的运行，再看图文笔记、画面视频和主播视频各会多出什么，以及每一笔费用落在哪里
• 首次安装或授权过期：安装与认证（references/installation-and-auth.md）
• 首次使用时的注册，从不计费：安装注册（references/installation-registration.md）

进阶：搭出这条内容

• 把热点变成角度、判断契合度，以及风险研判：找到切入角度（references/angle-finding.md）
• 读热榜、搜话题、每次查询要花多少，以及查到的结果如何标注来源：查一查什么在热（references/trend-lookup.md）
• 封面文案、正文和话题标签：搭出这条内容（references/post-plan.md）
• 选哪一套、卡片文字、镜头、主播、配乐、字幕、成片和剪辑清单：整套内容（references/content-pack.md）
• 确切载荷、每次确认冻结了什么、轮询、重做某一个阶段、恢复与取消，以及查询账户余额：热点内容工作流（references/workflow.md）

高级：排查与恢复

• 封面或卡片文字出错、角度显得千篇一律、热榜查得太少、某段视频时长对不上、各段视频没能接成一条成片，或者用户问这条能不能发时：常见问题与反模式（references/faq.md）
• 任务轮询、产物与结果字段：任务与结果（references/tasks-and-results.md）
• 余额、校验与结构化错误：计费、错误与恢复（references/billing-errors-and-recovery.md）
• 连不上 Beatra 时：随包 MCP Client 连接诊断（references/mcp-connection.md）
• 更新与安全：更新与安全（references/updates-and-security.md）
• 不想再用了，以及删除共享凭据：卸载与断开连接（references/uninstall-and-disconnect.md）

更新与安全

本 Skill 会自动更新。内置客户端每天最多一次从 Beatra 官网读取本渠道的版本信息（中国大陆网络走 www.beatra.cn 与 cdn.beatra.cn）。有新版本时，它下载官方发布包，逐个文件校验 SHA-256，再替换本 Skill 自己的文件；你放进这个目录的其他文件不会被改动。替换过程中断时，下次运行会自动恢复到替换前的状态。除此之外，它不下载或执行任何其他代码，只通过 HTTPS 与 Beatra 官方服务通信；你选择上传的文件只会传到Beatra 为这次上传签发的一次性地址。

关闭自动更新：python3 scripts/mcp_client.py update --auto off。关闭后，客户端每天最多提示一次在你安装它的商店里更新的命令。详见更新与安全（references/updates-and-security.md）。