做内容的人大概都遇到过这个场景打开抖音刷了半天收藏了一堆视频最后还是不知道今天到底该写什么。问题往往不在于热点太少而在于“看到什么”和“能不能变成自己的选题”之间缺了一步整理。我最近把douyin-hot-topic-maker-free放进了自己的开源 Skill 清单。它的思路不复杂复用已经登录的浏览器只读取当前账号能看到的热点页和关键词搜索页再把页面信号整理成五个可以继续加工的选题。它不是一个全网热榜接口也不会替你发布内容。它到底解决什么问题这个 Skill 面向的是有明确定位的账号。输入里需要写清楚账号做什么、给谁看、准备讲哪些方向还可以附带 0 到 5 个关键词。例如{runtime:easy-webbridge,accountAlias:tech-account,accountProfile:{niche:AI 工具实测,audience:希望提高效率的上班族,contentPillars:[工具上手,工作流]},keywords:[AI工具]}账号定位不是装饰字段。它决定了同一条页面信号应该从什么角度切入。一个做效率工具的账号可以把“会议纪要”写成工作流一个做职场经验的账号则可能更关心沟通成本。先把受众和内容支柱写明白后面的筛选才不会只剩下热词堆砌。为什么选择 Easy WebBridge运行时要求是easy-webbridge。它连接本机已经登录的 Chrome、Edge、QQ 浏览器、Chromium 或 EasyBR 环境不需要在脚本里重新登录也不需要保存 Cookie 或 Token。多个浏览器同时在线时必须明确传入完整browserId只有一个在线环境时工具才可以自动选择。这条限制很重要。选题采集可能涉及不同账号、地区和登录状态随便拿第一个浏览器来用会让来源和账号定位混在一起。Skill 的做法是先list再在同一任务标签组里采集热点页和可选关键词搜索页。页面要求登录、验证码或风控处理时流程停止交给用户在指定浏览器里完成。输出不是一堆标题每次固定生成五条选题。每条至少包含一个明确标题一个三秒内能听懂的开场钩子具体切入角度和账号适配说明开场、核心展开、结尾行动三段提纲本次页面快照里的来源 ID。比如“一人公司的自动化工作流”只能算一个页面信号。合格的选题还要继续回答给谁看先展示哪个动作中间讲哪一个方法最后让观众做什么把这些写在同一条记录里后面无论是写文章、做短视频还是交给编辑都少一次来回沟通。对应的命令分成三步nodescripts/douyin-hot-topic-maker-free.mjs listnodescripts/douyin-hot-topic-maker-free.mjs collect--request./request.json--output./output/tech-accountnodescripts/douyin-hot-topic-maker-free.mjs validate-plan--snapshot./output/tech-account/research-snapshot.json--draft./plan-draft.json--output./output/tech-accountcollect只记录采集时刻页面上可见的内容validate-plan再检查结构是否完整。这样做的好处是来源不会凭空消失之后复盘时可以知道一条选题来自哪个快照而不是只剩一句“当时很热”。它不会替你保证爆款这套工具最值得保留的地方恰恰是它没有把能力说大。结果只代表指定账号、地区和采集时刻的可见页面不是官方统一热榜也不保证播放量、收益或热度寿命。文档里还特别要求人物、政策、医疗、金融、灾害、诉讼和快速变化的数字在发布前要做定向核验。这意味着它适合做“选题起点”不适合直接当成“事实终点”。如果一个页面标题里出现了一个很大的数字先回到原页面确认如果只是想借一个趋势讲自己的方法也要把“页面信号”和“事实结论”分开写。对内容账号来说这种克制比再加几个热搜词更有用。放进一条完整内容流程我会把它放在内容流程的前半段先写账号定位、受众和内容支柱。用 Easy WebBridge 读取当前可见的热点页必要时补充关键词搜索。生成五条带来源的选题并淘汰与账号无关或无法核验的内容。选择一条进入写作做标题、摘要、标签和平台字数检查。用 Remotion 做可复现的封面或流程图真实产品界面使用官方截图不用 AI 生成假截图。发布前回读平台状态记录文章 ID、公开链接或明确的失败原因。在这个位置上douyin-hot-topic-maker-free不会和发布工具抢职责。它负责把“今天看到了什么”变成“接下来可以怎么讲”写作、素材制作和平台发布仍然是后续独立节点。适合谁不适合谁如果你有一个稳定账号定位又不想接第三方内容 API这个 Skill 很适合作为轻量的每日选题入口。它把浏览器登录态、页面来源和选题结构放在一起成本低边界也清楚。如果你要的是全网历史趋势、跨平台热度对比或者无人值守地自动发帖它就不是合适的工具。那需要另一套数据源、合规策略和发布回读机制不能靠“热点选题”四个字解决。项目地址有两个可核验入口主仓 GitHub以及 Gitee 镜像。后者已通过仓库地址和git ls-remote检查。运行前置是 Easy WebBridge GitHub也有 Gitee 备用地址它们是浏览器底座不是本 Skill 的项目仓库。SkillHub 没有找到这个项目的独立详情页可访问的 热点选题参考页 仅用于参考信息组织方式不能当作本项目地址或能力证明。最后建议先拿一个非敏感的测试账号跑通list → collect → validate-plan看清楚快照里的来源再把真正的账号接进来。工具越接近真实登录环境越应该先确认“它读的是谁、读到了什么”再谈自动化。 
长河君 · 2026/10/5 6:52:41 · 阅读 1.2k 不接第三方热点接口，如何用抖音当前可见页面做选题
做内容的人大概都遇到过这个场景打开抖音刷了半天收藏了一堆视频最后还是不知道今天到底该写什么。问题往往不在于热点太少而在于“看到什么”和“能不能变成自己的选题”之间缺了一步整理。我最近把douyin-hot-topic-maker-free放进了自己的开源 Skill 清单。它的思路不复杂复用已经登录的浏览器只读取当前账号能看到的热点页和关键词搜索页再把页面信号整理成五个可以继续加工的选题。它不是一个全网热榜接口也不会替你发布内容。它到底解决什么问题这个 Skill 面向的是有明确定位的账号。输入里需要写清楚账号做什么、给谁看、准备讲哪些方向还可以附带 0 到 5 个关键词。例如{runtime:easy-webbridge,accountAlias:tech-account,accountProfile:{niche:AI 工具实测,audience:希望提高效率的上班族,contentPillars:[工具上手,工作流]},keywords:[AI工具]}账号定位不是装饰字段。它决定了同一条页面信号应该从什么角度切入。一个做效率工具的账号可以把“会议纪要”写成工作流一个做职场经验的账号则可能更关心沟通成本。先把受众和内容支柱写明白后面的筛选才不会只剩下热词堆砌。为什么选择 Easy WebBridge运行时要求是easy-webbridge。它连接本机已经登录的 Chrome、Edge、QQ 浏览器、Chromium 或 EasyBR 环境不需要在脚本里重新登录也不需要保存 Cookie 或 Token。多个浏览器同时在线时必须明确传入完整browserId只有一个在线环境时工具才可以自动选择。这条限制很重要。选题采集可能涉及不同账号、地区和登录状态随便拿第一个浏览器来用会让来源和账号定位混在一起。Skill 的做法是先list再在同一任务标签组里采集热点页和可选关键词搜索页。页面要求登录、验证码或风控处理时流程停止交给用户在指定浏览器里完成。输出不是一堆标题每次固定生成五条选题。每条至少包含一个明确标题一个三秒内能听懂的开场钩子具体切入角度和账号适配说明开场、核心展开、结尾行动三段提纲本次页面快照里的来源 ID。比如“一人公司的自动化工作流”只能算一个页面信号。合格的选题还要继续回答给谁看先展示哪个动作中间讲哪一个方法最后让观众做什么把这些写在同一条记录里后面无论是写文章、做短视频还是交给编辑都少一次来回沟通。对应的命令分成三步nodescripts/douyin-hot-topic-maker-free.mjs listnodescripts/douyin-hot-topic-maker-free.mjs collect--request./request.json--output./output/tech-accountnodescripts/douyin-hot-topic-maker-free.mjs validate-plan--snapshot./output/tech-account/research-snapshot.json--draft./plan-draft.json--output./output/tech-accountcollect只记录采集时刻页面上可见的内容validate-plan再检查结构是否完整。这样做的好处是来源不会凭空消失之后复盘时可以知道一条选题来自哪个快照而不是只剩一句“当时很热”。它不会替你保证爆款这套工具最值得保留的地方恰恰是它没有把能力说大。结果只代表指定账号、地区和采集时刻的可见页面不是官方统一热榜也不保证播放量、收益或热度寿命。文档里还特别要求人物、政策、医疗、金融、灾害、诉讼和快速变化的数字在发布前要做定向核验。这意味着它适合做“选题起点”不适合直接当成“事实终点”。如果一个页面标题里出现了一个很大的数字先回到原页面确认如果只是想借一个趋势讲自己的方法也要把“页面信号”和“事实结论”分开写。对内容账号来说这种克制比再加几个热搜词更有用。放进一条完整内容流程我会把它放在内容流程的前半段先写账号定位、受众和内容支柱。用 Easy WebBridge 读取当前可见的热点页必要时补充关键词搜索。生成五条带来源的选题并淘汰与账号无关或无法核验的内容。选择一条进入写作做标题、摘要、标签和平台字数检查。用 Remotion 做可复现的封面或流程图真实产品界面使用官方截图不用 AI 生成假截图。发布前回读平台状态记录文章 ID、公开链接或明确的失败原因。在这个位置上douyin-hot-topic-maker-free不会和发布工具抢职责。它负责把“今天看到了什么”变成“接下来可以怎么讲”写作、素材制作和平台发布仍然是后续独立节点。适合谁不适合谁如果你有一个稳定账号定位又不想接第三方内容 API这个 Skill 很适合作为轻量的每日选题入口。它把浏览器登录态、页面来源和选题结构放在一起成本低边界也清楚。如果你要的是全网历史趋势、跨平台热度对比或者无人值守地自动发帖它就不是合适的工具。那需要另一套数据源、合规策略和发布回读机制不能靠“热点选题”四个字解决。项目地址有两个可核验入口主仓 GitHub以及 Gitee 镜像。后者已通过仓库地址和git ls-remote检查。运行前置是 Easy WebBridge GitHub也有 Gitee 备用地址它们是浏览器底座不是本 Skill 的项目仓库。SkillHub 没有找到这个项目的独立详情页可访问的 热点选题参考页 仅用于参考信息组织方式不能当作本项目地址或能力证明。最后建议先拿一个非敏感的测试账号跑通list → collect → validate-plan看清楚快照里的来源再把真正的账号接进来。工具越接近真实登录环境越应该先确认“它读的是谁、读到了什么”再谈自动化。