我让豆包工作每天刷抖音、小红书和微博,舆情报告直发飞书|附3个特别玩法

我用豆包工作搭了一个舆情助手

这两天豆包工作帮我做了一件惦记很久的事。

它可以每日定时打开抖音、小红书和微博，搜索与我负责产品有关的帖子；然后整理用户名、发布时间、原帖链接、互动数据和主要观点，分析整体舆情，最后把结果直接发到我的飞书。

这件事听起来好像不难：不就是搜帖子、做总结吗？但真正用 AI 尝试过的人都知道，难点根本不在分析，而在持续获取。这些平台都有严格的登录验证、风控和反自动化机制，大多数AI基本难以跑通，即使偶尔有AI 可能今天勉强跑通，明天就卡在登录、验证或页面访问上。能成功搜索一次，不等于能每天稳定地搜索、整理，并准时把结果交付出来。

而对于产品和营销人来说，本来也很关注这块。我们需要知道用户正在怎么评价产品，最近有没有出现新的问题，又有哪些真实内容值得继续传播。只是过去要么靠人每天去平台搜索，要么依赖一套专门的舆情系统。

现在，中间多了一个更轻量的选择。

一、自动化代替人工在三个平台刷帖子

过去想了解一款产品的真实反馈，最直接的办法就是去抖音、小红书和微博搜索。

但三个平台的信息非常分散。

有人分享使用体验，有人吐槽产品问题，有人讨论功能和价格，也有人记录购买、交付和售后过程。平台的内容形态和推荐机制不同，即使搜索同一个关键词，看到的结果也不一样。

偶尔集中搜索一次并不难，难的是每天都做。

人工刷一遍，不仅耗费时间，还一定会遗漏。今天临时有事，监测就可能中断；一条重要帖子刚出现时没有看到，等几天后发酵起来，可能已经错过了最好的处理时间。

现在，我只需要告诉豆包工作监测哪些平台、搜索哪些产品、覆盖多长时间、优先关注哪些用户，以及最后按什么格式交付。

例如这次的规则是：

01　监测抖音、小红书和微博

02　搜索我负责的产品最近一个月的相关帖子

03　数量超过100条时，优先保留真实用户发布的内容

04　用户名、发布时间和原帖链接必须来自页面，不能自行概括或编造

05　区分正面、负面和中性内容

06　除了总结，还要保留能够继续查看和采取动作的具体帖子

07　每天上午10点，把结果发到飞书

它交付的不再是一次临时搜索，而是一份持续更新的产品舆情报告。

更重要的是，这套监测非常轻。

临时要增加一个产品、竞品或者营销活动，不必先排一轮系统需求；想调整关键词、监测频率和输出格式，也可以直接在对话中修改。报告完成后直接进入飞书，我在电脑和手机上都能查看。

今天产生需求，今天就可以开始搭建。

这并不意味着它能够完全替代专业舆情系统。涉及全网数据采购、严格的数据治理、大规模危机预警时，成熟系统仍然有自己的价值。

但对于大量日常的产品监测、上市跟踪、活动复盘和竞品观察，我们未必每次都需要先搭一套重型系统。

很多时候，我们需要的只是：先把这件事快速跑起来，并且能够根据业务变化随时调整。

二、给产品和营销团队增加了一只雷达

做舆情监控，最容易想到的是尽快发现负面问题。

一条关于产品体验、功能缺陷或者售后服务的帖子，刚出现时可能只有几条评论。如果能在早期看到，就有机会核实情况、联系用户或者准备回应。

如果几天以后，同类内容开始集中出现，甚至从一个平台扩散到另外两个平台，问题的性质就完全不同了。

人工偶尔刷到一条，很容易把它当成个别反馈。AI持续监测一段时间后，却可以帮助判断：这是孤立问题，还是某类反馈正在增多。

但舆情监控还有另一种同样重要的价值：找到值得继续传播的好内容。

