波仔
🤖 第三章 应用实战：公众号创作智能助手
📄 一句话概括

创建一个写作助手，本质上是把【你自己的写作规范】从脑子里搬出来，写进四个格子里：叫什么名字、听什么指令、看什么资料、能用什么工具。四个格子填完，一个助手就诞生了——这套方法在任何 Agent 平台上都通用，不依赖某一个产品的按钮。

📝 本节和前面几节的关系

3.2 说【Agent 侧要造一个公众号写作助手】，本节就动手造。它是 1.2.1【扣子平台基础介绍】里【智能体＝人设＋指令＋知识＋技能】那次讲解的第二次应用——换成另一个平台，四个格子的名字变了，内容没变。

一、先看一个助手是由什么组成的

不管是哪个平台的智能体，拆开看都是四件东西。用一个人来打比方：

组成 打比方 具体是什么 在本章里的内容
名称与头像 名片 它叫什么、长什么样 【公众号写作助手】
指令（Instructions） 岗位说明书 它是谁、怎么干活、输出什么格式 公众号作者的写作规则
知识（Knowledge） 随身资料袋 它每次干活都要翻的资料 品牌调性、历史文章、禁用词表
能力（Capabilities） 双手和工具 它能调用哪些外部能力 联网检索、生图、代码执行
📝 记住这张表，比记住任何平台的界面都值钱

平台会改界面（而且本章要讲的那个平台正在大改），但助手的世界里永远只有这四样东西。你在一个平台上学会了怎么填这四个格子，换到另一个平台，只需要重新找一遍【这四个格子在哪】，内容可以整体搬过去。

二、第一格：指令怎么写

指令（Instructions）就是岗位说明书——它是四格里最值钱的一格。用第一章 1.2.2 的四要素（角色／任务／约束／输出格式）来写，落到公众号场景，一份可以直接抄的版本长这样：

# 角色
你是一位公众号作者，写职场与生活方式类的长文。
写作特点：先讲一个具体的小场景，再引出观点，最后给出可操作的建议。
语言克制，不用感叹号堆情绪，不用【家人们】这类称呼。

# 任务
根据我给的选题、关键词、风格和字数要求，写一篇公众号文章。
先给出提纲让我确认；我确认后再写全文；之后按我的意见修改。

# 约束
1. 正文字数按我要求（常见 800 到 2000 字），段落短、每段不超过 4 行；
2. 每篇必须有 3 个左右小标题，小标题用【一、二、三】这种中文序号；
3. 关键词自然出现，不要硬塞进正文；
4. 全文不得使用绝对化用语：最好、第一、唯一、国家级、100% 有效、根治、永久；
5. 不得出现联系方式、不得引导加微信；
6. 不得编造数据与案例；需要数据时，明确写【此处需要核实】；
7. 立场中立，不涉及政治、宗教、医疗诊断等敏感领域。

# 输出格式
1. 第一轮：只输出提纲（三个小标题＋每节要点一句话）；
2. 第二轮及以后：输出 Markdown 正文，标题用 ##、小标题用 ###；
3. 结尾另起一段，用一句话给出【摘要】（不超过 120 字）；
4. 不要输出【好的，以下是】这类开场白。

四要素在本章的三个特殊之处：

  1. 约束 6【不得编造数据】和【此处需要核实】的写法——这是给长文加的特殊防线。公众号文章比小红书笔记长得多，模型为了把文章撑起来，编数据的冲动会明显增加。给它一个【可以诚实地空着】的出口，比禁止它编造更管用；
  2. 输出格式按轮次分开写——因为本章是多轮对话（3.4.2），第一轮要提纲、后面才要全文。把这个规则写进指令，后面 RPA 就不用猜哪一轮该拿到什么；
  3. 摘要单独规定——摘要是本章独有的字段（3.2 提过），必须在指令里明确要求，否则模型会把摘要和开头混在一起。

三、第二格：知识文件放什么、不放什么

知识（Knowledge）是助手每次干活都要翻的资料袋。放什么、不放什么，有一条清晰的分界：

放 为什么 不放 为什么
品牌调性与写作风格说明 让文风稳定 大段的行业报告原文 会稀释对指令的注意力
3~5 篇过往的代表作 让它照着自己的语感写 全部历史文章 太多反而干扰
禁用词与敏感词表 生成阶段就避开 可以搜到的公开常识 联网或问一句就有
公众号的排版规范（标题层级、样式） 少一次返工 与本次任务无关的资料 增加噪音
⚠️ 知识文件最常见的三个错

① 塞太多：有人把几十篇历史文章全传进去，结果指令被稀释，文风反而更不稳定。代表作的正确数量是 3~5 篇，选最像你想写的样子的那几篇。 ② 和指令重复：把禁用词表既写在指令里、又全文放进知识文件，两边内容一旦不同步，模型就会困惑。规则类的短清单放指令，长清单（几百个词）放知识文件，二选一，不要都放。 ③ 把过期的规则留在里面：知识文件是会过期的（平台规则、法规、品牌调性都会变）。给每一份知识文件标上日期与版本，这是个小动作，但能省下将来的一次大排查。

