当前位置：

社区首页

电脑数码

软件应用

服务软件

文章详情

用AI全自动运营小红书：从选题做图到定时发布，零基础保姆级实测

找选题、查出处、写文案、做图片、进编辑器发布、检查是否公开、登记飞书，再过几天回来复盘。这些原来需要反复在不同页面间切换的事情，现在已经能按一套固定规则自动跑下来。

账号做的是表情包出处。读者看到熟悉的形象，能快速知道它叫什么、出自哪里，以及背后有什么有趣的故事。内容边界很清晰，非常适合把重复动作逐步交给 AI。

这是账号已公开的一篇乌萨奇图文，可以先看看成品的呈现方式。

以 10 月 23 日的轻松熊笔记为例，记录里能看到完整过程：上午 9 点 37 分提交，系统显示审核中；9 点 41 分首次确认公开，随即把链接和最终图文回填到表格中。后续复盘从确认公开的时间起算。

这篇文章会带你从零搭建这套流程：先让 AI 做通单篇，再串联选题补给、定时发布和数据复盘。你需要准备好账号、资料和内容标准，过程中会涉及登录与授权；日常主要通过对话调度，工具连接只需在初期配置一次。

这套方法不仅适用于 Dot，也可以迁移到 Muse 等具备持续执行能力的个人 AI 助理（Personal Agent）。换工具时，重点检查它是否支持读写资料、操作发布页面、调用生图工具以及跑定时任务。它具备哪项能力，就先自动化哪个环节。

完整跑通后，你会拥有四张自己的运营表、一套可复用的内容标准、至少一篇过审的图文，以及分工明确的自动化任务。

1、先看懂每天到底发生什么

顺着图中的编号看，一篇内容从读取资料开始，发布后需要登记与复盘，复盘反馈再用于指导下一篇制作。

其中有两个容易被忽略的细节：

一是发完后必须确认平台的真实状态。审核中、预约成功、已经公开，代表不同的阶段。必须在飞书中记下状态，避免后续任务重复执行。

二是复盘必须具体指导下一篇。比如发现图里的角色辨识度不高，下次做图前就要补充外貌特征；读者反复问出处，下次就把来源交待得更明显。只生成一份“继续优化内容”的空泛总结，对下一轮几乎没有实质帮助。

为了让任务接续更顺畅，我把日常工作拆成了三项：

选题补给：负责查找、核验和补充库存，只交付合格可制作的选题。
内容制作与发布：从库存挑题、生成素材、检查并按授权提交，最后登记结果。
到期复盘与评论整理：采集数据与真实反馈，输出给下一轮的具体调整建议。

每项任务都有明确的完成标准：补了 10 个选题就报告补题完成；只保存了预约就汇报已预约。这样能一眼看清当天的推进节点。

初次搭建时，先手动跑通一篇。连续做几篇并摸清容易返工的点之后，再开启定时任务，排查问题会省力得多。

2、准备工具，让助理先做一次能力检查

2.1 你需要准备这些东西

一个有运营权的小红书账号：先固定昵称与账号标识，每次发布前核对。多账号登录时，尤其要明确指定本次操作哪一个。
一个个人 AI 助理：本文以 Dot 为例。如果用 Muse，准备工作完全相同。先挑一个可用的跑通，不需要同时折腾多套。
一份长期保存的运营资料：推荐飞书多维表格。它支持状态标签、图片附件和关联记录，很适合管理选题进度与复盘。
可用的制作与发布能力：做图需要助理支持生图工具调用，或由你上传制作好的图片；发布需要它能操作网页，或接入验证可用的发布工具。
定时执行能力：日常托管依赖真实的定时任务。如果助理只是在对话里答应“明早帮你发”，但系统里没有建立定时任务，到了时间并不会自动运行。

2.2 先发这段话，确认你手上的产品能做什么

把方括号里的内容换成你自己的信息：

