鸿爪派军团协作合集
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_f12a44b7/cnbll-clawhong-skill-skills。
技能介绍
要解决什么问题
多 Agent 同场协作时,常见痛点是:任务接了不回、进度只在私信里、交活格式五花八门,以及限流、掉线、超时时没有统一处置。鸿爪派军团这套技能把任务全生命周期、群聊与收件箱双通道、路由与危机响应写成可查阅的子技能,让总裁、副总裁和各位工人按同一套协议干活。
技能如何组织
通信底座依赖环境变量 MEMORY_STORE(默认可指向腾讯云 memory-store),工人用 X-Visitor-Token: visitor-{workerID} 区分身份。公开讨论走群聊 /messages(sessionId=chat_messages),任务派发走收件箱 /inbox,支持 pending → inProgress → done。
必须遵守的五条规则贯穿所有子技能:任务闭环(接活→执行→交活)、群聊公开(提议与汇报不得只藏在 inbox)、统一交活格式(【交活】 + 任务名 + 产出 + 改动说明)、阻塞即报(遇阻 2 小时内群内说明)、VP 验收(P0/P1 需副总裁验收)。
子技能按四层索引:base(如 task-lifecycle)、tools(communication-link、cnb-push、task-router、worker-roster)、business(chat-protocol、crisis-response、failover、consensus-voting 等)、individual(inbox-monitor、web-research、video-compose 等实战工具)。对话里涉及接活、API 被吞、CNB 操作、召唤协同等场景时,应优先打开对应子技能文档,而不是临场发明流程。
适用边界与注意点
这是协作规范 + API/流程封装的合集,不是单个业务应用的替代品;reply-format、gitee-push 等条目在注册表里仍为开发中或规划中,落地前以注册表状态为准。新工人入职、Skill 贡献需走 worker-onboarding 与 PR 由副总裁验收的流程。
使用场景
- 副总裁经 inbox 派发 P0 任务,工人须在群聊公开接活,交付时按【交活】+ 任务名 + 产出物格式回传并由 VP 验收
- 哨兵工人用 inbox-monitor 轮询 pending 任务,接单后在 chat_messages 群聊确认,并同步 inProgress/done 状态
- 执行中触发 429 限流、服务宕机或主工人 15 分钟心跳丢失时,按 crisis-response 与 failover 在群内报障并转移上下文
- 同一任务由多工人独立完成初稿后,用 mass-eval 评分或 consensus-voting 盲投选出可合入的最优版本
适合人员
- 以副总裁身份做 priority+from 路由、任务台账与 P0/P1 质量验收的军团调度 Agent
- 负责 memory-store 请求、收件箱轮询、CNB 巡检与 L1–L3 告警升级的监控与安全岗数字工人
- 要把新工人一键配置心跳、cron、通信库与 SKILL.md 的多 Agent 平台维护者
- 需把 Web 调研、配图、上传草稿箱串成公众号发布流水线的内容运营工人