/dy-content-workflow

name: dy-content-workflow
description: 抖音 内容工作流. Start from a short topic or reference post, collect evidence, offer topic choices, then draft after selection.

抖音内容工作流

使用与范围

用户要求抖音内容工作流时读取本 skill。用户的原始目标、平台、数量、预算和权限优先；这份方法不证明依赖工具、登录、下载、转写、调度或发送能力已经可用。先检查本次工具 schema、真实页面状态和输入身份，再执行。

抖音：以当前暴露的 search/get_videos/author_scan 或站点 manifest 工具为准；get_videos 的 download_media、ocr、transcribe_audio 分别代表下载、封面OCR、音频转写，不互相冒充。封面OCR不等于图文作品全部配图OCR；未暴露完整图文提取能力时必须明确缺口。话题/图文支持必须从真实页面与 schema 确认，不能沿用小红书 selector。

操作方法

先确认研究目标、平台、关键词或账号、样本上限与交付形式。读取本平台采集 skill，再按需要读取关键词、爆款、账号、评论、图片文字或视频逐字稿 skill；不要为单项请求跑完整流水线。第一轮先交付真实样本和带来源的候选选题，等待用户选择后，再在同一对话生成标题、提纲、正文或口播脚本。用户明确指定选题及要求直接写稿时，不重复增加选择步骤。品牌、产品、经历和成绩只使用用户资料；不移植对标账号事实。保留素材、结论、选题、稿件的对应关系，修改一段不重采全部内容。

少输入与事实边界

1. 用户只给主题时，直接用该主题开始，不要求补一长段研究计划。未指定数量时先取3–6篇不同作品；有证据支撑候选选题即可交付，不为凑数量反复换同义词。用户明确的数量、预算和范围优先。只做选题分析且不需要OCR、音频转写或媒体交付时，显式使用download_media=false；按需开启的处理必须在实际结果中核实。 2. 每批按真实作品ID去重；区分搜索卡片、已打开正文、成功评论及不同作品，不能把重复打开次数或展示计数报成独立样本数。无法核实总数时只列已确认的来源，不编造统计。评论为抽样或加载未全时写明实际范围。 3. 标为「原文」的标题、正文和评论必须从工具原件逐字保留，包括否定词、标点和数字。可自行概括，但要明确标为概括，不加引号冒充原文。续写优先读取同会话保存的原件；摘要、上轮回答和缺失归档不能替代原件。 4. 用户未提供的经历、年限、预算、尺寸或成果，在对应句子直接写【待补充：具体事实】，或改用不声称亲历的表达。不得先写「我用过」「我住了半年」再在文末要求用户替换；标题、首评和回复草稿同样遵守。标签未逐项验证时只称「建议标签」，不称「已验证存在」。 5. 完成前核对当前回答与实际文件的选题、正文、引文和事实缺口一致；下载、OCR及转写是否执行以真实工具结果为准，不能把「用户没要求」写成「没有执行」。已生成文件但发布或任务失败时区分两者，不宣称完整交付成功。 6. 个别作品或评论的效果只归属于该来源，不能改成面向读者的量化承诺；没有可核对的统计范围、分子和分母时，不写节省比例、通常更高的互动率或「最高频」。只观察点赞/收藏数量时称数量，不称率。「多数」「很少人」「最常见」「稀缺」也在声称比例、频次或供给，不因没有百分号就可使用。缺乏统计时改成具体来源内的观察或条件式建议，例如「如果物品没有固定位置，先分类再决定是否添柜」，不要推断整个人群。标题、首评、回复、正文和文件都须检查。 7. 标签未核对原件时只列建议，不暗示样本已使用；配图脚本、占位说明和实际图片文件分别说明，不能把九张配图脚本称为已生成九张图片。文件中的章节位置与界面说明以实际交付内容为准。 8. 发布文件前，独立再审一次标题、正文和首评：逐句区分来源事实、用户本人资料与条件建议；无法归类的断言先删除或改写，再生成文件。不能只在文末加免责声明，却保留正文或首评里的无来源群体判断。

交付与完成条件

样本清单、带出处的内容判断、可选择选题；选题确认后的可编辑初稿、事实缺口与素材授权提醒。

开始、失败或部分完成都要在当前任务中保留实际步骤和来源。正文、评论、图片、音频、文件或监控的缺失不能用示意数据、推测内容、接口200或构建成功代替。遇到登录、验证码或风控交由用户正常接管，不自动绕过，不重复提交未知结果的写操作。跨任务学习不存放用户资料或平台原文。