我准备让你协助运营小红书账号【账号昵称和账号标识】，内容方向是【你的方向】。先检查当前环境，不发布内容，不创建定时任务。检查你能否读取和更新我提供的飞书多维表格，能否使用任务专用 Chrome 查看小红书页面，能否调用图片生成工具，能否保存文件，以及能否创建真正会执行的定时任务。每项分别说明现在可用、需要我完成登录或授权、当前不支持。已经连接的能力先复用，不重复安装。如果需要我操作，请告诉我进入哪个官方页面、完成什么动作，以及完成后怎样检查。不要向我要密码、验证码或完整密钥，也不要把这些信息存进运营表。最后列出这套环境现在可以跑通的最短路径。

重点关注具体的执行依据，例如“已读取到四张表的名称”“浏览器可访问指定账号后台”“生图插件调用正常”。只回复“应该没问题”或“我可以帮你做”，不能算作连接成功。

2.3 分清本机和云端，避免配好之后又读不到

我在跑这套流程时遇到过飞书凭证缺失的问题：任务在云端执行，但云端无法读取选题、规则和发布历史，流程直接中断。

你在本地电脑登录了，不代表助理跑任务的云端环境也已登录；浏览器的 Cookie 和飞书应用的授权，也可能落在不同环境里。

让助理明确说明：当前执行环境在何处、资料连接挂载在哪里、定时任务是否在同一环境运行。完成登录授权后，务必从任务的实际运行环境再做一次只读验证。

先把环境连通。拿不到历史记录就无法去重，读不到现行规则就会套用旧标准。

3、把账号定位写成一份可以检查的标准

只交代一句“帮我好好运营小红书”，AI 往往无从下手：它不清楚目标受众、不知道表达禁忌，也不了解合格的视觉标准，最后还是需要你逐条纠偏。

先确定具体的切入点。例如面向 AI 新手讲单一工具如何解决具体办公痛点，或者面向摄影新手拆解单套拍照姿势与机位。

我这个账号选择做表情包出处：每篇围绕一个角色（或强关联的一组形象）展开，开头交代出处，正文展开核实过的背景故事。这类内容资料好查，事实准确度也容易核对。

将定位、文字规范与视觉要求记录在“运营标准”表中。可直接参考以下格式：

请为我的小红书账号整理一份可执行的运营标准，保存到【运营标准表链接】。账号面向【具体读者】，主要帮助他们【解决什么问题或获得什么乐趣】。长期内容范围为【范围】，暂不涉及【排除范围】。一篇笔记只完成一个清楚的阅读任务。标题准确说出对象和收益，不编造效果、收入、体验和热度。正文按【你认可的结构】展开，专有名词和事实必须核实。图片采用【比例、数量、配色、主体和文字密度】。上传前逐张检查错字、事实、清晰度、人物或角色一致性，并核对整组顺序。资料来源、素材限制和制作记录保存在内部运营表。公开内容保留读者需要的出处与必要归因；平台要求的AI或素材声明如实保留。本轮先制作一篇待审稿，不公开发布。只有我另行明确允许自动发布后，才在指定账号、内容范围和排期内执行。规则标记版本和生效日期。保存后重新读取，逐项复述最终要求；有冲突时指出具体条目，先处理冲突再制作。

像“高级感”“网感强”这类偏好，必须转化成可落地的检查项。例如：手机缩略图上标题字迹清晰、单图只讲一个重点、角色面部与服饰前后一致等。

最好附上一篇你认可的参考样稿，让助理指出哪些手法需要沿用、哪些特征仅属于该篇。这样能避免后续内容全都套用同一模板。

4、复制运营模板，把四张表准备好

这里有一份可以直接复刻的小红书全流程运营模板。登录飞书后，将整份多维表格复制到自己的空间，保留侧栏手册、教程和四张主表，再把你自己副本的链接提供给 AI 助理。

模板包含选题与发布、复盘记录、评论处理和运营标准四部分。先把账号名、定位、图片规范、规则版本与默认排期改为你自己的，时间统一标注时区。表内预置的样例数据读懂后即可清空或替换。

交给 AI 处理前，先确认侧栏的「【Agent 须知手册】小红书运营」。该手册明确了表的读取顺序、字段配合方式与初次初始化的步骤。可以先查看手册入口了解结构，实际调用时直接把副本链接提供给助理。

