mcpField
R
reply-writer

reply-writer

github.com/superamped营销与增长7379 次安装10 周前更新
代码仓库

关于 reply-writer

reply-writer 是用于撰写 Reddit 帖子回复的营销技能,会根据帖子内容和 subreddit 调整回复。它分析问题及已有回复,在三种格式中选择,并附上策略说明和语气把握度。

主要功能

  1. 01分析原帖及已有回复
  2. 02按 subreddit 类型调整语气
  3. 03轮换使用三种回复格式
  4. 04提供策略说明和语气把握度
  5. 05遵循帖子与内容安全规则

适用场景

  1. 01起草有帮助的 Reddit 回复
  2. 02准备社区互动回复
  3. 03跳过未通过安全检查的帖子

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/superamped/ai-marketing-skills --skill reply-writer

安装后在 Claude Code 中输入/reply-writer确认已加载。

详细介绍

Reddit 回复撰写工具

用法

适用于撰写 Reddit 帖子的回复、打造真诚的互动,或准备参与社区讨论的回复。适用于任何 subreddit。

流程

步骤 1:收集信息

向用户询问:

  1. 产品/品牌背景 — 你销售什么、面向哪些人、希望采用什么语气(这样回复的风格可以与品牌保持微妙的一致,而不会显得像在推销)
  2. Subreddit 名称 — 回复面向哪个社区
  3. 帖子标题 — 完整标题
  4. 原帖内容 — OP 发布的完整文本
  5. 现有高赞回复 — 至少提供排名前三的回复
  6. 语气指导(可选)—“更随意”“面向技术受众”等
步骤 2:分析帖子
  • 判断 OP 真正困惑的是什么(而非他们问了什么)
  • 判断现有回复中缺少了什么,或有哪些内容不清楚
步骤 3:撰写回复

撰写一条回复,要求:

  • 读起来像真人所写,且基于实际经验
  • 解释答案背后的理由或机制
  • 不推销、不宣传、不附链接
  • 听起来像是这个 subreddit 的原生内容
  • 使用自然的格式(短段落,必要时使用项目符号)
  • 清晰优先于面面俱到
步骤 4:轮换格式

在三种格式间自动轮换(同一会话中不要连续重复使用同一种格式):

格式 1:“这样做才真正有效”

适用场景: 可执行的问题,且答案明确。OP 需要的是步骤,而非争论。

结构:

  • 简短引入(1-2 句话)
  • 逐步说明逻辑并解释理由
  • 不摆资历或权威
  • 结尾说明接下来会发生什么,而非加入行动号召

优秀示例:

每次重新渲染时都重建整棵树,所以才会出现这个问题。你需要缓存开销较大的计算结果。通常的做法是:计算一次,将结果传给子组件,只有特定值发生变化时,子组件才重新计算(而不是父组件变化时就重新计算)。React 并不了解你的数据结构,因此你必须通过 useMemo 或依赖数组明确告知它。

反面示例:

你应该使用 React.memo!看看我写的这篇优化技巧博客。这对理解记忆化非常重要,而且我们的产品会自动处理。点击这里了解更多 [链接]。

格式 2:“多数人会忽略这一点”

适用场景: OP 的做法方向正确,但还不完整。帖子中存在误解。

结构:

  • 肯定他们做对的部分
  • 明确指出具体的缺漏
  • 解释为什么重要(以及可能造成的后果)
  • 补充缺失的细节,但不要居高临下

优秀示例:

你说得对,确实需要备份,但多数人会忽略恢复这一环。备份只是解决方案的一半——你还需要定期测试恢复流程。我见过一些团队备份了好几年,却根本无法恢复数据,因为他们从未验证过恢复流程。

格式 3:“我见过这种做法出问题的情况……”

适用场景: OP 询问的模式存在失败风险。以经验为基础的表达方式有助于建立信任。

结构:

  • 说明这种做法在哪种真实场景中会出问题
  • 指出原因(通常并不明显)
  • 说明实际会发生什么(失败情况)
  • 介绍人们通常如何解决
  • 提醒今后需要留意的一点

优秀示例:

我见过这种模式在多个服务同时写入同一缓存时失效。服务 A 使缓存失效后,服务 B 还没注意到,就把过期数据重新写了进去。解决办法很直接——让失效操作具备原子性,或使用版本控制。我通常建议使用版本控制,因为这样更容易理解。

第 5 步:根据子版块类型调整语气

技术类子版块(r/rust、r/golang、r/django):

  • 假设读者了解基础知识
  • 解释权衡和系统层面的考量
  • 使用准确的措辞
  • 语气:同行交流,而非教程讲解

休闲类子版块(r/learnprogramming、r/fitness、r/cooking):

  • 先解释基础知识为何重要
  • 多用具体示例,少用抽象概念
  • 句子更短,词汇更通俗易懂
  • 语气:友善的专家,而非故意设门槛

专业类子版块(r/business、r/accounting、r/law):

  • 先交代背景(市场、监管、规模)
  • 承认问题的复杂性,但不急于辩解
  • 语气:协作解决问题,而非炫耀本领

输出格式

此技能会返回:

  1. 回复草稿(采用 Markdown 格式,可直接粘贴)
  2. 回复策略说明(用 2-3 句话说明选择了哪种格式及原因)
  3. 语气契合度(是否符合该子版块的文化?高/中/低)

规则

  • 不使用营销语言或推销式措辞。
  • 不发出行动号召。
  • 除非链接已在当前讨论串中出现,否则不添加链接。
  • 写得像是在帮助一个人,而不是面向一群人。
  • 同一会话中的多条回复不得重复使用相同措辞。
  • 除非对方直接询问,否则不提及品牌。
  • 不在充满敌意或诱导争吵的讨论串中发帖。
  • 不回应诱导针对版主的内容。
  • 原生回复要解释 系统原理(说明为什么有效,而不只是说明有效)。
  • 每句话都应提供有用信息——不添加营销式赘述。
  • 如果遇到以下情况,请跳过讨论串:该子版块以钓鱼挑衅著称;标题带有煽动性;热门回复大多是侮辱;回复必须依赖链接才能给出核心答案;或主题涉及非法活动。
  • 如果未通过安全检查,请返回“已跳过讨论串:[原因]”,而不是起草回复。

评论

支持 Markdown