Dot 自动化运营小红书 新手保姆级终极教程

我搭建了一套自动化的小红书内容运营体系，让 Dot 按每天的排期完成选题、做图、发布和复盘，用内容给产品争取曝光。运行这 5 天，暂未看到平台异常提示。

同一篇笔记，10 月 4 日、6 日、7 日采集的浏览量分别为 242、295、311，流量稳定上涨，这个方法目前完全有效，完美实现了我希望的自动化运营的目标，所以今天希望分享给大家如何搭建这套自动化图文运营的系统，以 Dot 为例，其他 AI 助手，如果也有 Computer Use 虚拟鼠标能力，也可以参考这套来搭建，思路一样。

读图时先沿主流程走一遍。读规则和库存，核实出处，做图验稿，检查后单次提交，确认公开，再登记和复盘。选题补给独立运行，评论建议另存；任何一步证据或授权不足，都停在当前步骤。

1、确定账号定位与内容标准

这个账号的定位很具体。读者经常用一张表情，却不知道角色叫什么、出自哪个作品，我就把角色和背后的故事讲清楚。每篇只围绕一个角色，或者一组确实有关系的角色展开。

我把要求放进飞书的运营标准表。正文开头先写出处，后面介绍真实背景；主图保持竖版 3∶4，一篇默认只用一张；选择五个相关的正式话题，保留平台上的 AI 合成内容标识。不加固定的第二张宣传海报，也不在结尾放小程序引导。

这一步输入的是账号定位和一篇合格内容的样子，输出的是每次都要读取的检查标准。角色认错、出处没查清、图片比例不对、中文有错，都会让任务回到制作阶段。规则更新后再读出来核对，确认后续任务拿到的是最终版本。只在聊天里纠正一次，很容易让下一次执行又带回旧写法。

如果要复用这个思路，先选自己账号的一篇合格内容，写清楚它的选题范围、文案要求、图片样式和不能碰的内容。像“写得有趣一点”很难验收，换成“开头交代出处、主图只保留必要信息”就能检查。

2、建立四张飞书运营表

我把信息分到四张多维表格里。选题与发布表保存内容进度，运营标准表保存规则，复盘记录表保存公开后的观察，评论处理记录表保存读者问题和回复进度。它们放在同一个素材库里。下面是现有表的字段结构，按用途分组，读者可以照着理解每张表要记什么。

运营标准中的“固定第二图”和“固定引导词”是已经存在的字段。字段存在不代表必须使用，当前规则不添加固定第二张宣传图，也不放小程序引导。评论表里的公开昵称只在自己有权限的运营库里保存。

选题表里，一条记录对应一个候选，包含标题、角色出处、资料来源、推荐理由、表达角度和当前状态。只有一个角色名字，还没有核实出处，不能算作合格库存。同一个角色换几个标题，也不能自动算成几个新选题。

发布后的笔记链接、实际文案、素材身份、提交状态、公开核验结果，都要和原选题关联起来。下次任务先查已有记录，才能知道上一次停在哪里。比如已经提交但还在审核，就继续核验；已经公开但登记失败，就只补登记。

我用官方飞书 CLI 让 Dot 读写记录。可以把 CLI 理解成 AI 操作飞书的命令入口。搭建时先确认工具可用、当前授权身份能读取目标表，再读取实际字段，把任务需要保存的信息对应到表里。写完还要读回，核对写入的记录和字段，不能只凭接口返回成功就说登记完成。

把四张表建好后，我把它们的用途、字段对应关系和标准交给 Dot，再把选题补给、定时发布、到期复盘分别建成任务；评论处理先产出建议，实际对外回复单独确认。真实表链接只在自己的任务配置里使用，公开教程用占位符。先让 Dot 做一次只读检查，说明读到了哪些规则、有哪些可用候选、今天已经提交了几篇。读不到就停在这里。

这一段的输入是当前标准、候选和发布历史，输出是选中的题、执行进度和可回查的结果。读取失败时，AI 无法确认当前规则和去重状态，任务就停止。账号本人负责完成授权，凭据不放进选题表，也不把它当作普通素材复制。

3、配置选题库存与定时发布

发布任务到点就需要有题可选，所以我另外安排了选题补给。它只负责查资料、去重和补记录，不顺便发帖。