四、第三格与第四格：能力与工具

能力（Capabilities）是助手能用什么工具。公众号写作场景里，逐个说清【要不要开】：

能力 开不开 理由
联网检索 建议开 写热点或需要事实核对时有用；但要在指令里要求它标出来源，方便人复核
图像生成 看情况开 如果封面图在 Agent 侧生成就开；如果在别处生成（例如扣子），就不开
代码执行 可以开 偶尔用来算字数、做简单统计；不要指望它做排版（3.4.3 说明了为什么）
外部连接（Actions／插件） 本章不必 本章所有对外动作都由 RPA 完成，Agent 只管生成内容。这也是【两条腿分开】的好处
📝 最后一行的取舍值得强调

有人会想：【既然能接外部接口，干脆让 Agent 自己把文章发出去不就行了？】 不行，而且有三个理由：① 越权——Agent 拿着发布接口密钥，等于把发布能力交给了一个会随机发挥的东西；② 不好查——出问题时你分不清是生成环节还是发布环节；③ 正在失效——外部连接（Actions）恰恰是不随迁移保留的那部分（见第六节）。 Agent 只管生成内容，所有对外动作交给 RPA——这是本章的架构纪律。

五、⚠️ 2026 现状：自定义 GPT 正在退役

这一节必须知道的事（教材没有，因为教材出版时还没发生）：

时间 事件
2026-09-11 OpenAI 在更新说明中提出【停用自定义 GPT】的计划
2026-09-22 受影响的 Enterprise 工作空间开放迁移
2026-10-26 停止创建新的自定义 GPT（Enterprise 工作空间）
2026-12-11 正式停用（跨所有 ChatGPT 方案）
2027-02-11 仅限获得批准的 Enterprise 工作空间延期
—— 个人账号的创建与发布已经冻结（早于上述日期就已发生）

迁移到哪：OpenAI 的迁移方向是【插件（Plugin）与技能（Skill）】，不是搬去 ChatGPT Projects。迁移路径大致是：

原来的东西 迁移后变成
指令（Instructions） 技能（Skill）
知识文件（Knowledge） 插件的参考文件
连接的应用 可能一起进插件

不会跟着搬的东西（四条，每一条都要注意）：

  1. 自定义连接（Custom Actions）——不会自动迁移，接了外部 API 的助手必须重建（走插件或自建 MCP 服务器）；
  2. 历史对话——不迁移；
  3. 模型选择——不保留（这意味着同一个助手的输出风格可能变化）；
  4. 分享设置——重置，迁移后的插件默认是私有的，原来能用的人不会自动获得权限，必须重新设置分享。

官方还特别提醒：迁移后的插件可能以不同的方式回应，建议在正式依赖它之前用同一批提示词重新测试。

⚠️ 这不代表本节白学

恰好相反：它证明了本节开头那张四格表是对的。你看迁移映射——指令 → 技能、知识 → 参考文件，还是那四样东西，只是换了名字。 平台级的按钮会消失，方法级的认知不会。 本节的指令怎么写、知识放什么、能力开不开，这些内容换一个平台百分之百可以复用——这也正是 1.2.1 讲【智能体是通用概念，不是某个产品】的原因。

六、替代路线：把这份配置搬到扣子上

本章的助教配置可以原样搬到扣子（第一章讲过的平台，也是本课第二章用过的平台）。平台换了，四格不变：

本节的四格 在扣子里对应什么
名称与头像 智能体的名称与头像
指令 智能体的人设与回复逻辑（同样用四要素写）
知识 智能体的知识库（上传文档／表格）
能力 插件（联网、生图等）＋工作流（需要多步时）

搬过去的三个注意点：

  1. 多轮对话的轮次规则要改写——不同平台的对话状态管理方式不同，指令里【第一轮给提纲、第二轮给全文】的写法要按平台能力调整（3.4.2 会细讲会话状态）；
  2. 输出格式要更严格——扣子可以直接对接下游，把 JSON 或固定结构的输出写清，比在 GPT 里更值；
  3. 验证方式不变——无论搬到哪，都要用同一批测试用例重跑一遍（这是下一节 3.3.2 的全部内容）。
📝 一个更稳的思路

既然本章的 Agent 只负责【把 Markdown 稿写出来】，其实它也可以用一条扣子工作流实现：开始节点收选题 → 大模型节点写提纲 → 大模型节点扩写 → 结束节点输出 Markdown。 工作流比智能体更适合本章——因为本章不需要【跟人聊天】，只需要【稳定地把输入变成输出】。当流程是确定的，用工作流；当流程需要即兴对话，用智能体。（这是 1.2.3 的判断标准在实战里第一次派上用场。）

七、动手 Demo：在扣子上把一个写作助手配出来

说明：教材原方案是在 GPT 平台上创建，但该功能目前对个人账号已冻结。本 Demo 直接在扣子上做，四格内容与前面几节完全一致——配置逻辑一模一样，你只是换了个地方填格子。

准备：扣子账号（coze.cn，手机号注册）。

第一步——建智能体：新建一个智能体，名称填【公众号写作助手】，简介填【写职场与生活方式长文】，头像随手选一个。

第二步——填指令：把第二节那份指令整体贴进人设与回复逻辑里。

第三步——建知识库：新建一个文本知识库，上传一份你自己写的禁用词清单（可以先手打 20 个词：最好、第一、唯一、国家级、100% 有效、根治、永久、加微信……），命名时带上日期，例如【禁用词表 2026-10】。

第四步——挂知识库：在智能体的知识设置里，把刚建的知识库关联进去。

第五步——试跑第一轮：发一条消息：

选题：我家玄关收纳的三件东西
关键词：玄关收纳,小户型,收纳好物
风格：干货
字数：1000

看到什么算成功：

  1. 它只回了提纲（三个小标题＋每节一句话），没有直接写全文——说明【第一轮给提纲】这条规则起作用了；
  2. 从头到尾没出现【好的，以下是】这类开场白；
  3. 你回一句【可以，写全文】之后，它按 Markdown 格式输出正文，结尾单独给了一句摘要。

三处常见的不成功，以及各自说明什么：

现象 说明什么 怎么改
直接写了全文，没给提纲 指令里的轮次规则太靠后，被模型忽略 把轮次规则提到【输出格式】的第一条
出现了禁用词 禁用词表没挂上，或挂上了但规则散落两处 检查知识库关联；并把长清单从指令里删掉，只留知识库一份
编了一个具体数字（【据统计 78% 的人】） 约束 6 没写清，或写了但模型忽略了 在约束里补一句【需要数据时写【此处需要核实】，不要编造】

读结果：这一步只验证【助手的基本行为对不对】，不验证文笔。 文笔是主观的、要人来判断；行为是客观的、能被规则约束。先把行为固定住，再谈文笔。

30 秒实验

在同一个助手里，只改一件事：把你指令里【约束】那一段整段删掉，然后再发一次刚才那条消息。

结论：让助手稳定输出的不是【模型变聪明了】，而是【你写的约束】。 一个助手的质量，八成取决于那份指令写得细不细——这也是为什么【四要素】要从第一章一路讲到第三章。

常见误区

  1. 【助手配好就行，指令差不多写几句意思到了就可以】——错。 指令是四格里最值钱的一格。同一批素材，约束写得细的助手和写得糙的助手，输出质量是两个档次。
  2. 【知识文件越多越好，把历史文章全传进去】——错。 资料太多会稀释对指令的注意力，文风反而更不稳定。代表作选 3~5 篇最像你想写的样子的。
  3. 【让 Agent 直接接发布接口，一步到位】——错。 三个理由：越权（密钥交给会发挥的东西）、不好查（分不清是哪一步出的问题）、正在失效（外部连接恰恰是不随迁移保留的部分）。Agent 只管生成，对外动作交给 RPA。
  4. 【平台要退役了，这一节学了没用】——错。 看迁移映射就明白了：指令变技能、知识变参考文件，还是那四样东西。按钮会消失，方法不会。 而且本章的配置可以直接搬到扣子上用。
  5. 【配好之后试一次能跑就行】——错。 大模型有随机性，要跑三次以上、并且换输入再跑，才有资格接进自动化流程（下一节 3.3.2 全部在讲这件事）。
自测三问（点开对答案） 1. **一个助手拆开看是哪四样东西？为什么记住这个比记住界面重要？** **名称与头像（名片）、指令（岗位说明书）、知识（资料袋）、能力（工具）**。因为**平台会改界面、会换名字、甚至整个功能会退役**（本节讲的 GPT 退役就是实例），但**这四样东西永远都在**——迁移的映射就是【指令→技能、知识→参考文件】，**换名字不换本质**。记住四格，你在任何 Agent 平台上都能上手。 2. **本章的助手里，为什么要求模型【需要数据时写【此处需要核实】】？** 因为公众号是**长文**，篇幅压力大，**模型为了把文章撑起来，编造数据的冲动会明显增加**。单纯的【禁止编造】效果有限——**给它一个可以诚实留空的出口，比只下禁令更管用**。这也是【不许做什么】和【允许怎么做】的配合。 3. **为什么不让 Agent 直接接发布接口，一步做完？** 三个理由：**① 越权**——发布接口的密钥交给一个会随机发挥的模型，风险不可控；**② 不好查**——出问题时无法区分是生成环节还是发布环节；**③ 正在失效**——外部连接（Custom Actions）恰恰是不随迁移保留的那部分。所以本章的纪律是：**Agent 只管生成内容，所有对外动作交给 RPA。**

相关笔记