Dify（智能体搭建平台）零代码实战：手把手教你搭建小红书爆款文案生成器

你可能已经在用聊天框让 AI 写文案，但每次都要重新贴一遍要求，换个人用结果就变样。这篇讲怎么在 Dify 里把这件事固定成一个应用：输入主题和卖点，直接吐出一版符合平台调性的笔记草稿。全程零代码，只涉及界面上的表单、变量和提示词配置。读完你能自己搭出一个能反复用、能交给同事用的文案生成器，也知道哪些地方容易配错。

很多人用 AI 写文案，做法是打开一个聊天窗口，把要求一段段贴进去，聊完关掉。下次换个人、换个会话，结果又不一样。问题不在于模型不行，而在于你的要求没有沉淀成一个固定入口。Dify 这类平台的价值，就是把「输入什么、按什么规则写、输出成什么样」这三件事固定下来，变成一个谁点开都能用的应用。

这篇只讲应用层：建应用、配变量、写提示词、调参数、自测、交接。全程在界面上点，不碰代码，也不涉及向量库、检索、接口对接那些工程侧的内容。读完你应该能自己搭出一个可反复使用的小红书文案生成器，并且知道哪几个地方最容易配错。

先想清楚：为什么不用聊天框，非要在 Dify 里搭一个

聊天框的本质是「每次都要重新交代一遍」。搭成应用之后，被固定下来的是三样东西：输入项固定，别人不用猜该提供什么；提示词固定，同样输入得到结构接近的输出；输出格式固定，复制、对比、二次处理都省事。这三样加起来，才叫「资产」，否则只是一次次临时对话。

• 复用频率低、要求每次都不同，比如只写一条临时通知，聊天框更快
• 你只是自己想用、不打算交给别人，聊天框够用
• 没人愿意维护这份配置，搭完就烂尾，那不如不搭
• 需要稳定交付、需要同事也能用、需要事后对比不同版本的产出，才值得动手

建什么类型的应用：对话型、文本生成型还是工作流

Dify 里常见的几种应用类型，差别不在难度，而在交互形态。选错类型不会立刻报错，而是你用到一半发现「怎么又要重新填一遍」或者「怎么没法连续改」。判断依据是你的使用节奏，不是功能多少。

类型选错之后能不能改，取决于平台当时的能力，别赌。所以建之前先花一分钟确认：你是要「一次出稿」还是「反复对话」。拿不准就先建对话型验证提示词，稳定了再考虑是否需要换成出稿更干净的类型。哪些类型支持互相转换，到站内文档或工具目录相关页面核对当时的说明。

把「每次都要说一遍」的东西变成输入变量

变量就是应用界面上的输入框。做法很朴素：回顾你过去十次让 AI 写文案时都交代了什么，出现频率高的，就抽成变量；只出现过一次的，写进提示词当默认规则，别做成输入项。输入项太多，使用者会直接放弃。

主题

这篇笔记讲什么，必填，通常一句话

目标人群

写给谁看，必填，影响用词和举例

核心卖点

最想让读者记住的一到三条，必填

语气偏好

比如真诚、俏皮、专业，给默认值即可

字数范围

给默认区间，多数人不会改

禁用词

品牌名、夸张词、竞品名，选填

必填还是给默认值，判断标准是「填错会不会导致整篇跑偏」。主题、人群、卖点填错，输出基本废掉，设必填。语气、字数、标签数量填错只是微调，给默认值，减少使用者的负担。字段类型上，短文本用于主题和卖点，长文本用于用户提供的参考素材，选错类型的典型现象是要么输入框装不下，要么排版被吞掉。

• 变量名写成人话，比如「核心卖点」而不是「selling_point_1」
• 变量名里带上单位或范围，比如「字数上限」而不是「length」
• 描述字段写清楚填什么、不填会怎样，别留空
• 变量顺序按使用者思考顺序排：先主题，再人群，再卖点
• 只保留真正影响输出的变量，超过六七个就该合并

提示词骨架：让输出稳定像小红书，而不是像产品说明书

提示词决定输出风格，也决定稳定性。写成一大段散文，模型每次抓的重点都不同；写成三段式结构，结果明显更可控。三段分别是：角色与任务、必须遵守的规则、输出格式与示例。规则部分尽量用可检查的条目，而不是形容词。

角色与任务这一段，写清楚「你是一个帮人写笔记的编辑，任务是把输入的信息组织成一篇可直接发布的草稿」。规则段列出五到八条硬约束，比如必须覆盖所有卖点、不许编造没用过的效果、不许出现绝对化用语。格式段放到最后单独写，和规则分开，模型更容易照做。

角色：你是小红书笔记编辑，负责把用户给的信息整理成一篇可直接发布的草稿。

任务输入：
主题：{{主题}}
目标人群：{{目标人群}}
核心卖点：{{核心卖点}}
语气偏好：{{语气偏好}}
字数范围：{{字数范围}}
禁用词：{{禁用词}}

必须遵守：
1. 覆盖全部核心卖点，每个卖点至少出现一次
2. 开头第一句给钩子，不铺垫，不写问候语
3. 正文分三到四段，每段不超过三行
4. 不编造使用效果，不使用绝对化用语
5. 不出现禁用词，出现即视为无效