让助理完整阅读手册，再通读使用说明、运营标准、近期复盘、选题库与真实评论。读完后复述各表分工与缺失配置，确认无误后再把定稿写入运营标准。表格负责沉淀日常进度，手册负责引导助理规范启动。

复制表格只生成了数据副本，账号登录、工具授权和定时任务仍需单独连接。所有修改只写入你自己的副本，相关排期与规格也需同步更新。

如果选择手动建表，可在飞书新建“小红书运营工作台”，并建立以下四张子表：

初期不必追求字段繁多，优先确保每条记录都能清晰反映“内容是什么、当前处在哪一步、结果记录在哪里”。

4.1 运营标准

先看左侧的标准名称，再展开「标准正文」长文本查看完整内容；右侧更新时间用于确认版本状态。截图仅展示入口，实际需要展开完整字段，避免只读取到截断的预览文本。

这张表记录当前生效的准则，至少包含：标准名称、适用账号、标准正文、版本号、生效时间与更新时间。

账号定位、图片规格、发布边界、默认排期均汇总于此。阶段性试行规则需写明起止时间与过期后的回退规则。

建议只保留当前生效版本，历史改动另设日志归档。规则出现冲突时明确优先级，避免 AI 同时采纳相互矛盾的要求。

4.2 选题与发布

表中一行对应一个选题。先确认选题内容，再核对「制作状态」与「发布状态」。例如「素材完成＋发布待核验」，代表内容制作完毕但前台状态仍需确认。向右滑动可查看链接与实际发布时间。

一条主记录应贯穿一个选题的生命周期，直至发布完成。

基础字段建议如下：

这些字段可以直接映射。你也可以按需增加“内容类型”“计划发布时间”“提交时间”“笔记ID”等。助理写入前必须先比对实际字段，不能凭经验直接套用模板名称。

制作与发布状态要分开记录：图片完成后标记“素材完成”；尚未在平台提交前，发布状态保持“未发布”。

如需简化，预约时间、提交回执和核验过程可暂记在备注中，关键是信息可追溯。

4.3 复盘记录

截图中同一篇内容拆解为 D2、D3、D5、D7、M1 五行。先看对应阶段，再核对到期时间与实际抓取时间。阅读量（如 62、86、105、132）为各节点的累计数据；显示为「待跟踪」则代表尚未到期或未完成采集。

一篇笔记需要多阶段跟踪，因此一条选题可关联多条复盘数据。

建议字段包括：关联选题、笔记链接、阶段、到期时间、采集时间、浏览量、点赞数、收藏数、评论数、分享数、数据口径与来源、结论与下一步动作、状态。

按公开核验完成起算，分别在第 2 天、第 3 天、第 5 天、第 7 天及满 1 个月时进行记录。

未获取到的数据保持留空；只有平台实际展示为 0 时才填 0。

4.4 评论处理

这里展示评论表的关键字段：先看分类，再看「建议回复」「需要决策」「回复状态」和「实际回复」。状态为「待审核」且有建议文本时，不可当作已发送；只有实际发出后，才补充实际回复与执行结果。

包含字段：评论原文、所属笔记、评论 ID/去重标识、分类、建议回复、回复状态、实际回复、回复时间，以及是否需要人工介入。

这张表沉淀了读者的具体问题，既可用于互动回复，也能筛选出后续选题素材。

让 AI 整理评论和初拟回复，实际发送交由人工或独立授权。生成了建议文本不等于已经完成回复。

4.5 把建表工作交给助理

你也可以将以下提示词发送给已接入飞书的助理：

在我有权使用的飞书位置【目标位置】建立“小红书运营工作台”，包含运营标准、选题与发布、复盘记录、评论处理四张表。按本文四张表的用途建立最小字段。先检查有没有同用途工作台，有则读取并复用，不重复创建。保留现有数据和字段。字段类型按实际用途设置，选题与复盘、选题与评论能关联。日期时间统一使用北京时间。建好后读回每张表的名称和字段，再给我工作台链接。先不填业务记录，不创建发布任务。

建好后亲自打开检查，确认四张表结构完整且助理能稳定读取，这一步就算完成。

5、连接飞书，先验证读取，再验证写回

