公众号新规之后,怎样用 AI 辅助写作并守住真人把关

发布于 2026-10-12

写公众号、做小红书的人,一周里的活大致是这些:找选题、查资料、写初稿、改稿、核对事实、排版、做封面和配图、发到几个平台。2026 年 3 月以后,这些活里哪些还能交给 AI,需要重新划一遍线。

这篇按环节拆开说:每一步交给 agent(能自己调用工具、读写文件的 AI 助手,比如 Claude Code、Codex)做什么,用哪个工具,要准备什么,哪些地方必须你自己来。还没装好 agent 的,先看国内用编码 agent 起步,里面讲了怎么给它接国产模型。

文中微信的条款在 2026-10-12 对照官方页面核对过;小红书的规定依据 2026 年 2 月的媒体报道。规则会更新,发文前以平台页面为准。

先看规则变了什么

微信公众号。《微信公众平台运营规范》的 3.27 条「非真人自动化创作行为」写明,公众号和服务号「不得利用AI、脚本、接口或其他自动化方式,替代真人完成内容创作、发布等流程」,并列了三种情况:

  • 3.27.1 脱离真实创作者表达,利用人工智能等方式生成、改写、拼接或者搬运内容的行为;
  • 3.27.2 通过脚本、程序托管等自动化方式批量、连续发布内容的行为;
  • 3.27.3 传播非真人自动化创作的教程、方法或服务的行为。

违规内容会被限流或删除,账号可能被限制能力乃至封禁。据澎湃新闻 2026-04-09 的报道,这一条是 3 月 27 日新增的;微信团队对记者表示,平台「鼓励创作者合理使用工具辅助创作、提升创作效率,但反对完全由自动化程序替代真人完成内容生产的行为」。紧接着的 3.28 条「套路化模板写作行为」还禁止高频发布「高度雷同、缺乏增量信息价值」的模板化内容。

更早一些,微信公众平台在 2025-09-01 发布公告:用户发布的内容为 AI 生成合成的,发布时需主动声明。公告末尾附有「平台标识提示」和「用户主动声明」的示例截图,可以对照着找声明的位置。

小红书。据新浪财经转载的澎湃新闻报道,小红书薯管家 2026 年 2 月 12 日发布公告,呼吁用户发布 AI 生成合成的图文或视频时主动添加标识;创作者没有主动标识的,平台按检测结果加标识,并限制这类内容的分发;发布教唆祛除 AI 标识的教程会被严厉打击。

法规。国家网信办等四部门印发的《人工智能生成合成内容标识办法》自 2025 年 9 月 1 日起施行。第十条要求用户发布生成合成内容时主动声明,并使用平台提供的标识功能;任何组织和个人不得恶意删除、篡改、伪造、隐匿标识。

落到日常写作上:观点和表达是你自己的,AI 帮你干杂活;一篇一篇发,每篇发之前你都看过;用了 AI 生成的内容,按平台要求声明。

哪些交给 agent,哪些必须自己做

环节可以交给 agent必须你来
选题汇总热榜、按关键词筛选、列出线索决定写什么,想清楚为什么由你来写
资料整理素材、列出需要核实的说法判断信源可不可信
初稿在你的提纲上理顺结构、补过渡、标出缺材料处观点、亲历、关键段落
改稿标出套话、重复、错别字、敏感词、中英文空格问题决定改不改、怎么改
核对把数字、引语、政策条文列成清单逐条回到原始出处核实
排版与配图排成公众号样式、存进草稿箱、做封面终审、声明 AI 内容、点击发布

下面提到的 skill 是装进 agent 的一套操作说明,MCP 是让 agent 连接外部服务的接口,CLI 是命令行工具。稿子建议用 Markdown 写:它是用 # 标标题、** 标加粗的纯文本格式,文件后缀是 .md,后面的改稿、排版工具都直接读它。

选题:热榜当线索,不当答案

