抖音对标账号拆解

帮博主向已经做起来的账号学习，从零做起一个抖音账号：先给出账号定位、一周选题和第一条脚本；用户要求时，再实时读取公开数据；最后用博主本人的形象做出第一条视频。

你会拿到什么

第一条回复，全部是文字，不需要先连接任何服务：

一句话账号定位：给谁看、讲什么、和别人有什么不同。
三类对标方向：每一类账号通常怎么拍，以及值得借鉴的结构。
七天选题表：每天的选题、这条视频的目的，以及开头三秒的钩子。
第一条视频：从七条里挑一条能对着镜头讲的，给出它的钩子、分段脚本（画面和台词分开写）和分镜。
用户粘贴了对标账号的近期作品时：在同一条回复里拆出这些作品反复使用的选题套路和钩子套路。

连上 Beatra 之后，每一项单独报价、单独确认再做：

读取抖音公开数据：读一个账号的主页和一页近期作品，做账号诊断；读一条作品和一页评论，做爆款拆解；再读这条作品所属的账号，做同账号对比。每个数字都标明来源和读取时间。
把第一条做成 120 秒以内的数字人口播视频，默认 30–45 秒：博主的照片开口讲，声音用选定的音色、博主自己的录音或克隆的本人声音。在实时卡片允许时，视频跟照片实测的比例一致：9:16 的照片出 9:16 的视频，手机拍的 3:4 照片出 3:4，除非重新取景或换一张。

生成文件的格式和大小由模型决定，交付时如实说明。

几种做法

起号方案。 默认的第一条回复：定位、三类对标方向、七天选题表，以及第一条视频的钩子、脚本和分镜。
拆解粘贴的作品。 用户粘贴对标账号近期作品的标题、文案、点赞数或评论；第一条回复就拆出选题套路和钩子套路，不做查询。
账号诊断。 实时读取一个抖音主页链接或账号名：主页和一页近期作品；分析受众需要时，再加一条作品的评论。
爆款拆解。 实时读取一个抖音作品链接：这条作品、一页评论，还可以加上这个账号的一页其他作品；把它的结构改写到博主自己的主题上。
数字人口播第一条。 用博主的照片和声音，把第一条脚本做成 120 秒以内的视频。

适用范围和相邻做法

博主想通过学习对标账号来开一个抖音账号或重新起号时，用这个流程：定位、一周选题、第一条脚本和第一条视频。卖货视频适合商品视频流程。老板持续出镜的系列口播适合老板出镜口播流程。一节课或一门课适合讲课流程。照着一条参考视频用生成的画面逐镜头翻拍，适合单条视频翻拍流程。

这里的公开数据查询只支持抖音。某个平台在本流程的操作列表里没有对应操作，就不能查询：分析只依据用户粘贴的内容，也绝不拿别的平台的数字顶替。

声音和形象只用博主本人的，或已获得那个人的许可；拿到一个文件、一段公开录音或公众人物的视频，都不算同意。

输入和默认值

唯一必需的输入是用户自己的账号做什么：所在的赛道、在做的事，或想发的内容。给了这些，就一次写完整个第一条回复，什么都不问。没给，比如只说一句「帮我对标」，就用一句话问对方的账号做什么，同时照样交一份完整成果，第一行标「示例」，以一个家常菜美食账号为例；这句问话就是这条回复唯一的下一步。用户粘贴了对标账号的作品，却没说自己的账号时，把这些作品完整拆解，示例成果改按对标账号的赛道来写。用户给了抖音链接、要看它的数据，却没说自己的账号时（比如「这是主页链接，把真实数据拉出来拆一下，再做第一条视频」），链接优先于问赛道：第一条回复交出拆解计划（要读什么、查询几次、用于哪项诊断），以及一份标着「示例，尚未查询」的示例成果；只因为计划需要，才在这条回复里问对方自己的赛道；它唯一的下一步是回复「读取」，先看每次查询的价格。

用户给过的受众、对标账号、粘贴的作品、数字、语气或开始日期都沿用。默认值：七天按第 1 天到第 7 天编号，不查日期；三类对标方向不点名任何真实账号，除非用户自己点了名；第一条视频念出来 30–45 秒（大约 130–200 个汉字或 75–110 个英文单词）；视频按照片实测的比例（只有照片本身是 9:16，或重新取景成 9:16，才做 9:16）；用用户的语言。实时读取默认读主页加一页近期作品，以及用户选定的一条作品的一页评论。

关于任何账号的每个数字，都来自本流程做过的查询或用户提供的内容；标明是哪一种，查询得到的数字还要写读取时间。绝不估算、推算或带入播放量、点赞数、粉丝数或收入；缺的数字就写明缺失。一条作品为什么火属于推断：标明是推断，并给出依据。只借鉴结构：绝不复用其他博主的画面、录音或原文文案。不承诺涨粉、播放量或收入，也不编造案例、资质或客户名称。用户自己的成绩（粉丝数、收入、学员数、销量）只有在用户说明依据（后台截图、对账单、报告）之后，才写进他要发布的视频脚本；没有依据，就用不带数字的说法。