当前规则中，合格未发布候选至少保有九条，低于九条时尝试补到十二条，单次最多新增五条。比如只剩六条，这次最多补五条，后续再补；资料不足就保留待核验状态，不能拿空标题和没查过的故事凑数。

查找线索时可以看社交平台上的讨论，核实出处时回到作品官方、创作者或品牌的原始资料。来源之间有冲突，就先停在待核验里。别人转发的表情图能帮忙认角色，介绍主图仍然要重新制作，不能直接搬整套卡片。

调整后的发布计划，按北京时间安排在上午九点半、下午两点半、晚上七点半，每个时段最多一篇，每日最多三篇。限额按提交计数，已经提交且仍在审核的内容也占当天额度，登记失败也不会把名额退回来。

每次执行都核对日期、时段、笔记 ID 和既有记录，并检查平台上的笔记与正在执行的任务，避免两个任务同时处理同一篇。错过的过去时段不补发。早上停了，不会在下午一口气补两篇。

这两类任务的输出不同。补给任务交付合格候选，发布任务交付一篇经过检查的内容及其状态。拆开后，补库存失败不会被误报成发布成功，也不会因为库存多就突破发布上限。

4、核验角色出处并生成主图

以其中一篇为例，制作时先核实角色背景，再决定主图保留哪些信息，正文怎样讲出处。查不到的经历就不写，不能为了让故事完整补一段想象。

这一步输入的是已经核实的资料、选题角度和运营标准，输出是一份完整图文稿和一张 3∶4 主图。图片用 Codex 内置生图 imagegen 生成，生成后还要逐项验图，检查角色是否一致，中文有没有错，比例是否准确，标题和主体有没有挤在一起，图上的信息能否对应到资料。

原始生成图片和上传文件分别保留，文件处理与校验记录也留着，出现问题可以回查。平台上的 AI 合成内容标识继续保留，处理文件不会改变它属于 AI 生成内容的事实。

我觉得验图很容易被省掉。角色认错或者一行中文写错，后面发布得再顺，也是在把错误发出去。内容准确和画面可读都通过，才进入编辑器。

5、检查图文排版并单次提交

发布这一步，我让 Dot 使用 Codex 云端电脑的 Computer Use 能力，在浏览器里上传图片、输入正文、选择话题，再检查预览并提交。它通过看页面、移动鼠标、点击和输入完成操作，需要当前可用的登录与授权状态。

文稿里排好了版，放进平台编辑器后还需要复查。段间空行可能被吞掉，看起来像话题的文字，也不一定已经选成平台上的正式话题。

提交前检查实际正文和预览，核对文字是否完整，段首有没有多余空格，英文开头是否正常左对齐，五个话题是否都选好了，图片是否只有那一张，AI 标识是否还在。最后核对账号，确认这一篇符合当天和当前时段的限制，再提交。

这一段输入的是通过验收的图文稿，输出是平台收到提交后的状态。提交只做一次。页面卡住、跳转慢，或者结果看不清时，先去管理页找刚才那篇笔记，确认平台有没有收到。重复点击很可能把一次界面故障变成重复内容。

6、核验笔记公开状态并登记飞书

提交完成后，还有两件事要做，确认笔记公开可读，把结果写回飞书并重新读取。两项都需要各自的证据。

我把状态分成已提交、审核中、公开可读和登记完成。审核中的笔记不能报已经公开。笔记已经发出但飞书登记失败，就保留笔记 ID、链接和已有结果，恢复后补登记，不能再发一次。

公开核验时检查真实详情页的主图、正文、话题和 AI 标识；飞书写回后核对笔记链接、对应选题和状态。只有完成这两次检查，才算这篇内容在运营记录里完成。

公开时刻也不能靠猜。如果只能确定第一次确认公开的时间，就如实记录这个时间，后面的复盘从这里起算。提交时间不能直接代替公开时间。

调整当天的上午、下午各完成一篇，均已公开登记。这证明了两次执行的结果，后续每天三篇的稳定性仍需要继续验证。

7、按阶段复盘，优化下一篇内容

一篇内容确认公开后，会建立 D2、D3、D5、D7 和一个日历月的复盘记录，也就是公开满两天、三天、五天、七天，以及满一个日历月。日历月按日期推进，不直接按三十天代替。没有到期的记录保持待复盘。

到了时间，任务读取当时能取得的阅读、点赞、收藏、评论和分享数据，保留采集时间及统计范围。取不到的指标留空，不能填成零，也不能提前把记录标成完成。