有些用户会分享非常真实、非常具体的产品体验。它可能不是精心策划的品牌内容，却因为场景真实、细节充分，天然具备传播潜力。

如果能及时发现这类帖子，团队就可以进一步评论互动、邀请授权、在社群中传播，或者围绕其中的真实体验进行二次创作。

相比重新策划一轮内容，这种方式的成本更低，也更容易获得其他用户的信任。

所以，这套监控同时服务于两个方向：一边尽快发现需要处理的问题，缩短舆情反应时间；另一边找到已经被用户验证的优质内容，抓住可以放大的传播机会。

当积累的帖子越来越多，AI还能继续做人工很难长期完成的分析。

例如，用户最近讨论最多的是哪些功能？不同平台的关注点有什么区别？哪类问题正在增加？用户内容与媒体内容呈现出的态度是否一致？哪些正面帖子当前互动量不高，却可能具备进一步传播的价值？

还可以继续比较不同产品、不同时间和不同活动阶段的舆情变化。

单独看一条帖子，它只是一个观点。

把几十条、几百条帖子连续放在一起，它们就开始呈现趋势。

到了这一步，舆情监控便不只是"替我省下刷平台的时间"，而是在逐渐形成一套持续更新的用户洞察系统。

这也是它对产品人和营销人的真正价值：不仅知道外面发生了什么，还能更早判断下一步应该做什么。

三、为什么豆包工作能跑通，其他AI却卡住

我之前也尝试过让其他AI完成类似工作。

但在我的实际测试中，Codex和WorkBuddy都没有把整条链路稳定跑通。进入抖音、小红书、微博这类需要登录的平台时，很容易遇到登录失效、风控验证或者无法继续操作的问题。

这不代表其他AI永远做不到，也不代表豆包工作完全不会遇到平台限制。

Codex分析，它觉得真正的区别是：完成这项工作，靠的是下面整条链路能不能持续运转：

定时启动 → 带着登录状态进入平台 → 搜索和翻页 → 读取真实帖子 → 筛选分析 → 把结果发送到飞书

只要其中一个环节断掉，任务就无法长期运行。

豆包工作恰好把这几个环节放进了同一个工作环境里。

首先，它有可以长期运行的云电脑和浏览器环境。我觉得这个可能是蛮大一个原因的。完成一次登录后，后续任务可以在登录状态仍然有效时继续使用，而不是每次都从一个全新的浏览器重新开始。

其次，它支持定时任务。任务不是提醒我"该去做舆情监控了"，而是到了时间以后自己执行，并把结果送回来。

再次，它不只会读取公开网页，还能操作浏览器、调用Skill和连接器，把搜索、采集、整理和交付串在一起。

最后，它与飞书之间不是简单地复制粘贴。资料可以来自飞书，结果也可以直接回到飞书，继续被编辑、分享和协作。

因此，这次真正跑通的并不是某一个"舆情分析提示词"，而是一套完整的工作环境。

会回答问题的AI已经很多了。

但能在明天上午10点，带着昨天的登录状态重新回来，把工作继续做完，再将结果主动送到飞书里的AI，目前仍然很少。

当然，这套监控也有边界。

平台搜索结果会受到推荐机制、账号权限和风控策略影响，因此它能做的是在当前任务可以访问的范围内尽可能完整地收集，而不是保证抓到互联网上的每一条内容。登录状态失效或者平台触发安全验证时，也仍然需要人工接管。

它没有消灭人工，而是把人从每天重复搜索和整理，变成了制定规则、检查结果和处理重要问题。

四、除了舆情监控，还有三个特别值得尝试的玩法

豆包工作这次给我带来蛮大的惊喜，所以我也顺便去搜索了下它还有没有其他很独特也很有价值的用法。以下三个我还满推荐的~

1. 录一遍浏览器操作，直接生成可反复调用的Skill

有些工作并不复杂，却很难向AI描述清楚。