TrendRadar 默认汇总知乎、抖音、B 站、百度热搜、今日头条、微博等 11 个平台的热榜,也能加 RSS 订阅源,按你写的关键词筛选后推送。它自带 MCP 服务,agent 可以对采集到的新闻做检索、热度趋势和时期对比。

要准备的:按 README 先部署项目,Docker 或 uv(Python 的包管理工具)二选一。部署好后,它在本机提供一个 MCP 服务地址 http://127.0.0.1:3333/mcp,再用下面的命令把这个地址登记到 agent 里。热榜数据来自第三方的 newsnow 接口。部署要用到 Docker 或命令行,是这套流程里最偏技术的一步;不想折腾的,可以先跳过,自己刷热榜。

TrendRadarMCP选题线索:多平台热榜按关键词过滤,需先自己部署sansan0/TrendRadar63k
# Claude Code
claude mcp add --transport http trendradar http://127.0.0.1:3333/mcp
# Codex
codex mcp add trendradar --url http://127.0.0.1:3333/mcp
用 trendradar 查最近 7 天和「AI 办公」「职场」相关的热点,按热度变化排序,列 10 条,每条附原始链接。不要替我选题,只列线索,我会挑 2 到 3 条自己写。

动笔之前:把你自己的写法沉淀下来

文风规则的作用,是让 agent 改稿、补过渡时不把你的语气改掉。它替代不了你自己的观点和表达:让 AI 照着你的文风写整篇,仍然是 3.27.1 说的「脱离真实创作者表达」。

写作蒸馏器 writing-dna-skill 把一个作者至少 20 篇完整文章(建议 .md 或 .txt)拆成用词、结构、选题、素材、认知框架和配图排版六层规则,写成四份分层文件,再汇总成 Writing-DNA.md。README 要求之后每次写作前,让 agent 重读全部蒸馏产物,也就是四份分层文件加 Writing-DNA.md,一份都不跳过。用你自己过去的文章做,不要拿别人的号来冒充。

写作蒸馏器 writing-dna-skillSkill用你自己的 20 篇旧文提炼文风规则,让 agent 改稿时不改掉你的语气larashero3-dotcom/writing-dna-skill2.5k
# Claude Code
npx skills add larashero3-dotcom/writing-dna-skill --skill writing-dna-skill -a claude-code -y
# Codex
npx skills add larashero3-dotcom/writing-dna-skill --skill writing-dna-skill -a codex -y
请使用 writing-dna-skill 蒸馏分析 raw/ 目录里的所有文章。这些都是我本人写的公众号文章,产物用中文。

初稿:观点和材料由你给,agent 只搭架子

活人感写作 Human Writing 的定位是把你给的材料写成成稿。动笔前它先看材料够不够:现实题材材料不够就去查,查不到就追问或缩短篇幅,不拿车轱辘话凑字数;写完逐段检查原地打转、翻案腔和模型黑话。附带的检查脚本需要本机装有 Python。

它默认会写出整篇,所以要用提示词限定它的活:你先写好提纲、核心判断和亲历的细节,让它理顺结构、补段落之间的过渡,把缺材料的地方标出来,而不是一句话让它出全文。

活人感写作 Human WritingSkill按你给的材料成稿,材料不够先追问、不凑字;用提示词限定只理顺结构KKKKhazix/human-writing4.1k
# Claude Code
npx skills add KKKKhazix/human-writing --skill human-writing -a claude-code -y
# Codex
npx skills add KKKKhazix/human-writing --skill human-writing -a codex -y
使用 human-writing。先读 Writing-DNA.md 和同目录的四份分层文件,再看下面我的提纲、三个核心判断和两段亲历,帮我理顺结构、补上段落之间的过渡。
要求:不新增我没给的观点、数字和经历;哪里材料不够,就标出【缺材料:……】并问我,不要自己编。
[粘贴提纲与素材]

目录里还有 WeWrite 这类整套技能包,README 第一句是「一句话完成选题、素材、写作和审稿」,配套合集里也收了它。它的写作一步是按选题和写作人格直接出整篇稿子,和 3.27.1 冲突,本文不把它当写作工具推荐。要用的话,只把它出的稿当提纲和素材参考,正文自己写。

改稿:少动原文,改不改由你决定

改稿工具的用处是删掉套话,让每一段都带来新信息,不是为了骗过检测器。下面的 shuorenhua 和 Humanizer-zh,README 都写明不保证通过 AI 检测。

自己写好或口述成稿之后,可以先用人味儿写作心法 renwei-writing 改一遍。它要求只做减法、少动原文,把口语和不工整的地方当作个人手迹保留,不添金句,改完再对照清单检查改动处有没有 AI 味。授权上,个人与开源用途免费,闭源商用需要授权;拿不准自己算不算商用的,先看仓库里的授权说明再用。

人味儿写作心法 renwei-writingSkill你先写、它后改:只做减法、少动原文,不添金句;闭源商用需授权orange2ai/renwei-writing1.1k
# Claude Code
npx skills add orange2ai/renwei-writing --skill renwei-writing -a claude-code -y
# Codex
npx skills add orange2ai/renwei-writing --skill renwei-writing -a codex -y

shuorenhua(说人话)清理套话、重复铺垫和生硬句式,保留数字、条件和作者语气,也不判断文章是不是 AI 写的。可以只标问题不改写,也可以限定「只在句内改,不删句、不并句」。README 也承认,在较长的文章里它对黑话清理得偏少。

shuorenhua(说人话)Skill可只标问题不改写,保留数字、条件和你的语气MrGeDiao/shuorenhua2.1k
# Claude Code
npx skills add MrGeDiao/shuorenhua --skill shuorenhua -a claude-code -y
# Codex
npx skills add MrGeDiao/shuorenhua --skill shuorenhua -a codex -y
用 shuorenhua 只标问题,不改写:逐条列出 draft.md 里的套话、重复铺垫和空泛的句子,注明所在段落和理由。我自己改。

Humanizer-zh 按 31 个检查点删改空话、重复和模板化表达,保留事实、确定程度和作者语气。原文缺数据时,它不会替你补数据;只想看建议时,说明「给出建议,不修改文件」即可。

Humanizer-zhSkill按 31 个检查点改空话和模板句,也可只给建议op7418/Humanizer-zh19.9k
# Claude Code
npx skills add op7418/Humanizer-zh --skill humanizer-zh -a claude-code -y
# Codex
npx skills add op7418/Humanizer-zh --skill humanizer-zh -a codex -y

AutoCorrect 补中英文之间的空格、纠正全半角标点。autocorrect --lint draft.md 只列问题,autocorrect --fix draft.md 直接改。下面的命令适用于 macOS 的 Homebrew,Windows 按 README 用 Scoop 安装。

AutoCorrectCLI中英文混排的空格与标点,--lint 只检查不改huacnlee/autocorrect1.7k
brew install autocorrect

核对与终审:工具只能列清单,核实要你来

发布前可以先过一遍敏感词和错别字。微信公众号 AI 运营助手是一整套公众号技能,这里只用其中的审稿一步:对它说「审一下这篇」,它查敏感词、错别字,并和你的写作规范比对,结果分三级。需要本机 Python 3.10+。

这套技能的主流程(对它说「帮我写一篇公众号文章」)会让 AI 直接写正文,正撞上 3.27.1;它的发布一步还支持多账号直发。所以只用审稿,正文自己写,存草稿交给下一节的文颜。

微信公众号 AI 运营助手Skill只用审稿一步:查敏感词、错别字并比对写作规范;它的写作是 AI 直写,正文别交给它aiworkskills/wechat-article-skills694
# Claude Code
npx skills add aiworkskills/wechat-article-skills --skill '*' -a claude-code -y
# Codex
npx skills add aiworkskills/wechat-article-skills --skill '*' -a codex -y

目录里目前没有专门核查中文事实的工具。可以让 agent 把要核实的地方全部列出来,核实本身由你来做。

把 draft.md 里所有数字、日期、人名、机构名、引语和政策条文逐条列成表,每条写明:原文位置、文中给的出处(没有就写「无」)、建议去哪里找原始出处。不要判断真假,不要修改正文。