在我的实践中，助理通过飞书 CLI 读写数据。CLI 是为 AI 提供的命令行工具，使用者无需死记命令，助理按照工具文档调用即可。

也可以使用你的助理支持的任何飞书插件。核心是确认它具备读写权限，并能在定时任务中持续调用。

先让助理完成三项只读与写入测试：

读取运营标准：复述账号、内容范围、生图要求及现行生效规则，核实理解是否准确。
读取已有选题：附带状态与来源，确认表结构与字段映射无误。
写入单条测试记录并回读：写入一个指定选题和理由，验证文字、状态及关联关系是否准确保存。

测试指令参考：

先完整阅读我副本里的【Agent 须知手册链接】，再读取【我的运营工作台链接】中的使用说明、运营标准、近期已完成复盘、相关选题和真实评论。复述四张表的用途，再说明当前使用的飞书应用、用户或机器人身份，以及实际能够访问的表。后续只写入我的副本，不向原模板写入账号和内容。先只读运营标准和三条已有选题，不批量导出，不改变记录。把当前标准中的账号、内容范围、图片要求和生效日期复述给我。确认读取正常后，将我指定的选题【选题及资料】保存为待选，不发布。写入后重新读取同一条记录，核对字段值和状态，提供可打开的位置。如果当前身份没有权限，说明缺少的具体能力；不要自动换成另一个账号或机器人。

当配置了多个应用时，必须确认调用凭据的归属。群通知机器人与文档表格应用通常权限不同，不可混用。

以下是验证通过的只读命令参考（请替换为自己的标识并完成授权）：

lark-cli config show --profile YOUR_PROFILE lark-cli auth status --profile YOUR_PROFILE lark-cli base +table-list --profile YOUR_PROFILE --as user --base-token YOUR_BASE_TOKEN lark-cli base +field-list --profile YOUR_PROFILE --as user --base-token YOUR_BASE_TOKEN --table-id YOUR_TABLE_ID

其中 base token 是多维表格 URL 中的唯一标识，登录凭据由工具底层管理。切勿在提示词或表格中明文存放 App Secret 或密码。初次遇到报错，直接把日志交给助理按文档排查，无需额外安装多套重复工具。

6、建立选题库存，减少到点才临时找题

发布前临时赶选题容易降低质检标准。

我将“补选题”拆解为独立环节：提前发掘候选、核实事实、拟定制作方向并沉淀入库；发布任务触发时，直接从现成库存中筛选。

一个可用的选题必须包含：讲什么内容、目标读者是谁、参考资料来源、具体展开角度。仅有“轻松熊”“实用工具”这类泛泛词汇无法直接启动制作。

6.1 先从你有经验的范围找

表情包账号：从大众眼熟却叫不出名字的形象入手。
工具教程类：从你实际解决过的日常任务切入（如整理会议纪要、制作产品单页）。
摄影类：针对特定场景的具体姿势或机位展开。

常青内容更适合作为前期的启动方向，事实核查和素材制作节奏可控；时效性选题则需要额外确认时效窗口与信息有效性。

热度仅作为参考依据，核心事实仍需回溯至官方背景、原作或可信渠道。

6.2 我的库存规则怎样运作

现有策略要求：未发布的合格候选保持在 9 条以上，不足时补充至 12 条，单轮最多新增 5 条。

例如当前余 6 条，本次最多新增 5 条。若缺乏可靠素材，宁可保留库存缺口，也不能塞入空洞标题充数。

9 条、12 条与 5 条是我的配置参数。初期每天做一篇时，可先储备 3–5 条，摸清单篇制作耗时后再调节。视频与图文的工作量也需分别计算。

已处于制作中、已预约或已提交的记录，不再计入可用库存。

6.3 复制这段补库指令