输出格式：
标题：给三条备选，每条不超过二十字
正文：三到四段，段间空一行
标签：五个，每个以井号开头

上面的模板只是骨架，别照抄。{{}} 里的内容要换成你自己配的变量名，否则变量注入不进去；括号里的中文说明要按你的品类替换。规则条目的数量在两三条和十几条之间差别很大，太多条会让模型顾此失彼，先写五到八条，跑一轮再增删。

输出格式钉死：标题、正文、标签分别怎么排

格式不固定，复制的时候就要人工剪切，批量处理更是没法做。固定格式还有一个好处：能对比不同版本提示词的产出质量差异，因为结构一致，你只看内容就行。

• 标题给几条备选要写清数量，写「三条」不要写「几个」
• 正文段落数给区间，比如三到四段，别写「适当分段」
• 标签数量写死，五个就是五个，写「若干」等于没约束
• 每个部分用固定的前缀打头，方便后续按行切分
• 在规则里加一句「只输出上述内容，不要任何解释和寒暄」

格式约束放末尾还是单独一段，取决于你的任务复杂度。简单任务里，把格式放在提示词最后一段，模型遵守得最稳；任务较复杂、规则较多时，把格式单独成段并加小标题，能让模型分清「规则」和「格式」是两类要求。两种方式都可以跑，跑完看谁的失败率高。

模型与参数怎么选：温度和长度到底调什么

文案类任务对模型的要求是语言自然、指令遵循稳。绝大多数情况下，中等能力档位就够用，只有当你的规则条目特别多、或者要求同时兼顾多种约束时，才值得换更强的档位。各家的可用模型和当时的计费情况，到站内模型资料库页面核对，别凭印象选。

如果输出写到一半断掉，先判断是长度限制还是模型自己收尾。做法是把最大输出长度临时调大一档再跑一次：如果内容补全了，是长度问题；如果还是断，那大概率是提示词里段数要求太多、模型在压缩，或者规则之间互相冲突，需要回去改提示词。

同一个提示词换模型后，要重新调。优先改动的是提示词里对格式和规则的表述，而不是参数，因为不同模型对格式的敏感度差异通常比温度更大。参数先保持上一版的值，跑两三轮再看是否要动。哪种模型在文案任务上更稳，属于会变化的判断，去站内评测相关页面看当时的对比结果，不要照搬别人的结论。

配完先别发出去：三轮自测怎么做

1. 第一轮：正常输入用你最熟悉的一个主题、人群、卖点去跑，只看格式。标题是不是三条、正文是不是三到四段、标签是不是五个、有没有多出解释性文字。格式不对就改格式段，别急着改内容。
2. 第二轮：极端输入只给主题不给卖点、卖点写了五条、禁用词里写了品牌名、字数范围填了很小的值。看模型是崩掉、还是给出合理降级结果。崩掉的场景，在提示词里加一条兜底规则，比如「卖点缺失时先追问，不要自行编造」。
3. 第三轮：换人测把使用说明给同事，让他自己从头用一遍，你在旁边只记录不问。他卡在哪一步、填错了哪个变量，就是你的配置或说明缺了哪一块。这一轮最容易暴露真实问题。

出现「时好时坏」的时候，怀疑顺序是先变量、再提示词、最后参数。变量少填、填了空格、字段类型不对，都会造成随机错觉；提示词里规则互相冲突，是第二大原因；真正因为参数导致波动的比例反而最低。所以别一上来就调温度。

每次改提示词留一版记录。零代码平台上版本管理通常比较弱，你自己复制一份存到文档里最省事，标注改了什么、为什么改。只留最后一版的话，改坏了没法回退，也不知道是哪次改动带来的退化。

交接与复用：怎么把它变成团队能用的东西

配置完成不等于能交接。要写一份说明，放在应用的描述里或者单独发一份文档。说明里至少要有：每个输入变量是什么意思、填什么算合格、给一个完整示例、常见错误和对应的现象、出问题找谁。

• 输入含义：一句话解释每个变量填什么，配一个合格示例
• 常见错误：比如卖点写太多导致输出被压缩，要怎么改
• 输出验收：格式对不对、有没有编造内容、有没有禁用词
• 维护人：谁负责改提示词，什么时候改，改完通知谁
• 更换记录：什么时间改了什么，方便回溯

搭完就不管，是这类应用的常见结局。建议把生成结果纳入日常检查：定期抽几版看质量有没有漂移，尤其是模型提供方更新之后，同样的提示词产出可能变化。文案的产出数量和质量可以做成简单的周检查，别搞太复杂，否则没人执行。

如果你后面要接检索知识库、接入自家产品数据、或者对接外部系统，这就进入工程侧了，和本文的应用层配置是两回事。先明确这件事归谁做、需要哪些前置条件，再决定要不要往前走。相关的可信度检测和接口工具，可以在站内工具目录里找找，先用小样本验证再投入。

什么时候该把它升级成工作流或多步应用？信号通常有三个：单次提示词已经塞不下所有规则、需要先取数据再生成、需要对同一批输入产出多种格式。出现任意一个，说明当前形态到顶了，可以开始拆步骤。只是偶尔有一次不满意，不需要升级。