discord-thread-naming-backstop-workflow
用于执行 Discord 线程命名兜底(backstop)巡检与改名,专门处理某个 guild 下指定 parent channel 中“最近新建但未命名规范”的线程,补上 prehook 漏网,而不是批量回扫历史。遇到“线程重命名兜底”“dispatch 线程命名规范”“只检查最近 20 分钟线程”“JSON 污染标题”“长标题截断”“按规则静默改名或告警”“Discord thread-list / channel-edit / channel-info 重试与一致性检查”等场景时就应触发。即使用户没说 backstop,只要意图是低扰动修正新线程标题,也应使用此技能。
Install via CLI (Recommended)
clawhub install openclaw/skills/skills/can4hou6joeng4/discord-thread-naming-backstop-workflow执行 Discord 线程命名兜底巡检与静默改名
这个技能帮助你在严格范围内为 Discord 新线程做命名兜底,避免误扫历史线程、误改旧标题,且在失败时有一致的告警与回补闭环。
When to use this skill
- 当你需要只检查某个父频道下“最近新建”的线程,并对漏掉 prehook 的异常标题做低扰动修正。
- 当用户强调“不要回扫历史”“只处理最近 20 分钟”“今天但明显是截断/JSON 污染的也可处理”时。
- 当你需要按固定命名模板
【类型】目标 - YYYYMMDD自动推断新名,并在失败时做重试、一致性校验、P2/RESOLVED 通知。 - 当任务要求成功时尽量静默,避免刷屏,只在最终失败或“先失败后成功”时发送通知。
Steps
-
锁定执行范围
- 只针对以下固定范围执行:
guildId="1478785964896817267"channelId="1478785965580357754"(🎛️丨dispatch)- 只处理线程,不改 parent channel。
- 为什么:这个任务的核心就是“兜底漏网的新线程”,范围一旦放宽,就会误改历史线程或错误频道。
- 只针对以下固定范围执行:
-
按指定接口读取线程列表
- 仅使用:
message(action="thread-list", guildId="1478785964896817267", channelId="1478785965580357754", includeArchived=false, limit=50) - 若第一次失败,立即重试 1 次;两次都失败才进入 P2 告警。
- 本次实际执行中,
thread-list成功读取,且后续复核时也再次成功。 - 为什么:用户明确限制了读取方式;先读列表再筛选,能保证行为可审计且可控。
- 仅使用:
-
用 Asia/Shanghai 时区判定候选线程
- 将当前时间视为
Asia/Shanghai,本次记录中的执行时点为:2026-03-14 10:352026-03-14 10:382026-03-14 10:402026-03-14 10:42
- 只保留满足任一条件的线程:
thread_metadata.create_timestamp在最近 20 分钟内;- 或者创建于今天,且名称明显属于“主消息截断 / 长标题 / JSON 污染”异常,例如:
- 长度
> 60 - 含
{}[]\" - 含代码块、URL、键值对痕迹
- 明显是口语长句截断,如“请你为我…/帮我…/当前…/那么…/另外关于…”
- 长度
- 必须跳过:
- 创建时间早于今天的历史线程;
- 今天但超过 20 分钟,且只是“普通旧标题但不规范”的线程。
- 为什么:这是防止兜底任务退化为历史清扫任务的关键边界。
- 将当前时间视为
-
先检查是否已经合规
- 用以下规则判断线程名是否已规范:
^【[^】]+】.+ - \d{8}$ - 已匹配规范的线程直接跳过,不做任何改动。
- 本次实际执行中,可见线程要么已合规,要么属于不应处理的历史线程。
- 为什么:兜底任务应只修复漏网异常,不应对已合规对象重复操作。
- 用以下规则判断线程名是否已规范:
-
限制处理数量
- 单次运行最多处理
3个线程。 - 为什么:即使有异常,也要控制改动规模,避免一次任务影响过大或在异常场景下放大错误。
- 单次运行最多处理
-
为每个待修正线程生成操作 ID
- 格式:
rename-<threadId>-<YYYYMMDDHHmmss> - 为什么:后续重试、告警、回补都依赖这个 opId 做单次运行内去重与追踪。
- 格式:
-
推断新线程名
- 使用模板:
【{类型}】{目标} - {YYYYMMDD} - 约束:
- 时区:
Asia/Shanghai - 总长度:
<= 100
- 时区:
- 类型只允许以下之一:
任务 / 分析 / 阅读 / 修复 / 运维 / 文档 / 复盘 / 审查 / 复核 / 评估 - 优先级规则:
- 含
配置/部署/环境/服务/监控/cron/openclaw.json/模型切换/供应商接入/密钥/代理→ 优先【运维】 - 含
规则/规范/SOP/制度/约定/命名/模板/文档/说明/公告→ 优先【文档】 - 含
报错/异常/失败/修复/故障/bug→ 优先【修复】
- 含
- 目标提取前先归一化:
- 只保留
8~28字的“动作 + 对象”核心短语; - 去掉口语前缀、JSON 尾巴、代码块、URL、长数字串、参数串、键值对;
- 无法稳定提取时,使用
未命名任务。
- 只保留
- 为什么:线程标题来自自然语言主消息时,经常混入口语、JSON 或参数噪音,先归一化才能稳定命名。
- 使用模板:
-
执行重命名,并做容错
- 第一次改名:
message(action="channel-edit", target="<threadId>", name="<newName>") - 若失败,再执行一次相同参数的
channel-edit。 - 若仍失败,再执行:
message(action="channel-info", target="<threadId>") - 一致性判定:
- 若当前名称已符合规则,或已等于
newName→ 视为成功,不报 P2; - 若仍不符合 → 发送最终失败 P2。
- 若当前名称已符合规则,或已等于
- 为什么:Discord 侧偶发瞬时失败并不等于最终失败,做最终一致性检查能避免误报。
- 第一次改名:
Metadata
Not sure this is the right skill?
Describe what you want to build — we'll match you to the best skill from 16,000+ options.
Find the right skillPaste this into your clawhub.json to enable this plugin.
{
"plugins": {
"official-can4hou6joeng4-discord-thread-naming-backstop-workflow": {
"enabled": true,
"auto_update": true
}
}
}Related Skills
diagnose-openclaw-model-routing-and-fallback-usage
用于分析 OpenClaw 中“某个 provider/模型为什么看起来没被用上”、主模型与 fallback 实际是否生效、以及 ClaudeCodeCLI 协作任务为何中断。遇到这些情况就应触发:用户提到“没请求打到 local-router”“明明注册了模型却没流量”“Agent 到底在用哪个模型”“fallback 有没有发生”“为什么日志里看不到候选切换”“code 143 / SIGTERM / Exec failed”“需要结合当前配置和日志做严谨归因”。也适用于区分“provider 被调用”与“provider 下某个特定模型被调用”这两类常见混淆。
configure-openclaw-anyrouter-model-and-fix-baseurl
用于在 OpenClaw 中新增或覆盖 anyrouter 模型配置、把小肠 Agent 默认模型切到 `anyrouter/claude-opus-4-6`,并结合运行日志判断是不是 `baseUrl`、网关兼容、鉴权或协议端点导致不可用。遇到“把某个供应商模型写进 openclaw.json”“切换默认模型”“为什么配置生效了但实际没调用上”“查看 fallback 日志”“排查 403/500/invalid claude code request”“同步 ClaudeCode 配置”这类需求时,就应启用本技能;即使用户没明确说 OpenClaw,只要描述的是本地 Agent 模型路由切换与调用异常排查,也适用。
diagnose-scheduled-job-trigger-vs-execution-failure
用于排查“定时任务没执行”这类问题,并区分到底是未触发、已触发但执行失败,还是运行环境/授权失效导致的假象。遇到 cron 异常、任务未跑、自动任务失灵、网关重启后要验证恢复、怀疑是模型导致任务失败、需要查看日志作证、需要给出证据口径、要确认 `deactivated_workspace` / OAuth token 失效 / timeout 是否为根因时,都应触发本技能。也适用于“任务其实有 run 记录,但结果是 error”“想确认调度正常还是执行链路坏了”“修复授权后要做回归验证”等场景。
debug-prompt-driven-cron-agent-zero-output
用于排查“定时任务成功执行但结果全为 0 / 未检索到样本 / 明明有数据却日报为空”这类问题,尤其适合 Discord、Obsidian、cron、agentTurn、prompt 驱动任务、日整理、复盘脚本、采样漏扫、thread starter 漏计、主频道消息未纳入、Snowflake 字符串比较、时区时间窗边界等场景。只要用户提到“任务跑通了但产物为空”“怀疑不是分类错而是采样漏了”“想确认 prompt job 是否没有固定源码”“想定位检索链路断点”,就应触发此技能。