Token导航 LogoToken导航

Agent Skill · 开发

discord-thread-naming-backstop-workflow(Discord thread naming backstop 工作流)

用于处理 Discord 服务器、频道、消息、成员和机器人交互。它适合让 Agent 辅助查询社区对话、整理频道内容、发布通知或管理基础协作流程。使用时需要确认 bot 权限、频道可见范围和服务器规则;涉及删除消息、管理成员、批量通知或读取私密频道时,应先获得明确授权并控制操作范围。

discord-thread-naming-backstop-workflow 是开发类 Agent Skill,可用宿主为 OpenClaw,通过ClawHub获取,权限为只读;许可证为 MIT-0,第三方扫描已通过,按安装量在开发类的 21,746 个 Skill 里排第 6,876。

总安装 4,260周安装 183GitHub Stars 公开资料未说明下载 1,493核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT-0
版本
1.0.0

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:discord-thread-naming-backstop-workflow(Discord thread naming backstop 工作流)
来源仓库:https://github.com/can4hou6joeng4/discord-thread-naming-backstop-workflow
安装命令:
openclaw skills install discord-thread-naming-backstop-workflow
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install discord-thread-naming-backstop-workflow

这个 Skill 是做什么的

开发类 Skill 面向写代码、改代码和排查问题,一般会读写仓库文件,部分还会执行构建或测试命令。

巡检并自动修复未规范命名的 Discord 线程。仅处理最近新建且未命名规范的线程,补漏前置钩子遗漏。避免全量扫描历史,提升效率与响应速度。discord-thread-naming-backstop-workflow 属于开发类 Skill,可作为该场景下的辅助能力补充。

需配置目标 guild 和父频道,并授予线程管理权限。输出日志为 JSON 格式,便于集成与调试。

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 OpenClaw;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 openclaw skills install discord-thread-naming-backstop-workflow;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

discord-thread-naming-backstop-workflow 怎么安装?

在终端执行 openclaw skills install discord-thread-naming-backstop-workflow。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

discord-thread-naming-backstop-workflow 支持哪些 AI 工具?

公开资料标注支持 OpenClaw。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

discord-thread-naming-backstop-workflow 需要什么权限?

权限级别是只读。该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

discord-thread-naming-backstop-workflow 是免费的吗?

来源标注的许可证是 MIT-0。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

discord-thread-naming-backstop-workflow 用的人多吗?

公开数据是累计安装 4,260 次,近一周安装 183 次,下载 1,493 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

discord-thread-naming-backstop-workflow 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 专注 OpenClaw 一种宿主,触发方式和使用习惯不用来回切换。
  • 许可证明确为 MIT-0,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 OpenClaw,想直接扩展它能力的人。
  • 需要处理开发类任务、又不想每次都手写提示词的人。
  • 需要许可证清楚、并且有第三方扫描结果的团队项目。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

开发类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
skill-vetter

技能审查员 · OpenClaw

8,779,018986操作浏览器MIT-0通过
ontology

本体论 · OpenClaw

6,636,960576只读MIT-0通过
entra-app-registration

内部应用程序注册 · Codex、Claude

6,631,872764接触敏感数据未明确通过
entra-app-registration

内部应用程序注册 · Codex、Claude

3,757,680201接触敏感数据未明确通过
nano-banana-pro

纳米香蕉专业版 · OpenClaw

3,526,898364接触敏感数据MIT-0有提醒
discord-thread-naming-backstop-workflow

Discord thread naming backstop 工作流 · 本页

4,260—只读MIT-0通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

name
discord-thread-naming-backstop-workflow
description
用于执行 Discord 线程命名兜底(backstop)巡检与改名,专门处理某个 guild 下指定 parent channel 中“最近新建但未命名规范”的线程,补上 prehook 漏网,而不是批量回扫历史。遇到“线程重命名兜底”“dispatch 线程命名规范”“只检查最近 20 分钟线程”“JSON 污染标题”“长标题截断”“按规则静默改名或告警”“Discord thread-list / channel-edit / channel-info 重试与一致性检查”等场景时就应触发。即使用户没说 backstop,只要意图是低扰动修正新线程标题,也应使用此技能。
metadata
{ "openclaw": { "emoji": "🧵" } }

执行 Discord 线程命名兜底巡检与静默改名

这个技能帮助你在严格范围内为 Discord 新线程做命名兜底,避免误扫历史线程、误改旧标题,且在失败时有一致的告警与回补闭环。