终审时问自己三件事:观点是不是我的;每个数字和引语,我有没有亲眼看过出处;哪些段落、哪些图片是 AI 生成的,要不要声明。涉及医疗、法律、财经的内容,结论请专业人员复核;财经内容不构成投资建议。

排版:只推进草稿箱,发布留给自己

文颜 MCP Server 把 Markdown 排成公众号样式,自动上传文内图片和封面,存进公众号草稿箱,也支持小绿书图片消息。它做到草稿为止,发不发由你在后台决定。

要准备的:

  • 公众号的 AppID 和 AppSecret,也就是公众号的开发者凭证;
  • 运行文颜那台机器的出口 IP 要加进公众号后台的 IP 白名单,否则上传会失败。家里宽带的 IP 常会变,README 给的办法是在一台固定 IP 的云服务器上部署文颜 Server,本机的文颜改连这台服务器;
  • 每篇 Markdown 顶部写一段 frontmatter(文件开头用 --- 包起来的几行设置),其中 title 必填。
文颜 MCP ServerMCPMarkdown 排成公众号样式并存进草稿箱,需 AppID 与 IP 白名单caol64/wenyan-mcp1.3k
# Claude Code
claude mcp add -e WECHAT_APP_ID=YOUR_APP_ID -e WECHAT_APP_SECRET=YOUR_APP_SECRET wenyan -- npx -y @wenyan-md/mcp
# Codex
codex mcp add wenyan --env WECHAT_APP_ID=YOUR_APP_ID --env WECHAT_APP_SECRET=YOUR_APP_SECRET -- npx -y @wenyan-md/mcp
用文颜的 phycat 主题把 final.md 排版后存进公众号草稿箱。只存草稿,不要发布。完成后告诉我草稿标题和封面用的是哪张图。

封面与小红书图文

Guizang Social Card Skill 从文章、截图或照片生成小红书 3:4 图文组(1080×1440),以及公众号 21:9 头图加 1:1 分享卡,用 Playwright 渲染成 PNG。没有图时,它让你在自己拍、AI 生图、网络取图三种方式里选;网络取图会把来源记进 SOURCES.md。

要准备的:本机 Node.js 和 Playwright(一个浏览器自动化工具,这里用来把排好的页面渲染成图片)。用了 AI 生成的图,发小红书时主动加 AI 标识,发公众号时按平台要求声明;网络图片发布前确认授权。

Guizang Social Card SkillSkill小红书 3:4 图文组与公众号封面对,Playwright 渲染出图op7418/guizang-social-card-skill7.6k
# Claude Code
npx skills add op7418/guizang-social-card-skill --skill guizang-social-card-skill -a claude-code -y
# Codex
npx skills add op7418/guizang-social-card-skill --skill guizang-social-card-skill -a codex -y
基于 final.md 做一套瑞士风小红书图文,5 张,只用我 photos/ 文件夹里的照片,不要 AI 生图。再做一组公众号 21:9 头图和 1:1 分享卡,视觉保持一致。先给我看 PNG,我确认后再改。

小红书笔记建议你自己在 App 里发。目录里的 xiaohongshu-mcp 能在扫码登录后让 agent 发笔记、发评论,但它不是官方接口,README 的常见问题里就有排查「账号是否被风控限制网页版发布」的步骤,自动化运营有账号风险,不建议用它自动发布。

一稿多发:同步成草稿

Wechatsync CLI 把 Markdown 同步到知乎、掘金、头条、B 站、微信公众号等平台。项目 README 写明默认同步为草稿,发布前由你人工确认,不会自动发布。

要准备的:本机 Node.js;在 Chrome 安装「文章同步助手」扩展,并登录各个平台。

Wechatsync CLICLI一稿多发到知乎、头条等平台,默认存草稿wechatsync/Wechatsync6.4k
npm install -g @wechatsync/cli
先运行 wechatsync sync final.md -p zhihu,juejin --dry-run 预览,告诉我它识别出的标题、封面和目标平台。我确认后,再去掉 --dry-run 正式同步成草稿。

