ThreadWave 技能 - 推文发布

推文发布

以独立的单点身份处理临时的推文工作。切勿激活或依赖 twitter-automation；该方案可能会路由至此，但此技能拥有预检和完整的发布工作流所有权。

选择一种模式

当用户提供主题、方向、期望结果、草稿请求或一个从 1 到 5 的数量时，选择任务模式。任何大于 1 的数量都会选择任务模式。

仅当用户提供一条完整的最终推文并明确希望该确切实时发布时，选择精确操作模式。

• 如果任务数量未提供，默认值为 1。
• 仅接受从 1 到 5 的整数。
• 如果数量大于 5，要求用户明确拆分；切勿自动创建多个提案。
• 如果有多条确切的最终文本，询问用户是想要一个基于方向的任务还是多个独立的精确操作。切勿静默地将精确的有效内容转换为生成式方向。
• 如果确切性与方向不明确，在调用 tw 之前先问一个简洁的问题。

任务模板

当进入任务模式时——以及当请求过于模糊而无法形成方向时——提供一个本地化的填空模板，而不是开放式问题：

Post task template:
Topic/direction: <what to write about>, count <1–5>
Optional: tone, audience, must-include or must-avoid points
Example: Topic: why small teams should automate release notes, count 3

发推任务模板：
主题/方向：<要写什么>，条数 <1–5>
可选：语气、受众、必须包含/避开的点
示例：主题：为什么小团队应该自动化 release notes，3 条

当出现不足或用户在被拒绝的提案后想要重新措辞时，重复使用相同的模板。

语言

根据明确偏好、最新消息、对话语言，然后英语，用英文或简体中文回复。切勿翻译或规范化确切的推文文本。保持任务方向，不添加额外要求。

强制性预检

在每个新的推文任务或 Agent 会话开始时，以及在由其合约定义的任何就绪失效之后，通过技能名称激活 threadwave-preflight。传递此技能名称、所选模式、未经修改的请求以及所需的能力系列。在同一个会话中，对未更改的审查决策和工作流延续重用该成功结果；不要仅为了审查决策而重新运行预检。在没有当前或可重用的就绪结果时，不要调用 tw。

需要 CLI 1.0.21 以及 task、draft、plan、scheduler 和 action 命令家族。技能、CLI 或扩展状态缺失时，将请求路由到 https://www.threadwave.xyz/cli/setup/agent.md 同时保留请求。

任务模式

1. 创建一个有界提案

将方向作为一个安全的参数传递；切勿将用户内容拼接到 shell 语法中。运行语义等效的命令：

tw task create --surface tweet --direction <exact_user_direction> --count <1..5> --json

要求 schema_version=tw_cli_harness_v1、ok=true，并返回 manual_request_ref、task_blueprint_proposal_ref 和 review_ref。任务创建不授权任何 X 变更，且不得声称草稿或定时推文已存在。

2. 审查任务提案

仅检查返回的审查引用，使用 tw task review show <review_ref> --json。呈现界面、方向、数量、获取路线和安全的范围。等待明确批准后继续。

批准后，在可重用的同任务预检结果下，调用 tw task review approve <same_review_ref> --json 一次。只有在用户做出明确匹配的决定后，才能拒绝或跳过。切勿将批准转移到更改后的方向、数量、引用或提案哈希上。

如果批准输出为空、部分或无法解析，则将其视为不确定状态，并且不要再调用批准：运行 tw task review show <same_review_ref> --json 一次作为只读恢复。仅当其返回 ok=true、data.review.status=approved 以及返回的 task_blueprint_ref 时，才继续。当对于相同的未更改的 review_ref 和范围，它最终返回 data.review.status=pending 时，意味着批准从未到达服务器：告知用户，并提供一次明确的是/否选择，以针对该确切的未更改引用重试批准一次；第二次不确定的结果将停止流程。当恢复读取本身失败或不确定时，作为 CLI 合约漂移停止。

捕捉该批准返回的每一个确切的 task_blueprint_ref。启动一个固定的 180 秒期限，立即使用 tw task show <task_blueprint_ref> --json 检查每个引用，并且仅在其 source_status=awaiting_selection 时重复检查；在每次重试之前，等待 min(15 seconds, remaining time)，以便期限接收最后一次读取。切勿使用 tw task review list、全局审查列表或最新审查来发现此任务的源审查。