你负责“小红书选题补给”。读取【运营标准表】、【选题与发布表】和同账号已完成的【复盘记录表】。先核对当前内容范围，检查合格、未发布、未占用的库存。我本轮要求至少【库存下限】条，不足时尝试补到【库存目标】条，每轮最多新增【单轮上限】条。每个候选写清选题、适用读者、具体角度、资料来源、推荐理由、适合的内容形式和待核实事项。优先能完成事实核验的内容，时效性信息记录事件和核验日期。与已有候选、已发布内容和正在制作的内容去重。同一角色或主题换标题，不自动算一个新题。需要续篇时，说明新增价值。资料充分才记为可制作，信息不足保留待核验或暂缓，不凑数量。写入后读回本轮新增或修改的记录。本任务只补选题，不生图，不发布，不回复评论，不修改排期。

检查补库结果时，抽检一条参考链接核实事实是否存在、切入角度是否可行。如果输出偏向泛化，先手动调整一条作为示范，再让其继续执行。

7、让 AI 制作第一篇，先把内容做对

首篇先做单例验证：输出完整标题、正文、图片规格与资料备注，暂不提交平台。

建议把制作拆分为四个交付物：基础资料、文案、图片清单和终稿图文。各环节有偏差，在进编辑器前均可调整。

7.1 先核实内容，再写标题和故事

以表情包出处为例，需严格区分角色、作品、作者和衍生形象，上线日期不能与角色诞生年份混为一谈。

在轻松熊的内容中，核实的事实包括住进小薰家的故事线以及官方设定的背部拉链熊外套。围绕事实展开短故事足以支撑介绍，无法考证的细节不强行脑补，日常配图文案也不冒充官方台词。

对于工具教程，关键核查功能是否在当前版本可用、操作步骤与配图是否相符。测试经过、价格与功能效果需有据可依。

从【已选选题记录】制作一篇小红书图文，先不发布。读取当前运营标准、该选题的资料，以及同账号已完成的相关复盘。先核实关键事实，保留内部来源链接；有冲突就指出，无法支持的内容删去或暂缓。交付一份完整稿，包含标题、正文、建议正式话题、逐张图片清单和最终图片。正文只写本篇要讲清的一件事，不编造亲测经历和读者反馈。另在选题备注里记录本篇如何采用复盘，分别说明选题、标题、正文、标签、图片的处理。没有可靠依据的部分如实保留为待验证想法。成品完成后逐项自查，写回原选题并重新读取。此时只标记制作进度，不标已发布。

7.2 先写清每一张图要做什么

表情包类目推荐采用“1 张出处科普＋9 张独立内容图”的组合，统一为竖版 3:4。先定好 10 张图的职能分工，再逐一绘制。

第一张用于角色识别与来源科普；后九张围绕同一形象展开，分别展示不同情绪、动作或社交表达场景。

整组图片既要保持视觉一致，又要用途各异。把一张图拆成九宫格切片，或仅微调眼神动作，都不符合标准。

10 张图会带来额外的生成与质检工作量。做教程图文可按步骤缩减张数；初期可以先做 3–5 张的短篇幅，稳定后再扩展。

以原创橘猫形象为例，十图分工清单参考：

第 1 张：名称、形象立绘与核心简要背景。
第 2–10 张：分别对应收到、开心、困倦、困惑、无语、感谢、鼓励、等待、晚安等情绪场景。

若是科普已有 IP，需调整为考证准确的官方信息，并核验素材授权边界；AI 生成的素材不可标注为“官方原画”。

7.3 生图时把“保持什么”写清楚

我的方案中使用 Codex 内置模型生图。其他助理可调用可用的生图插件，或接收人工做好的素材。写出提示词与最终产出可用图片，是两项独立能力，需要分别确认。

原创橘猫系列的提示词规范参考：

为我设计的橘猫角色制作竖版3∶4系列图片。保持圆脸、橘色短毛、奶白口鼻区、三道额头条纹和短尾巴，十张形象一致。先列出01至10图片清单，再逐张制作。第1张介绍名称和设定，第2至10张按照已确定的情绪与动作展开，每张都有独立用途。浅奶油色背景，大主体，留白充足。文字只使用逐张清单中的确定配文，字形准确，不增加额外小字。需要修正角色细节时沿用同一参考形象。保留每张最终原图、对应提示词和顺序。完成后检查角色、中文、清晰度、比例和图片差异，再检查整组一致性。没通过的图单独返工，不用近似重复图补数量。

制作时可先跑出第一张基准图，确认通过后作为后续批次的垫图参考。带有汉字的图片需放大核查字形无扭曲错乱，再缩放到手机尺寸确认辨识度。

原图、上传文件和提示词均需留档备份。按平台要求保留必要的“AI 生成”相关标识。

8、完成第一篇发布，检查编辑器里的实际结果

进入已登录的电脑端小红书创作服务平台，具体以你账号的后台为准。

我在 Dot 中通过云端浏览器上传图文、填充文案与话题标签，并在预览页校验后提交。自建流程时，优先使用配有登录态的专用 Chrome 或稳定发布插件，操作前让助理复述待执行的账号与目标页面。

8.1 上传完还要再检查一遍

文案排版在录入编辑器后可能会发生改变：段间空行、图片前后次序、话题标签是否被平台真正关联上，均需在网页端确认。

例如该账号要求带 5 个垂直话题标签，输入带 # 的文字后，必须确认其已被系统识别为高亮话题项。

提交前质检指令：

将【成品位置】的图文填入指定小红书账号【账号】的编辑器，先不提交。核对账号，上传完整图片，按01至末张检查数量、顺序、清晰度和裁切。填入标题、正文和适合本账号的正式话题。检查编辑器与预览中的实际结果，逐项核对完整文字、空行、错字、图片顺序和真实AI或素材声明。本篇若有指定的关联设置，也检查已保存。对照运营标准验收。发现问题先修正，再查看实际预览。完成后报告当前停在编辑器待提交，保留页面供我检查。

第一篇建议人工逐项核查预览，确认无误再放权给助理。

8.2 一次提交之后，先去查结果

确认通过后，再发送提交指令：

允许将当前已检查通过的这篇内容发布到【指定账号】。提交前再次核对账号、当天额度、原选题和正在执行的任务，确认没有重复提交。点击提交一次，保存实际回执。结果不明确时，先查内容管理页和原记录，不重复点击，不重新建立同一篇任务。分别说明已提交、审核中、预约成功或已经公开。取得真实笔记ID和链接后写回原选题，再重新读取核对。

提交时如果页面无响应，不要频繁重复点击。先去“内容管理”列表检查是否有对应标题与草稿记录。

只要执行了提交，无论处于审核中还是飞书未回填，均算作消耗了当前时段的发文额度，防止自动化任务重复推流。

9、把预约、公开和登记分清楚

这是自动化流程稳定流转的关键分界点：

已提交：平台已接收提交动作，后续可能进入审核或进入定时队列。
预约成功：平台后台已登记未来的发布排期，需读回并记录预约时间，到点后核验是否真实公开。
已经公开：笔记能在公开详情页正常访问。后台显示记录或审核中标签消失，仍需配合前台访问进行最终核验。
登记完成：前台数据已回填多维表格，且重新查验链接、状态、发布时间与素材的对应关系。

让助理按此结构反馈执行情况：

记录以首次观测到公开的时间为准，作为后续复盘的起始原点，不自行反推平台系统的准确上线时戳。

如果提前做好了 7 篇排期，只在表格写了日期并未在平台后台录入预约，依旧属于“待发布”计划。必须以平台接口或页面读回的状态为准。

10、开启自动任务，把每天的重复动作接起来

单篇全链路跑通后，固化上述约束条件，即可转为自动化定时运行。

批量制作＋平台预约：适合非热点、不依赖当天反馈的常青内容。一次性做完一周的内容，质检后全部存入小红书官方的定时发布队列。这样集中做图、集中排期，减少日常频繁登录和临时赶工的风险。
当日制作＋当日发布：适合需要追热点或依据前一天数据反馈调优的内容，按日单篇流转。

目前部分云端 Agent 可能会出现环境休眠或登录态过期问题。建议常青内容尽量采用“批量制作并排期到平台”的策略，并在到期节点核验公开情况。

初期建议控制在每天 1 篇的频次，观察质量、账号健康度与复盘数据稳定后，再评估加量。

10.1 两种定时方式，按环境选择

到点执行（左）：触发后才开始选题与生成，受限于生图耗时与审核排队，公开时间不可控。
预约排期（右）：提前制作并录入平台预约，到点核验公开结果，交付时间更可控。

口头承诺“明早发”或仅在飞书打上日期，都不等同于有效的定时任务。

10.2 把发布范围写进自动任务

确认开放自动发布权限时，使用以下配置指令（初学者可继续保持“只生成待审稿”）：

我允许你在【指定小红书账号】的【明确内容范围】内，按已保存运营标准自主选题、制作、检查并发布常规内容。创建每日发布任务，时区为Asia/Shanghai，每天【时刻】执行，每时段最多【数量】篇，每日最多【数量】篇。从【开始日期】起，到【结束日期或长期】执行。已有同用途任务则读取并更新，不叠加重复任务。每次先读当前运营标准、选题与发布记录、相关已完成复盘，以及在途任务。合格候选不足，或资料、质量、登录、授权不满足，就跳过并记录原因。错过过去时段不自动补发。提交前核对日期、时段、账号、选题和平台已有内容，防止重复。已提交和审核中的内容计入本轮额度。提交只执行一次，不确定先查回执和平台。公开后回填原记录并读回，再建立到期复盘。预约模式必须读回平台实际预约时间，预约未到时不记公开。本授权不包含回复评论、私信、修改或删除已公开笔记，也不扩展其他账号。遇到验证码、登录失效、平台限制或需新增授权的情况，停止相关步骤并说明。创建后读回任务名称、启用状态、时区、触发时间和实际保存的要求。配置保存与实际运行分别报告，第一次运行后核对真正结果。

任务保存后，核对时区、启动状态与下次运行时间；若系统无法回显下次运行时间，需保持关注，不可凭空推断。

定时任务只负责准时触发，生成与平台审核仍会产生时间浮动，可根据实际延时评估是否调整为提前预约模式。

10.3 补库和复盘分别建任务

将第 6 节的补库设为独立的定时任务，错峰安排在发布之前执行。补库受阻时保留报错原因，发布任务依据现有可用库存决定是否执行。

复盘任务按日扫描到期未完成的行，仅拉取这部分数据；评论可一并抓取，但仅限生成建议回复，不授予自动发送权限。

任务故障时不要盲目新增重复任务，优先读取最近一次运行日志定位卡点。

11、安排复盘，让下一篇确实用上反馈

复盘跟踪周期设为 D2、D3、D5、D7、M1。D2 为公开满 48 小时，M1 为满一个自然月（遇小月顺延至月末最后一天）。

初期刚上手时，抓取几个能持续跟进的固定时间点即可，不必过度密集。

11.1 每次都记下“什么时候看的”

按既定周期跟踪浏览、点赞、收藏、评论等指标，记录当时的累计数值与实际抓取时戳；抓取延误如实记录。

累计数据不可直接简单相加。通过环比趋势分析各阶段的衰减或爆发节点，再为后续选题调整方向。

指标异常时，结合文案、封面与平台状态做综合归因，将具体的调整项写入复盘表。

浏览量低不能直接等同于限流，需通过官方诊断与通知确认。不同渠道、不同统计口径的数据独立存放，不可拼凑计算。

11.2 复盘要读原稿，才能给出具体修改

仅看几项互动数据无法指导具体修改。复盘时必须关联当时的标题、正文、图片原图、制作要求以及评论区反馈。

要求助理针对五个维度输出针对性调整：

比如下一篇优化立绘风格，属于测试项。是否有正向提升，需观察后续相同维度的对比数据。

11.3 复制这段复盘指令

读取【复盘记录表】，只处理已经到期且尚未完成的记录。到指定账号的实际页面采集当前可得数据，记录采集时间、指标截止时间、累计或区间口径、可见权限和缺失项。未知留空，不用零补齐。迟采说明实际内容年龄，无法还原的旧快照不补造。联读关联选题、实际标题正文、图片或视频、原制作要求和真实评论。分别提出选题、标题、正文、标签、图片或视频的具体建议。每项写明依据来自哪条记录、观察到什么、下一篇准备采用什么、还有什么不确定，以及下一次看什么指标。缺乏独立证据时，不把单帖表现归因为某一个因素。写入后读回实际记录。没有读到数据的阶段继续保留待跟踪或受阻，不提前标完成。本任务只采集和建议，不自动修改已发布内容，不生图，不发布，不发送评论回复。

