小红书评论区不是把每条留言都改写成热情话术。咨询需要直接回答，价格质疑需要说明依据，售后问题应先安抚并转到私信核对，攻击性评论则不适合公开争辩。AI 可以帮助分类和生成初稿，但品牌事实、售后承诺和隐私边界必须人工控制。
回复前先判断评论属于哪一类
- 普通咨询：适用人群、使用方法、入口或内容补充。
- 价格质疑：用户关心价格、价值、替代方案或促销规则。
- 售后问题：涉及订单、体验异常、退款或个人账号。
- 负面评价：有具体事实，需要确认和跟进。
- 攻击或引战：没有可核对事实，不公开持续争辩。
选题和内容入口可使用小红书选题表提示词规划；需要优化标题时可使用小红书标题生成器。
可直接复制的小红书评论回复提示词
你是一名小红书评论区运营助理。请先判断评论意图和风险，再生成简洁、自然、不过度营销的回复初稿。
账号定位：[填写领域和目标人群]
本篇笔记内容：[填写主题、已公开信息和可提供的入口]
品牌事实与限制：[价格、售后规则、不能承诺的事项]
评论内容：[粘贴评论]
请输出：
1. 评论类型：咨询/质疑/售后/负面评价/攻击引战/其他
2. 公开回复建议：不超过 80 字
3. 下一步动作：无需处理/补充链接/转私信/转人工/按平台规则处理
4. 私信开场：仅在需要核对订单或个人信息时输出
5. 风险提醒：哪些事实、价格或售后承诺需要人工确认
规则：
- 不编造价格、库存、效果、优惠、订单状态或售后承诺
- 不在公开回复中索要手机号、订单号、地址或账号信息
- 面对质疑先确认对方关注点，再提供可核对依据
- 面对售后先表达理解，只在公开区确认已收到问题，再转私信或人工
- 不与攻击性评论争辩，不使用讽刺、阴阳怪气或群体攻击
- 回复应像真人沟通，避免连续使用感叹号和统一模板四类评论回复示例
咨询：这个适合新手吗？
适合刚开始尝试的人，建议先从文中的第一步做一遍。如果你主要想解决的是具体场景，也可以告诉我，我再帮你定位对应部分。
质疑：价格有点贵
理解你会关注价格。可以先看自己是否需要文中提到的核心功能，再和替代方案比较；具体价格和活动以当前页面为准。
售后：用了两天没效果
抱歉影响体验了。公开区不方便核对具体信息，可以私信说明使用步骤和遇到的现象，我们再按实际情况排查。
攻击：都是骗人的
如果有具体使用情况或事实问题，可以说明，我们会核对；没有必要继续公开争辩。
哪些情况必须转人工
涉及退款、赔付、投诉、订单状态、健康效果、法律责任和隐私信息时，应转给有权限的人员。AI 生成的回复不能自动代表品牌承诺。
让回复保持账号风格
可以准备 5 到 10 条经过确认的真实回复作为语气参考，但不要让 AI 机械复制。评论区高频问题还可以反向补充选题，结合AI自媒体标题方法和AI长文写作流程形成下一批内容。
批量处理20条评论的实际流程
评论较多时，不要一次让 AI 生成 20 条话术后直接粘贴。先给每条评论编号，再按风险和处理动作排序：明确咨询优先公开回答；订单、退款和个人信息转人工；有事实的负面评价先登记问题；单纯引战按平台规则处理。
下面有 20 条评论，每条都有编号。请只使用我提供的笔记内容、价格规则和售后规则进行分类。
输出表格：编号｜评论类型｜风险等级｜建议动作｜公开回复草稿｜需要人工确认的事实。
排序规则：
高风险：退款、投诉、健康效果、隐私、法律责任；
中风险：价格质疑、具体负面体验、功能故障；
低风险：普通咨询、内容补充和正向互动。
同一问题出现 3 次以上时，另列为“需要补充到笔记或置顶评论的高频问题”。运营人员先处理高风险评论并留下内部记录，再批量检查低风险回复。公开回复中不应出现订单号、手机号、地址和账号信息；转私信也只收集解决问题所必需的信息，并遵守团队的数据处理要求。
把评论变成下一轮内容输入
每天记录“评论类型、出现次数、是否已解决、需要补充的内容”。如果多人反复问适用人群、使用步骤或价格差异，说明正文没有讲清楚，应优先修改原笔记或做一篇补充内容，而不是继续复制相同回复。
一周复盘时可以统计高频问题、转人工数量、已解决数量和重复投诉。不要只看回复条数；更重要的是用户是否得到明确答案、问题是否真正关闭，以及公开承诺是否与实际规则一致。
别急着生成，先把事实补齐
例如，小红书评论区同时出现询价、质疑、售后和挑衅，统一回复显得敷衍。这类任务的难点通常不在“让AI写一段话”，而在于先把事实、边界和交付对象理顺。开始前应单独列出已有材料、尚未确认的信息和不能由模型替你决定的事项。没有依据的数字、承诺、人员安排和专业结论一律标记待确认，不用看似完整的句子掩盖信息缺口。
处理时重点抓住这些要素：评论意图、已知事实、公开信息边界、转私信条件和升级规则。先用一小段材料跑通，再扩大到完整任务，能更早发现字段缺失和理解偏差。涉及多人协作时，最好让下一位执行者复述一遍：他从文档里看到了什么、准备先做哪一步、遇到什么情况需要停下。复述不一致，说明文档仍需修改。
一个可以复核的处理过程
一个常见的失败版本是：自动承诺退款效果，复制同一句给所有人，与用户争论或泄露订单信息。它往往表面整齐，实际无法执行。修正时不要只让AI“更专业”，而要指出哪一项事实缺失、哪句话无法验证、哪一步没有责任人或判断条件。每轮只改一类问题，并保留修改前后的差异，后续才能沉淀出稳定做法。
- 事实核对：人名、日期、金额、指标、文件版本和业务规则回到原始材料逐项确认。
- 边界核对：区分已经决定、正在讨论、个人建议和模型推断，不能把四者混写。
- 执行核对：动作写到具体对象、负责人、时间和可观察结果，删掉“持续关注”“及时处理”这类空话。
- 风险核对：敏感数据先脱敏，合同、财务、法律、安全、医疗等结论交给相应专业人员。
交付前用一个简单标准验收：回复针对原问题、不编造政策，敏感问题及时转人工且保留上下文。再安排一次反例检查，故意输入一条缺日期、缺负责人或相互冲突的材料，看结果是否会明确提示缺口，而不是自行补全。能在正常情况和异常情况下都给出可核对结果，这套做法才算真正可复用。
最后保留三样东西：原始材料、采用的版本和人工确认记录。下一次遇到相似任务，可以复用字段和检查表，但仍要替换当次事实。模板的价值是减少遗漏，不是让所有场景得到同一答案；只要任务目标、读者或约束变化，就应重新检查输入和验收条件。