下一轮选题和写稿前，AI 先读同账号已经完成的复盘，再把反馈落实到五个地方。

• 选题，读者关心什么，哪些角色和角度还值得继续做。
• 标题，出处是否说得清楚，有没有表达过头。
• 正文，哪些背景需要补充，哪些解释可以缩短。
• 标签，话题是否对应角色和内容，是否需要调整。
• 图片，主体、文字密度和信息顺序是否需要修改。

每一项都说明参考了哪条复盘，具体改什么，或者为什么保持原样。这些依据保存在运营记录里，不塞进公开正文。

比如“图片文字少一点是否更好”，目前只能作为待验证的方案。单篇互动多，不能直接证明某个版式有效；同一篇笔记的几个复盘阶段，也不能当作多个独立样本。比较时先看内容发布了多久、数据什么时候采集、统计范围是否一致。开头的三次浏览量记录说明单篇笔记在增长，是否能持续带来产品访问，还要结合来源统计继续复盘。

真实评论能读到，就整理读者的问题，准备具体回复；正文看不到，就记录缺口，不能根据评论数编需求。对外回复另行确认，发帖授权没有顺便包含替我回复所有人。

8、设置异常停止与恢复规则

这次已经碰到了实际故障。调整当天晚上和次日上午，云端缺少飞书用户凭据，无法读取当前选题、规则和发布记录，也就无法完成去重检查，后面的发布随之停止。

已经完成的结果和待处理内容要保留。授权恢复后先查现有记录和平台笔记，再决定从哪里继续。提交过的先核验，公开了的只补登记，过去的时段不补发。一个任务失败，不代表前面的动作都没有发生。

如果你准备搭自己的流程，可以先做一个很小的试验，选一篇已经核实的题，做出合格图文，经过检查后提交，再核对公开页面和表格记录。整条流程对得上，再增加定时任务和选题补给。

我目前愿意交给 AI 的，是这些有明确标准、能检查结果的重复工作。账号想讲什么、哪些内容不适合发，以及遇到例外该怎么处理，仍然需要我作决定。把这些判断和停止条件保存下来，下一次执行才有依据。

常见问题

Dot 在小红书里具体怎么操作？

在这套流程里，我让 Dot 使用 Codex 云端电脑的 Computer Use 能力看网页，点击界面入口、输入图文、检查预览和提交后的页面。飞书表格由 CLI 负责读写，平台页面操作和表格登记分别检查。它需要可用的登录状态与授权，遇到验证码或登录失效就停下来，由我处理。

用了 Computer Use，会不会有封号或限流风险？

到写这篇时，我已经观察了 5 天，暂时没有看到账号出现异常。这是我这个账号在这段时间的实际观察，不能据此判断其他账号或更长时间的风险。Computer Use 说明了操作方式，不能保证平台认可所有自动化行为。我仍会遵守平台规则、限制提交频次、检查内容质量，出现提示就停止检查。

能不能照着配置每天自动发三篇？

三篇是每日上限，早中晚各一篇是配置目标。库存、授权、出处或内容检查有一项不满足，就少发或停发，不凑额度。已经出现过飞书凭据缺失的中断，所以我还没有把它当作全天稳定托管来宣传。

需要让 AI 自动回复评论吗？

可以先让它读取真实评论、分类并写建议回复。只有记录了实际发出的内容和时间，才标成已回复。对外回复需要单独授权，读不到原文也不能根据评论数量猜问题。

怎么避免重复发布，或者把审核中误报成成功？

提交先占额度，日期、时段、笔记 ID 与已有记录一起去重。提交后分别记审核状态、公开核验和登记结果。结果不明先核验，公开了但登记失败就补登记，过去时段不补发。

五天没异常，能不能证明这套方法有效？

它能说明我这段时间的使用观察。内容效果还要看同一统计口径下的到期复盘，账号安全也需要更长时间观察。没有足够样本前，我不会把它写成涨粉方案或零风险方案。

这是一套全新的基于目前主流的 AI 助理 Dot（也包括其他如 Grok Bot、Muse）的自动化运营思路，核心就是搭建规范（建议尽量用云文档，方便后续如果助理遇到问题可以迁移），并且用 AI 助理的虚拟电脑模拟操作能力，最后作品需要能够复盘并指导下一次的选题跟创作。