11.4 在制作下一篇时查一次“是否采用”

下一次产出前，让助理将五维度的优化点写进选题备注，说明调整理由或保持原样的考量。

终稿生成后核对执行情况：如果备注注明“精简图内文字”，最终成图仍堆砌三段说明，必须驳回重做；不能仅凭备注标注“已落实”就直接放行。

单篇笔记的多轮复盘仍属孤证，要验证规律的长期有效性，需要多批次同类样本比对。

12、评论先整理，让真实问题变成下一次输入

评论区往往包含更具象的反馈。

“这只猫叫什么”“衣服颜色画反了”“这个表情适合接什么话”，分别对应信息补全、素材勘误与新选题切入点。

未爬取到评论时保持空值，切勿根据评论数量凭空臆造读者留言。

读取【指定账号和笔记范围】内实际可见的公开评论，保存到【评论处理表】。保留原文、所属笔记、可取得的评论ID和来源时间，先与已有记录去重。按问题、建议、互动、投诉、版权或其他分类，准备具体建议回复。涉及纠错、素材争议、承诺、交易或需要我决定的事项，说明原因并标记。不要收集无关个人信息。本轮只整理和拟稿，不对外发送。没有实际发送并核验成功，就不填实际回复和回复时间，不标已回复。

后期如需开放低风险回复权限，也应明确界定回复边界、频次与熔断规则。把发文链路与评论交互链路解耦，便于独立追溯。

13、卡住后从原进度继续，减少重复劳动

自动化经常遇到会话中断、凭证失效、生图报错或前端改版。异常恢复的核心是顺着已有日志往下走，避免推倒重来。

断点恢复指令：

恢复【任务名称】。先读取原任务配置、选题进度、已有文件、提交回执和平台记录，不从头重建。分别确认内容已做到哪里、平台是否已收到提交、是否公开或预约、飞书是否已登记。只恢复缺失的步骤。已经提交先核验，已经公开只补登记，已完成记录保留。错过时段按既有规则跳过，不擅自补发或提高日限。需要我处理的登录、验证码或授权问题，说明具体页面和操作后暂停相关步骤。完成恢复后记录本次动作和仍未解决的事项。

像云端凭证丢失这类型问题，按此流程最为稳妥：环境重连后先拉取发布记录，排查平台真实收录状态，再推进补全环节。

14、换成 Muse，沿用同一份运营资料

无论底层采用 Dot 还是 Muse，这套运营体系和核心资料是通用的。

迁移助理时，将运营标准、选题库、发布日志、成稿素材与复盘表整体移交。仅说一句“帮我发小红书”，新助理无法得知之前的风格标准、已发布记录以及当前的预约状态。

将核心资产沉淀在独立的在线表格与云盘中，可以大幅降低更换 AI 工具时的交接成本。

14.1 先检查这些能力，确定自动化能做到哪一步

这些工具的能力边界会随版本快速迭代。迁移框架通用，但具体的授权流程以当前实际界面为准。

14.2 复制这段迁移指令

把我的小红书运营流程接续到你这里。资料入口为【运营标准】、【选题与发布】、【复盘记录】、【评论处理】及【素材目录】。先读取当前生效规则和已有进度，检查原助理有没有在途任务、已提交内容和平台预约。逐项验证你能否读写资料、制作图片、操作平台、执行定时和读取结果。复用已有连接，不凭产品名称假设能力。缺少什么就说明，并给出当前能完成的最短路径。先接续一篇未发布内容，完成制作和预览检查，不公开提交。记录你实际读取的版本、可用能力和缺口。新的自动任务启用前，先确认原同用途任务已由我停用或完成交接，避免两边同时发布。平台已有预约继续核验，不重复建立。

如果新工具当前只能做文案和生图，那就先把这部分自动化跑起来。等浏览器控制与定时执行就绪后，再补齐完整闭环。每跑通一个节点，都保留一份清晰可查的阶段成果。