SuperAPI AI 工具集
合作ENAI 行业资讯收藏
Skill 广场reply-maker

reply-maker

营销与增长

查看项目

更新于 10-15 10:08

技能介绍

reply-maker 是一个用于起草 X（推特）回复的技能，目标是产出可直接复制粘贴的回复文案。它由 aeonfun/aeon 提供，技能页面为 https://www.skills.sh/aeonfun/aeon/reply-maker。

用途

reply-maker 用于在 X 上生成回复草稿。它有两种工作模式：

  • 模式 A（Reply Drafting，回复起草）：自动发现值得回复的推文，并为每条推文起草两个回复选项。
  • 模式 B（From-Logs Engagement，从日志互动）：扫描近期日志中标记的互动机会，将其转化为可直接发布的回复。

主要能力

模式选择与范围

技能通过 ${var} 选择模式与范围：

  • 空值 → 模式 A，自动发现兴趣领域内值得回复的推文（来自近期日志与记忆），并为每条起草两个回复选项。
  • @handle / 数字 X 列表 ID / 话题 → 模式 A，范围限定为该账号、列表或话题。
  • from-logs（或 --from-logs，可选后接 @handle 或项目名以缩小扫描范围）→ 模式 B，扫描近期日志中标记的互动机会并转化为可直接复制粘贴的回复。
  • revise:<instruction> → 修订分支：重新加载上次起草的回复，并按指令进行修改（例如 revise:make them shorter）。

前置读取

两种模式都会先读取 memory/MEMORY.md 以了解活跃项目与待跟进的互动。随后读取 memory/logs/：模式 A 读取最近 2 天，模式 B 读取最近 7 天。

语气

如果存在 soul 文件（soul/SOUL.md、soul/STYLE.md、soul/examples/），会读取并模仿该语气，匹配句子长度、用词、标点习惯等。如果没有 soul 文件，则采用直接、有实质内容、不谄媚、每条不超过 280 字符、有观点但基于具体事实的写法。

修订分支

当操作者回复“refine these replies?”提示并发送自由文本修订指令时触发。流程为：去掉 revise: 前缀、加载上次草稿（memory/drafts/reply-maker-latest.md）、按指令重新生成、覆盖保存、重新发送通知，并再次提供修订机会。

模式 A 流程

  1. 收集候选推文：目标为最近 6 小时内发布的 10–15 条候选。若 6 小时窗口不足 3 条，则扩大到 12 小时重试。每条候选记录 @handle、完整推文文本、推文 URL、posted_at（ISO）、互动数以及一行“为何值得回复”的说明。
  2. 主路径为 X.AI API：通过 curl 调用 https://api.x.ai/v1/responses，使用 Grok 的 x_search 搜索 X。x_search 耗时 30–120 秒，需将 Bash 超时设为 ≥180000。根据 ${var} 构建 payload 文件 /tmp/xai-rm-payload.json（列表 ID、@handle、话题三种形态）。
  3. 备用路径（仅在主路径真实失败时）：使用 memory/logs/ 中近期 fetch-tweets 输出，以及 WebSearch 搜索近期帖子，直到获得 ≥3 条候选。
  4. 过滤与选择 5 条推文：先应用跳过门槛，丢弃纯自我推广、无自身角度的突发新闻转发、回复已超约 500 条的线程、超过 6 小时的推文、以及最近 7 天已回复过的账号/URL。再按“时效 × 观点强度 × 可补充空间”排序，选出前 5 条。若不足 5 条，输出已有内容并在通知标题加 REPLY_MAKER_DEGRADED。
  5. 为每条推文生成两个回复选项：选项 A 为“证据补充”，需包含至少一个具名实体、数字或具体引用；选项 B 为“框架挑战”，需明确说出所反驳的前提并给出反向角度。
  6. 硬性回复规则：含账号前缀在内 ≤280 字符；不谄媚；不堆砌模糊措辞；具体而非空泛；可独立成立；匹配 soul 语气。
  7. 自评：每条草稿在“具体、独立、非谄媚、语气匹配”四项各打 1–5 分，任一项低于 4 分则重写一次，仍低于 4 分则丢弃该推文并顺延下一条候选。
  8. 通知：通过 ./notify 发送，格式为链接在前，包含序号、URL、@handle、时间、互动数、推文摘要、why 说明、A/B 两个回复，以及 source-status 行。若无候选通过门槛，发送 REPLY_MAKER_EMPTY 通知并停止。
  9. 记录日志：追加到 memory/logs/${today}.md 的 ### reply-maker 标题下。

模式 B 流程

模式 B 不进行任何外部 API 调用（无 X.AI curl、无 WebSearch），仅基于本地 memory/ 文件工作。

  1. 收集未处理的互动机会：读取最近 7 天日志，查找标记的互动机会、提及或署名操作者项目的人、尚未致谢的 GitHub 署名或 fork、MEMORY.md 中“Known Follow-ups”标记的条目，以及 mention-radar、fetch-tweets、reply-maker 运行中浮现的署名或提及。构建列表：{ person/account, context, what_they_did, link_if_known, days_ago }。
  2. 过滤与排序：丢弃超过 14 天的机会；去重（跳过日志中已显示“replied to @X”或“acknowledged”的）；按时效 × 影响力排序；上限 5 条。
  3. 起草可直接发布的回复：每条包含类型（X 回复 / X 私信 / GitHub 评论 / X 帖子）、目标（@handle 或 URL）、草稿文本。X 回复保持 280 字符以内，私信或 GitHub 评论可更长。语气匹配 soul 文件，否则使用清晰、直接、中性的语气；致谢但不谄媚。
  4. 检查时效：若机会已 5 天以上，在输出中该条目前加 aging 标记。
  5. 若过滤后无未处理机会，记录 ENGAGEMENT_ACT_SKIP。

使用方式

该技能通过 ${var} 参数控制模式与范围，并依赖 memory/ 目录下的记忆与日志文件、可选的 soul/ 风格文件，以及 ./notify、./secretcurl 等脚本。主路径需要 XAI_API_KEY 环境变量。具体安装命令与调用方式在提供的资料中暂未提供。

适用场景

  • 需要在 X 上快速产出高质量、可直接发布的回复草稿。
  • 希望围绕特定账号、X 列表或话题集中互动。
  • 希望把日志中记录的互动机会（提及、署名、fork 等）转化为实际回复。
  • 希望按既定语气风格批量起草回复，并支持迭代修订。

限制

  • 模式 A 主路径依赖 X.AI API 与 XAI_API_KEY；x_search 耗时较长。
  • 模式 B 仅基于本地日志，不进行外部搜索。
  • 回复有 280 字符上限（X 回复），并受反谄媚、去重、时效等规则约束。
  • 关于收费、价格、平台支持范围等信息，资料中暂未提供。