主流程

写起号方案。 第一条回复不调用任何工具（不开链接、不做查询、不看日期），不要求登录，也不报价格。它交出上面那些内容；用户粘贴了作品，就在同一条回复里拆出选题套路和钩子套路，用到的每个数字都和粘贴的完全一致。结尾用用户的语言只给一个下一步：回复「做成视频」，就用你的照片把第一条做成数字人口播视频；每个付费步骤都先报价，等你同意再做。用户给了抖音链接、要看它的数据时，这唯一的下一步改为：回复「读取」，先看每次查询的价格。
定稿。 要拿去配音的文字必须是定稿。如果还是「示例」，先问是用示例，还是换成自己的赛道。用户改了赛道、受众或选题，先把改好的文字给他看。
读取抖音公开数据，只在用户要求时做。 本流程只用这几个操作：social.douyin.user.search、social.douyin.user.get、social.douyin.user.posts.list、social.douyin.video.get_by_url 和 social.douyin.video.comments.list。用 beatra.social.tools.search 找到每个操作，用 beatra.social.tools.get 读取它的参数和实时价格，并记下返回的 schema_hash，出这次查询的确认卡，然后只调用一次 beatra.social.execute，用 beatra.tasks.get 查进度。作品或评论的下一页是另一次查询，单独出确认卡；绝不自动翻页。把证据整理成表，每一行写明来源和读取时间，然后诊断账号（定位、从评论看受众、选题套路、钩子套路、从发布日期看更新频率、它的短板），或拆解作品（钩子、节奏点、行动号召、值得借鉴的地方）。配音之前，先把改好的定位、选题表和第一条脚本给用户看。
定声音。 现成音色从 beatra.voices.list 里选。博主自己的录音可以直接驱动视频，只要他说明这是他本人的声音：每段一条录音，每条都不超过这张卡的单段时长，MIME 类型在卡片 driving_audio 列出的范围内（目前是 audio/mpeg 或 audio/wav）。要克隆他的声音：上传之前先确认是本人的声音，或已得到说话人的许可（拿到一个文件、一段公开录音或公众人物的视频都不算同意），然后用 python3 scripts/mcp_client.py upload "<file>" --mime-type <type> 上传干净的样本，调用 beatra.models.list 并传 {"capability": "voice_clone"}，出克隆确认卡，只提交一次 beatra.voices.clone，带上 consent_attested: true 和这张卡上的确切模型，用 beatra.tasks.get 查进度，然后固定返回的 voice_id。
数字人口播视频（120 秒以内）。 还没有照片时，脚本照样完整交付；说明缺一张照片，绝不用网上的图片。上传肖像照之前，先确认照片里是博主本人，或已得到本人许可；然后检查并上传照片（HEIC 照片要先导出成 JPEG 或 PNG）。调用 beatra.models.list 并传 {"capability": "image_to_video"}，选一张接受 [image, driving_audio] 的卡片。上限：一段 beatra.videos.animate 最长是这张卡支持的最长时长（不超过 30 秒；以实时读到的范围为准），一次 beatra.videos.compose 最多合成 12 段、总长不超过 120 秒。脚本控制在 120 秒以内，在句末切成这张卡装得下的若干段。量出肖像照的宽和高：在实时卡片允许时，视频段跟照片的比例一致；合成时，其他比例的视频段会加黑边放进画布。手机照片通常是 3:4，不是 9:16；绝不把「竖的」当成 9:16。按量出的比例决定：按照片本身的比例合成（16:9、9:16、1:1 或 3:4），或者请用户发一张本来就是 9:16 的照片，或者用一次单独出确认卡的 beatra.images.transform 把它重新取景成 9:16（在此之前先传 {"capability": "image_to_image"} 读取卡片）。出第一张视频确认卡之前，说清分几段、一共几张确认卡（每段一张配音卡、一张视频卡），以及量出的比例。出配音确认卡之前，选好配音的 format：取这张卡 driving_audio 支持的 MIME 类型之一。每一段：调用 beatra.models.list 并传 {"capability": "text_to_speech"}，用 beatra.speech.validate（不扣费）给这段确切的文字报价，出配音确认卡，提交一次 beatra.speech.synthesize，查进度，再拿真实音频的 MIME 类型、时长和大小对照这张卡的 driving_audio 限制。每张视频确认卡之前，累计已申请的时长，保持在 120 秒以内。然后是视频确认卡，写明视频段在实时卡片允许时跟随的实测比例、从卡片里选的时长和累计时长；提交一次 beatra.videos.animate，肖像照作为 image，这段音频作为 driving_audio，时长取这张卡支持的、能装下音频的最小整秒数，再查进度。只有一段时，这一段就是成片。两段以上时，按顺序用一次 beatra.videos.compose 合成（keep_audio 设为 true，每段的 end 设为它真实的配音时长，画布与各段的比例一致），合成不扣费，但仍要用它自己的 client_request_id。超过 120 秒的脚本在句末删短，或拆成选题表里两天的两条视频。
交付。 报告真实的文件、时长、尺寸和 billing.net_charged_credits；查询则报告它的任务、最终状态和扣除的积分。看不出来、听不出来的地方直接说明，比如口型是否对得上。提醒用户发布视频时标注「AI 生成」。结尾只给一个下一步，比如「回复『下一条』，我来写第 2 天的脚本；做成视频之前会先报价」。