当 source_status=source_reviews_created 时，仅跟随 source_review_refs_by_status.pending。如果 pending 为空但 approved 或 archived 非空，则该任务没有等待中的源决策。如果所有三个桶都为空，则将响应视为 CLI 合约漂移并停止。将 no_valid_targets_found 视为不足并直接跟随 CLI 返回的引用以处理任何其他终端源状态。

3. 跟随返回的工作流引用

仅使用 CLI 返回的引用和后续操作：

• 通过 tw task review 检查并决定任何手动的 task_proposal 或 source_selection 审查；
• 通过 tw draft show <artifact_ref> --json 检查生成的工件；
• 通过 tw plan review show <review_ref> --json 检查每个内容审查；
• 独立批准、拒绝或跳过每个内容审查；
• 通过 tw scheduler show 和 tw scheduler evidence 检查每个返回的定时变更。

不要猜测下一个审查、工件、目标或定时任务。不要将多个草稿审查合并为“全部批准”。每次内容批准只能授权一个确切的定时 X 变更。

4. 处理变更和不足

• 方向/来源/角度变更：在展示确切范围后，使用一次明确的 tw task retask --task 或 --batch 请求。
• 同系措辞变更：使用 tw draft redraft 并附上确切反馈，然后要求新的内容审查。
• 有效输出少于请求数：报告实际有效数量；切勿自行编造或复制项目。
• 已批准的任务在固定任务展示期限后卡在 source_status=awaiting_selection：提供确切的 task_blueprint_ref，并提供一次明确的用户选择——通过 tw task restart <task_blueprint_ref> --json 重启一次（验证 ok=true 和返回的新的执行状态，然后针对同一引用恢复固定的任务展示期限；重启是一次新的预变更执行，而不是重复任务或声称旧发现已取消），或者停止并报告确切的阻塞点。失败的重启调用或持续卡住的引用算作一次失败回合；在同一会话中两次失败回合后，停止并报告阻塞点。
• 未知的调度程序或变更证据：停止且不重试。提供确切的引用及其持久的分类，并停止等待一个明确的用户决定：继续监控、跳过（确认 outcome unknown 并结束监控；不授权任何重试或替换）、通过 tw scheduler cancel 取消该确切的用户命名的 scheduled_task_ref 并附上返回状态验证，或请求一份清理后的问题报告。

精确操作模式

需要一条确切的最终推文。不要改进、翻译、缩短、扩展、规范化空白、修正拼写、添加标签或更改标点。

1. 通过安全的 argv/stdin 处理运行 tw action tweet --text <exact_text> --dry-run --json。
2. 完整展示确切文本、干运行结果和语义操作；请求明确批准。
3. 任何字符更改都被视为需要新的干运行和批准的新有效内容。
4. 批准后，重用同任务预检结果，并执行 tw action tweet --text <same_exact_text> --json 一次。
5. 要求返回 ok=true、action_ref 和结论性证据后方可报告完成。切勿重试未知结果或发送第二条推文作为验证。

界限

• 任务模式创建一个包含 1..5 个独立可能草稿项的提案；它不授予批量变更批准。
• 精确操作模式仅控制一条推文，且位于任务/计划谱系之外。
• 不要回复、引用、点赞、保存、关注或直接操作浏览器 UI。
• 不要在诊断中暴露用户内容、原始有效内容、私有引用或本地路径。

问题报告

对于明确的报告请求、CLI 漂移、重复未解决的设置或未知证据，以仅限问题报告模式激活 threadwave-preflight，并附带清理后的元数据。排除推文文本和任务方向。声明未发送任何内容。

返回格式

State: <needs task approval | needs source approval | needs content approval | scheduled | complete | blocked | unknown>
Mode: <task | exact action>
Count: <requested / valid / approved / scheduled>
Review: <one exact current review>
Waiting for you: <one decision or setup action>
你可以 / You can: <two to four verbatim-sayable options valid at the current gate>
Next: <one returned ref/action or stop>
Issue report: <copy/paste only; nothing sent>

你可以 / You can: 行仅列出在当前关口确实存在的选项——精确的编号决策、显示的引用或任务模板——其措辞应使用户可以逐字回复，并根据所选语言进行本地化；它绝不提供超出当前关口权限的操作。