When to use this skill

  • 当你需要只检查某个父频道下“最近新建”的线程,并对漏掉 prehook 的异常标题做低扰动修正。
  • 当用户强调“不要回扫历史”“只处理最近 20 分钟”“今天但明显是截断/JSON 污染的也可处理”时。
  • 当你需要按固定命名模板 【类型】目标 - YYYYMMDD 自动推断新名,并在失败时做重试、一致性校验、P2/RESOLVED 通知。
  • 当任务要求成功时尽量静默,避免刷屏,只在最终失败或“先失败后成功”时发送通知。

Steps

  1. 锁定执行范围

- 只针对以下固定范围执行: - guildId="1478785964896817267" - channelId="1478785965580357754"(🎛️丨dispatch) - 只处理线程,不改 parent channel。 - 为什么:这个任务的核心就是“兜底漏网的新线程”,范围一旦放宽,就会误改历史线程或错误频道。

  1. 按指定接口读取线程列表

- 仅使用:

     message(action="thread-list", guildId="1478785964896817267", channelId="1478785965580357754", includeArchived=false, limit=50)

- 若第一次失败,立即重试 1 次;两次都失败才进入 P2 告警。 - 本次实际执行中,thread-list 成功读取,且后续复核时也再次成功。 - 为什么:用户明确限制了读取方式;先读列表再筛选,能保证行为可审计且可控。

  1. 用 Asia/Shanghai 时区判定候选线程

- 将当前时间视为 Asia/Shanghai,本次记录中的执行时点为: - 2026-03-14 10:35 - 2026-03-14 10:38 - 2026-03-14 10:40 - 2026-03-14 10:42 - 只保留满足任一条件的线程: - thread_metadata.create_timestamp 在最近 20 分钟内; - 或者创建于今天,且名称明显属于“主消息截断 / 长标题 / JSON 污染”异常,例如: - 长度 > 60 - 含 { } [ ] \" - 含代码块、URL、键值对痕迹 - 明显是口语长句截断,如“请你为我…/帮我…/当前…/那么…/另外关于…” - 必须跳过: - 创建时间早于今天的历史线程; - 今天但超过 20 分钟,且只是“普通旧标题但不规范”的线程。 - 为什么:这是防止兜底任务退化为历史清扫任务的关键边界。

  1. 先检查是否已经合规

- 用以下规则判断线程名是否已规范:

     ^【[^】]+】.+ - \d{8}$

- 已匹配规范的线程直接跳过,不做任何改动。 - 本次实际执行中,可见线程要么已合规,要么属于不应处理的历史线程。 - 为什么:兜底任务应只修复漏网异常,不应对已合规对象重复操作。

  1. 限制处理数量

- 单次运行最多处理 3 个线程。 - 为什么:即使有异常,也要控制改动规模,避免一次任务影响过大或在异常场景下放大错误。

  1. 为每个待修正线程生成操作 ID

- 格式:

     rename-<threadId>-<YYYYMMDDHHmmss>

- 为什么:后续重试、告警、回补都依赖这个 opId 做单次运行内去重与追踪。

  1. 推断新线程名

- 使用模板:

     【{类型}】{目标} - {YYYYMMDD}

- 约束: - 时区:Asia/Shanghai - 总长度:<= 100 - 类型只允许以下之一:

     任务 / 分析 / 阅读 / 修复 / 运维 / 文档 / 复盘 / 审查 / 复核 / 评估

- 优先级规则: - 含 配置/部署/环境/服务/监控/cron/openclaw.json/模型切换/供应商接入/密钥/代理 → 优先 【运维】 - 含 规则/规范/SOP/制度/约定/命名/模板/文档/说明/公告 → 优先 【文档】 - 含 报错/异常/失败/修复/故障/bug → 优先 【修复】 - 目标提取前先归一化: - 只保留 8~28 字的“动作 + 对象”核心短语; - 去掉口语前缀、JSON 尾巴、代码块、URL、长数字串、参数串、键值对; - 无法稳定提取时,使用 未命名任务。 - 为什么:线程标题来自自然语言主消息时,经常混入口语、JSON 或参数噪音,先归一化才能稳定命名。

  1. 执行重命名,并做容错

- 第一次改名:

     message(action="channel-edit", target="<threadId>", name="<newName>")

- 若失败,再执行一次相同参数的 channel-edit。 - 若仍失败,再执行:

     message(action="channel-info", target="<threadId>")

- 一致性判定: - 若当前名称已符合规则,或已等于 newName → 视为成功,不报 P2; - 若仍不符合 → 发送最终失败 P2。 - 为什么:Discord 侧偶发瞬时失败并不等于最终失败,做最终一致性检查能避免误报。

  1. 按结果决定是否静默

- 正常成功时保持静默。 - 如果本次没有候选线程,也保持静默。 - 本次实际执行结果: - 最近 20 分钟内新建线程:0 - 今日且属于“主消息截断/长标题/JSON污染”的候选:0 - 需改名线程:0 - 因此本轮静默退出:无改名、无 P2、无 RESOLVED。 - 为什么:这类 backstop 任务通常高频运行,成功时静默可避免通知噪音。

  1. 仅在需要时发送 P2 或 RESOLVED