比如进入一个网站，找到特定入口，选择某个分类，填写几项信息，上传文件，再判断有没有提交成功。真要把每个页面和按钮写成详细的操作说明，可能比自己再做一遍还麻烦。

豆包工作的办法是：你在浏览器里完整操作一次，它在旁边记录和理解，再把这套操作保存成一个Skill。

以后再遇到相同任务，只要调用这个Skill，它就可以按照你教过的方法重新执行。还可以把产品名称、网站地址、提交内容等做成变量，换一批任务继续使用。

已经有人把不同网站的外链提交方式分别录成Skill，再让豆包工作读取Excel，根据表格逐个调用。查看录制过程和批量调用案例

但外链提交只是一个案例。

商品上架、后台录入、网页巡检、信息查询、报表下载，凡是"人会做、需要反复做、但很难写清每一步"的浏览器工作，都可以尝试录制成Skill。

过去要先学会搭自动化，才能把工作交给机器。

现在，可以先把工作做给它看。

2. 让豆包读懂飞书里的业务，再把成果直接交回飞书

一个被广泛讨论的案例，是把一份纯图片的日文PDF交给豆包工作，最后生成企业官网、双语PPT、社交媒体素材和宣传视频。

这当然很亮眼。

但这个案例真正特别的地方，不是一次生成了多少种文件，而是豆包工作与飞书打通以后，形成了一条完整链路：

从飞书获得业务上下文，完成工作，再把成果交回飞书

获得相应权限后，它可以读取飞书里的文档、聊天记录、会议纪要和多维表格。我们不需要每次重新上传几十份材料，再从头解释这个项目是谁负责、之前讨论过什么、最新版本放在哪里。

可以直接让它根据项目群讨论和会议纪要做复盘；根据产品资料和市场讨论制作发布会PPT；根据客户沟通记录准备下一次会议的客户简报；或者从散落的资料中提取统一口径，再生成官网、视频和社交媒体内容。

完成以后，文档、表格和PPT又能回到飞书，交给团队继续编辑、评论和分享。查看PDF生成官网、PPT和视频的完整案例

普通AI面对的通常是"我刚刚上传的这几个文件"。

接入飞书之后，它面对的则可能是一个项目真实发生过的全部过程。

这时，飞书既是AI了解业务的地方，也是AI交付工作的地方。

3. 同一个任务，在本地电脑、云电脑和手机之间接着跑

第三种玩法并不是"手机上也能使用AI"，而是同一个任务可以带着已有上下文，在不同设备和执行环境之间继续。

需要读取本地文件、修改Excel或者PPT时，可以让任务在自己的电脑上执行；如果是耗时较长的数据采集、批量处理和网页调研，可以切换到云电脑继续运行；人离开电脑以后，还能通过手机查看进度、补充要求和完成确认。

例如，出门前让豆包工作读取电脑里的销售数据，制作一份汇报PPT。到了路上，可以在手机上查看半成品，要求它调整第三页；后续如果还要持续搜索行业资料，又可以把任务交给云电脑继续完成。

这不是把同一句聊天记录同步到手机上。

是那项还没完成的工作，真的在另一台设备上接着做。

它特别适合出差途中处理本地文件、长时间运行的调研任务、在手机上临时派活，或者需要本地软件、云端执行和移动确认共同完成的工作。豆包工作近期上线的任务执行环境切换，正是在解决任务被某一台电脑绑定的问题。

把这三种玩法放在一起，会发现豆包工作的思路很清楚。

说不清的流程，可以操作给它看；散落在飞书里的业务背景，可以让它自己读取；被设备和地点打断的任务，可以换个环境继续执行。

如果你们还有更好的已经跑通的玩法，欢迎分享啊~~~

以上，如果觉得不错，随手点个赞、在看、转发三连吧～ 欢迎关注我的账号，还有更多干货分享。我们，下次再见。