各类请求示例、查询参数、分段规划和一个完整的起号示例，见对标拆解与第一条视频流程（references/workflow.md）。

连接就绪之前

如果一轮结束时「允许」还没完成，就先把所有不需要连接的内容按用户要的格式交付：定位、三类对标方向、七天选题表、第一条视频的钩子、脚本和分镜，以及用户粘贴作品的拆解。这一轮交付的就是这些文字。用一句话说明：付费步骤在用户点完「允许」后的下一条消息里继续；「允许」只是完成连接，每个付费步骤在下一条消息里仍要等它当时的确认卡。不要用别的工具或服务填补空档，也不要说出任何没有经过实时调用返回的账号、数字、音色、模型、价格或结果。

需要确认的决定

起号方案、粘贴作品的拆解和每一份脚本都免费，但它们不等于同意付费。

每次付费调用之前，先出一张当时的制作确认卡，然后等待：

内容：要做什么或读什么，用用户自己的话说，并写明由哪一类调用来做（查询、克隆、重新取景、配音或视频）。查询还要写明它的 operation_key。
积分：刚从 beatra.social.tools.get、模型卡片或 beatra.speech.validate 读到的实时价格，绝不用记忆里的数字。提交时用所出卡片上的确切模型；给某张卡报过价之后，绝不改用 auto。
次数：每张卡一次付费调用。每次查询、每一页、克隆、重新取景、每段的配音和每个视频段，都单独一张卡；视频确认卡还要写明这是第几段、一共几段、实测比例、从卡片里选的时长、已申请秒数的累计，以及合成上限 12 段、120 秒。
标识：每次调用一个新的不透明 client_request_id。脚本、文件、音色、模型、参数或页码一变，就换一个新的标识；重做失败的一段也要换。
如果到此为止：起号方案和拆解照样能用。
如果余额不足：原样转述官方提示和其中的充值链接。用户说已经充值之前，不再提交。

查询和生成各自单独出确认卡，同意了一次查询，不等于同意读下一页。同意了配音，不等于同意用这段配音驱动的视频段；同意了一段，也不等于同意下一段。绝不悄悄换音色或换模型。所有远程 Beatra 工具都只通过随包的 scripts/mcp_client.py 调用：工具名作为命令参数，JSON 参数从标准输入传入。不要配置、调用或使用宿主 Beatra Connector。不要用 REST/OpenAPI 作为降级方案。

如果创建请求没收到回应，或者任务编号丢了，先调用 beatra.tasks.list，再调用 beatra.tasks.get，和定稿时的请求逐项比对；查询要比对它的 operation_key 和参数。确认没有这个任务之后，才用同一个 client_request_id 重新提交完全相同的内容。失败的任务不算丢失：重放它的标识只会拿回那个失败的任务，所以失败的一段要用新的确认卡和新的 client_request_id 重做。只有用户要求取消时，才调用 beatra.tasks.cancel，再用 beatra.tasks.get 确认这个任务。

用户问还剩多少积分时，调用 beatra.wallet.get。问扣了哪些费用时，调用 beatra.wallet.ledger。模型卡片返回 top_up 内容时，按卡片列出的顺序原样转述各档充值，不排序，也不替用户选。

按任务查阅

需要查询参数、证据表，以及克隆、重新取景、配音、视频分段和合成的请求示例，加上一个完整的起号示例时，读对标拆解与第一条视频流程（references/workflow.md）。
查询失败或返回内容很少、没收到回应、价格看起来不对、配音太长或某一段失败时，读出问题时怎么办（references/faq.md）。
连接还没就绪时，读安装与授权（references/installation-and-auth.md）。
首次使用登记，读安装登记（references/installation-registration.md）。
任务创建之前调用就失败时，读随包 MCP Client 连接诊断（references/mcp-connection.md）。
任务在排队、进行中或找不到时，读任务与结果（references/tasks-and-results.md）。
扣费、退款或没收到回应需要通用规则时，读计费、错误与恢复（references/billing-errors-and-recovery.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）。