- 列表两次失败时,发送 1 条 P2,且: - threadId=list - 单个线程最终失败时,发送 1 条 P2。 - 同一 opId 里若先失败、后经重试或一致性检查判定成功,发送 1 条 RESOLVED 到 1478996389727043584。 - 单次运行同一线程只允许最终输出 0 或 1 条消息,禁止重复刷屏。 - 为什么:这个任务强调“低噪音 + 可追踪”,通知必须少而准。

Pitfalls and solutions

  • ❌ 把“今天但超过 20 分钟、只是普通旧标题不规范”的线程也纳入改名 → 这会把兜底任务变成历史修复任务,违背范围约束 → ✅ 只处理最近 20 分钟,或“今天且明显是截断/JSON 污染”的异常标题。
  • ❌ 看到标题不规范就直接改名 → 可能误改本来已经符合 ^【[^】]+】.+ - \d{8}$ 的线程,或者误动历史线程 → ✅ 先做正则校验,再结合创建时间和异常特征筛选。
  • ❌ channel-edit 一次失败就直接报 P2 → Discord 瞬时失败并不少见,直接告警会制造误报 → ✅ 先重试一次,再用 channel-info 做最终一致性检查。
  • ❌ 成功时也发通知 → 高频巡检会刷屏,掩盖真正异常 → ✅ 正常成功与“无候选线程”都保持静默。
  • ❌ 列表失败时用 threadId=0、n/a 之类占位值告警 → 不利于排查,也违背约束 → ✅ 只有列表失败场景可使用 threadId=list。
  • ❌ 扫描 archived 或更大范围线程 → 会把任务从“backstop”变成“回扫历史” → ✅ 严格使用 includeArchived=false 且固定 channelId。

Key code and configuration

线程列表读取

message(action="thread-list", guildId="1478785964896817267", channelId="1478785965580357754", includeArchived=false, limit=50)

命名规范正则

^【[^】]+】.+ - \d{8}$

新名称模板

【{类型}】{目标} - {YYYYMMDD}

类型白名单

任务
分析
阅读
修复
运维
文档
复盘
审查
复核
评估

重命名动作

message(action="channel-edit", target="<threadId>", name="<newName>")

最终一致性检查

message(action="channel-info", target="<threadId>")

P2 模板(仅最终失败时发送到 1478996389727043584,纯文本)

━━━━━━━━━━━━━━
🚨 任务告警 · dispatch-thread-rename-backstop
等级:P2
状态:🔴 失败
日期:YYYY-MM-DD (Asia/Shanghai)

对象:threadId=<id> opId=<opId>
原因:<最终失败摘要,不超过60字>
影响:线程命名规范可能未及时生效
动作:请人工介入排查并重试

追踪:#cron #dispatch #naming #incident
━━━━━━━━━━━━━━

RESOLVED 模板(仅“先失败后成功”时发送到 1478996389727043584,纯文本)

━━━━━━━━━━━━━━
✅ 任务回补 · dispatch-thread-rename-backstop
状态:🟢 RESOLVED
日期:YYYY-MM-DD (Asia/Shanghai)

对象:threadId=<id> opId=<opId>
说明:重命名过程中出现瞬时失败,已自动恢复并满足命名规范
结果:<最终名称>

追踪:#cron #dispatch #naming #resolved
━━━━━━━━━━━━━━

本次执行结论样例

thread-list succeeded on first attempt. Filtering only parent channel 1478785965580357754 entries: all visible threads under target parent already match ^【[^】]+】.+ - \d{8}$, or are historical. Recent-today threads (within 20 min from 10:40 Asia/Shanghai means since 10:20) under target parent: 1482198526019764467 created 10:07 CST, 1482185516668424355 created 09:16 CST, both older than 20 min and already compliant. No today abnormal long/JSON-polluted noncompliant titles found. No rename actions needed; remain silent.

Environment and prerequisites

  • 可调用 Discord 相关消息动作:

- thread-list - channel-edit - channel-info

  • 具备目标 guild / channel 的读取与线程改名权限。
  • 任务运行时必须能以 Asia/Shanghai 为基准做日期与“最近 20 分钟”判断。
  • 只读取:

- guildId="1478785964896817267" - channelId="1478785965580357754"

  • 目标通知频道:

- 1478996389727043584

  • 单次最多处理 3 个线程。
  • 仅改名线程,不改 parent channel。

Companion files

  • references/dispatch-thread-rename-notification-templates.md — reference documentation

平台分布

OpenClaw

70.06%
按下载量换算1,046

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills