mcpField
T
twitter-agent

twitter-agent

github.com/ohmyskyhigh营销与增长149 次安装3 周前更新
代码仓库

关于 twitter-agent

面向 ThreadWave 的日常 Twitter 增长流程 Skill,涵盖策略、计划、任务、草稿和调度管理,并要求在关键操作前经过审核。它通过恢复上下文、处理待审事项和检查调度状态来续接现有工作。

主要功能

  1. 01策略与每日计划管理
  2. 02任务、来源和草稿审核
  3. 03待处理恢复流程
  4. 04调度状态检查与管理
  5. 05基于结果的有限改进

适用场景

  1. 01初始化或推进日常增长计划
  2. 02审核待处理的策略、任务或草稿
  3. 03检查已安排任务及其实际状态
  4. 04处理待恢复事项后继续工作

安装

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

$npx skills add https://github.com/ohmyskyhigh/threadwave-skill --skill twitter-agent

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

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

skill-manifest.json
agents/
openai.yaml
evals/
evals.json
references/
daily-run.md

详细介绍

Twitter Agent

运行常规的每日审核门控增长循环。ThreadWave 提供策略、规划、任务、草稿、调度器、证据和恢复约定。

范围

在以下情况下使用此技能:

  • 尚无有效策略时,首次初始化策略;
  • 根据有效策略创建每日计划;
  • 展示策略、计划、任务/来源和草稿审核内容;
  • 检查调度器并精确管理已调度任务;
  • 总结结果并进行有界改进;
  • 创建新工作前,恢复现有的待审核事项。

不要将此工作流用于某一条需要立即发布的帖子或回复;这类内容应使用 twitter-post 和 twitter-reply。

语言

通过 threadwave-preflight 选择 en 或 zh-CN:依次考虑用户明确偏好、最新消息、对话语言,然后选择英语。

命令、JSON 键、引用标识、审核状态和稳定错误代码均保持英文。完整审核内容使用其原始语言展示;不要擅自翻译已批准的内容。

强制预检与初始化流程

每次开始新的每日 Agent 任务时,都要按技能名称激活 threadwave-preflight。传入发起任务的技能名称、未经更改的每日 Agent 意图,以及所需的能力类别。它会检查此任务的技能更新,然后执行常规 CLI 预检;该预检会在 12 小时不活动期内复用就绪状态,只有在状态过期或失效时才运行完整检查。仅因审核决定而重新运行预检。只有在获得当前的 ready 结果,且已确认所有技能清单中的技能版本均受支持,并且已知其最新版本状态或按照预检约定对未确认索引的选项明确选择继续后,才能调用任何 tw 命令。

所选能力门控要求具备 context、strategy、plan、task、draft 和 scheduler。如果 threadwave-preflight 不可用,或者报告缺少、不兼容或未确认的技能、CLI 或扩展模块,请保留此请求,并让预检在获得批准后运行 https://www.threadwave.xyz/cli/setup/agent.md。对于受支持的旧版技能或 CLI,请按照预检提供的非阻塞选项选择继续或更新。

设置就绪后,继续原始每日 Agent 意图;设置就绪不代表内容已获批准。

恢复上下文

运行一次:

tw context resume --format json

使用返回的所选账号绑定、当前运行、开放工作周期、待审核事项、待处理的恢复事项和主要后续操作。始终向用户展示返回的主要后续操作,并附上对应的 你可以 / You can 选项。如果存在多个账号绑定,但尚未选择绑定,请让用户通过设置明确要使用的账号;绝不要猜测账号。

创建新的策略/计划工作前,通过“待处理恢复”部分展示待处理的恢复事项。创建重复提案前,先展示待审核事项。

待处理恢复

待处理恢复只会阻止新的策略/计划工作,直到用户对此作出一项明确决定。每个会话仅展示一次完整的 pending_recovery 集合,作为一个带编号的列表,其中包含每个准确的 recovery_ref、其状态以及安全的工作周期上下文;绝不暴露目标、内容或私有引用。

接受按编号逐项决定的映射,或针对所展示的确切未更改集合明确选择一次“全部跳过”:

  • 调查:通过 tw scheduler show <scheduled_task_ref> --json 和 tw scheduler evidence <scheduled_task_ref> --json 检查关联的调度器引用,然后仅报告持久记录所能支持的内容。
  • 跳过:将每个所展示的准确 recovery_ref 解析为恰好一个 recovery_required 状态的计划任务:列出该调度器状态,并通过 tw scheduler show <scheduled_task_ref> --json 匹配引用。然后调用一次 tw scheduler skip <scheduled_task_ref> --json,并要求 data.outcome_acknowledged=true。对于明确的全部跳过操作,针对每个准确且未更改的已展示项目各执行一次;如果某个引用无法唯一解析,则停止处理该项目,不要重放已成功的跳过操作。此确认会持久保存,并将该恢复从未来的待处理集合中移除。结果仍为“结果未知”,绝不会变为“未发送”;跳过不授权重试、替换、取消或修改。
  • 报告:使用带清理后元数据的问题报告移交流程。

取消是另一项范围更窄的操作:只有当用户明确指出与某项恢复关联的一个准确 scheduled_task_ref 并要求取消时,才调用一次 tw scheduler cancel <scheduled_task_ref> --json,核验返回的状态,并遵循返回的任何重新检查指示。取消会将该调度器记录置为终态;它不会移除单独的 pending_recovery 条目,这些条目仍需按上述方式作出决定。

尚未决定的待处理恢复仍会阻止新的策略/计划工作;已跳过的恢复则不会。

策略初始化

检查:

tw strategy status --json
tw strategy review list --json

路由:

  • 存在有效策略且没有待处理的策略审核:继续每日运行。
  • 存在待处理的策略审核:完整展示该项确切审核,然后停止等待决定。
  • 没有有效策略且没有待处理的审核:运行 tw strategy create --mode blank --json,然后完整展示返回的审核并停止。
  • 策略已过时且存在明确的改进路径:总结结果并创建改进提案;绝不直接修改有效策略。

明确批准所展示的确切策略后:

tw strategy review approve <review_ref> --json
tw strategy activate --review <review_ref> --json

只有当批准返回的证明对应同一审核范围时,才运行激活操作。仅当用户明确选择拒绝、跳过或编辑时,才执行相应操作。

每日运行

存在有效策略后,完整阅读 references/daily-run.md 并遵循其中说明。每次只处理一个可见的审批节点。

通常按以下顺序处理:

  1. 待处理恢复(已持久确认的引用不会造成阻塞);
  2. 待处理策略审核;
  3. 待处理计划审核;
  4. 待处理任务/来源审核;
  5. 待处理草稿/内容审核;
  6. 现有调度器状态;
  7. 仅当没有未解决工作与之冲突时,才创建新的每日计划。

绝不要为了绕过待处理审核而创建第二个计划。

审批模型

当用户要求执行相应的运行时,可自动执行预检、恢复上下文、只读状态/列表/展示命令、策略提案创建、计划提案创建以及有界结果摘要。

在以下操作之前暂停:

  • 批准/拒绝/跳过/编辑策略;
  • 批准/拒绝/跳过/编辑计划;
  • 批准/拒绝/跳过/编辑任务/来源;
  • 批准/拒绝/跳过/编辑草稿/内容;
  • 调查/跳过/报告待处理恢复的决定,包括任何全部跳过操作;
  • 用户未明确指定的手动调度器执行或计划变更。

批准仅适用于确切展示的 review_ref、内容哈希/范围、目标和文本。范围发生变化时,旧批准即失效。

调度器状态真实准确

使用 tw scheduler list --json、show 和 status 报告实际的调度器状态。仅当返回结果包含确切的 scheduled_task_ref 和预留项时,才能称其为 scheduled。绝不要声称提案或审批已安排。

tw scheduler execute <scheduled_task_ref> --json 需要明确的 ref 和用户请求。它不会绕过审核、风险、冷却时间、节奏控制或证据门槛。

问题报告

对于明确的报告请求或值得报告的故障,请以仅报告问题的模式激活 threadwave-preflight,并提供经过净化的诊断元数据。在此交接过程中,不要重新运行工作流或更新检查。

对于套件/CLI 偏差、重复发生的非用户设置失败、意外的工作流契约失败,或未知/无法得出结论的变更证据,请生成报告。对于待审核、节奏控制、Chrome/身份验证/付款/X 登录,或其他预期的用户门槛,不要生成报告。

始终提供经过净化的 Markdown 供复制/粘贴,并说明未发送任何内容。

返回格式

使用本地化标签,并且仅显示适用的行:

State: <ready | waiting for you | needs approval | blocked | scheduled | complete>
Completed: <verified records or transitions>
Preflight: <suite / CLI / setup / agent capability>
Review: <full exact proposal or draft plus its scope>
Problem: <stable code and localized meaning>
Waiting for you: <one exact decision>
你可以 / You can: <two to four verbatim-sayable options valid at the current gate>
Next: <one next workflow step>
If you approve, I will run: <exact decision command>
Issue report: <generated for copy/paste; nothing sent>

你可以 / You can: 行仅列出当前门槛下真实可用的选项——确切编号的决策、显示的 refs,或返回的主要下一步操作;措辞应便于用户原样回复,并本地化为所选语言;绝不提供超出当前门槛权限的操作。

默认情况下,不要暴露原始信封、与当前决策无关的私有 refs、私有路径、句柄或原始提示词。

评论

支持 Markdown