一周写 3 篇的排期示例

时间你做agent 做
周一定 3 个题,每个写下核心判断和要用的亲历汇总热榜线索,整理资料,列出待核实的说法
周二、周三第 1 篇:写提纲和关键段落,核对,终审;用了 AI 生成的段落或图片就在后台声明,然后点发布理顺结构、标缺材料和套话、查敏感词、排版存草稿、做封面
周四、周五第 2 篇,流程同上同上,另把第 1 篇同步成知乎等平台的草稿
周六、周日第 3 篇,流程同上同上

每篇都由你在后台手动发出,不用定时脚本连发,也不开多个号同时发。

从哪里开始

你现在的情况先装
排版最费时间文颜 MCP Server
自己写好了,想改得顺一点renwei-writing
稿子读着空、AI 腔重shuorenhua 或 Humanizer-zh,先用只标问题的方式
担心敏感词和错别字微信公众号 AI 运营助手,只用审稿
每周发愁写什么TrendRadar
同时做小红书Guizang Social Card Skill
还要发知乎、头条Wechatsync CLI

提前备好这几样,配置时少走回头路:

  • 公众号 AppID 和 AppSecret;
  • 一台出口 IP 固定的机器,加进公众号后台的 IP 白名单;家里宽带 IP 会变的,按文颜 README 在一台固定 IP 的服务器上自建文颜 Server,再让本机连过去;
  • 本机 Node.js:文颜、Wechatsync、Guizang 要用,Guizang 还要装 Playwright;
  • 本机 Python:Human Writing 的检查脚本要用,微信公众号 AI 运营助手要 3.10 以上;
  • 部署 TrendRadar 用的 Docker 或 uv;
  • 打算让 agent 生图的,准备生图服务的 API Key。

局限与风险

  • 规则以平台为准。微信的条款在 2026-10-12 对照官方页面核对过,小红书的规定依据 2026 年 2 月的媒体报道;平台会改规则,执行口径以平台通知为准。
  • 工具能做,不等于该做。文颜的 Server 模式支持多个公众号发布,Wechatsync 能同步到二十多个平台,微信公众号 AI 运营助手的发布一步支持多账号。3.27.2 针对的正是脚本、程序托管式的批量、连续发布,不要拿这些能力做矩阵号。
  • 改稿不是去标识。改稿工具都不承诺通过检测;平台加上的 AI 标识不能去掉。《标识办法》第十条禁止恶意删除、篡改、隐匿标识,也禁止为此提供工具或服务。
  • AI 会编。数字、引语、政策原文都回到原始出处核对,不要只信 agent 的转述。
  • 密钥和资料。AppSecret、API Key 只放本机配置,不写进文章、不发到群里;客户资料、未公开的数据不要交给不可信的第三方服务。
  • 版权。网络图片和大段引用要确认授权,Guizang 记下的 SOURCES.md 发布前看一遍。

公众号与小红书图文的更多工具,包括本文没展开的粘贴式排版和插画卡片,整理在这个合集里:

公众号与小红书图文:选题、成稿到草稿箱给新媒体运营、自媒体作者和品牌内容编辑,不需要会写代码。按一条图文的生产顺序排:找选题、沉淀账号口吻、写初稿、清理套话、查敏感词和错别字、做小红书卡片和公众号封面、排版存进草稿箱、同步到其他平台。2026 年 3 月微信修订运营规范,限制脱离真人表达的 AI 内容和脚本批量发布;小红书同月宣布封禁用自动化工具发文、评论的托管账号。所以 AI 稿只当素材和初稿,观点、经历和主要表达由作者自己写,核对事实后再发,AI 生成的内容按平台要求声明。这里不收自动发布的工具:公众号只推到草稿箱,小红书卡片自己上传。推草稿箱要公众号 AppID、AppSecret 和 IP 白名单。13 个资源
Markdown 版本(供 agent 读取)