菜单
通过 tmux 编排多个 Claude Code 进程来批量处理同质任务。当前 CC 作为调度方， tmux 中的 CC 作为执行方。支持 work-stealing 并发调度、任务内建质量门禁。 当用户需要：(1) 批量处理多个独立同质任务（论文分析、代码审查、文档翻译等）， (2) 单次 prompt 处理质量不够需要拆分独立执行，(3) 需要并发加速批量任务时使用。 触发词：批量处理、tmux dispatch、并发执行、逐个处理。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Use when the user asks to correct English prompts, broken English, typos, grammar, wording, tone, workplace English, business writing, presentation language, or asks for English practice, quizzes, or help expressing ideas clearly in English.
Use when 用户要求提取、提炼、总结某个日期或时间范围的群聊/聊天记录（EACC 投资群 / eacc-chat），生成群聊日报、核心话题分析或投资价值信息筛选。触发词：提取聊天记录、群聊提炼、群聊总结、某月某日群里聊了什么、chat digest、群聊日报、群聊干货。
评估或对比会议纪要/访谈整理/深度纪要的质量：对照原始转录核查保真度，盘点覆盖度，输出多维度打分与失真清单。适用时机：(1) 用户问"这两份纪要哪份质量更高/写得更好"，(2) AI 生成的纪要发布前验收（有没有幻觉、编造、立场写错），(3) 给纪要挑毛病/做质检/打分。触发语：评估纪要质量、对比纪要、纪要靠谱吗、纪要验收、纪要打分、哪份纪要好。
对会议纪要/活动回顾/访谈整理等将对外发布的文档做敏感信息检查与脱敏，覆盖查塔姆宫规则（Chatham House Rule）合规：人名机构名及变体、职级暗示、玩笑话与人事信号、点评同行、口语化敏感词、外链击穿匿名、身份指纹拼图、第三方未公开信息、编辑残留。适用时机：(1) 纪要将对外发布/进知识库/发群前，(2) 嘉宾或机构方要求脱敏审稿，(3) 用户提到查塔姆规则/讲事不讲人/匿名化/敏感信息检查。输出违规清单+修复建议，或直接执行脱敏。
Use when designing or reviewing lifecycle status fields, finite state machines, async task/order/payment/upload/approval workflows, or when states are overlapping, action-shaped, ownerless, unsafe under retries, concurrency, timeouts, or terminal-state updates.
深度研究与验证技能：当用户提出需要多源信息搜集、逻辑推理和事实验证的复杂问题时使用。 适用场景包括但不限于：投资研究、行业分析、技术对比、政策解读、商业决策支持等需要 "先想清楚怎么查，再去查，查完还要验证"的场景。 触发关键词/短语：为什么A而不是B、分析一下、帮我研究、设计一个SOP流程来回答、 深度分析、请验证、fact check、多角度分析、请先理解问题再回答、不要立即回答。 当用户明确要求"先设计研究流程再回答"或"验证你的结论"时，务必使用此技能。 当用户的问题涉及多个实体的比较（公司、技术、政策等）且答案不是简单事实时，也应触发。
| name | tmux-dispatch |
| description | 通过 tmux 编排多个 Claude Code 进程来批量处理同质任务。当前 CC 作为调度方， tmux 中的 CC 作为执行方。支持 work-stealing 并发调度、任务内建质量门禁。 当用户需要：(1) 批量处理多个独立同质任务（论文分析、代码审查、文档翻译等）， (2) 单次 prompt 处理质量不够需要拆分独立执行，(3) 需要并发加速批量任务时使用。 触发词：批量处理、tmux dispatch、并发执行、逐个处理。 |
通过 tmux 启动多个独立 Claude Code 进程，每个进程专注处理一个任务，解决单次 prompt 批量处理时的质量稀释问题。
从用户 prompt 中识别：
为每个 item 生成独立的任务 prompt 文件：
/tmp/cc-batch/{session-id}/
├── task-00.md
├── task-01.md
├── ...
└── task-{N-1}.md
任务文件模板（调度方根据实际需求填充）：
# 任务指示
你是一个独立的 Claude Code 执行方，请严格按照以下指示完成任务。
## 基本信息
- 任务编号: {id}
- 任务名称: {name}
- 输出目录: {output_dir}
## 工作目录
cd {work_dir}
## 执行步骤
{steps}
## 质量门禁（必须全部通过）
完成所有步骤后，逐项检查以下清单：
{checklist}
### 自检流程
1. 逐项检查上述清单
2. 未通过项：定位问题 → 修复 → 重新检查
3. 最多 3 轮自检修复循环
4. 全部通过后，执行完成标记命令
5. 3 轮后仍有未通过项，创建失败标记并说明原因
## 完成标记
全部通过后执行：
touch /tmp/cc-batch/{session-id}/done-{id}
3 轮自检仍未通过执行：
echo "未通过项: ..." > /tmp/cc-batch/{session-id}/failed-{id}
bash ~/.claude/skills/tmux-dispatch/scripts/start-workers.sh {session-id} {num-workers} {work-dir}
等待 8 秒让所有 worker 的 claude 完成启动。
# 向每个 pane 分发第一批任务
bash ~/.claude/skills/tmux-dispatch/scripts/send-task.sh {session-id} 0 /tmp/cc-batch/{session-id}/task-00.md
bash ~/.claude/skills/tmux-dispatch/scripts/send-task.sh {session-id} 1 /tmp/cc-batch/{session-id}/task-01.md
bash ~/.claude/skills/tmux-dispatch/scripts/send-task.sh {session-id} 2 /tmp/cc-batch/{session-id}/task-02.md
每次分发间隔 3 秒，避免 API 峰值。
有两种监控方式：
方式 A：使用 monitor.sh（后台自动调度）
bash ~/.claude/skills/tmux-dispatch/scripts/monitor.sh {session-id} /tmp/cc-batch/{session-id} {num-workers} 30 20
monitor.sh 会自动执行 work-stealing：检测 done 文件 → 空闲 pane 领取下一个任务。
方式 B：调度方手动监控（推荐）
调度方自己轮询，灵活控制：
# 检查整体进度
bash ~/.claude/skills/tmux-dispatch/scripts/check-done.sh /tmp/cc-batch/{session-id}
# 某个任务完成后，手动分发下一个
bash ~/.claude/skills/tmux-dispatch/scripts/send-task.sh {session-id} {pane} /tmp/cc-batch/{session-id}/task-{next}.md
全部任务完成后，调度方：
check-done.sh 检查进度，不要 tmux capture-pane 读取 worker 输出（太碎片化）用户随时可以：
tmux attach -t {session-id} 查看所有 worker 实时状态Ctrl-b + 方向键切换 pane，直接与某个 worker 交互Ctrl-b d detach 回到调度方| 参数 | 默认值 | 说明 |
|---|---|---|
| num-workers | 3 | 并发 worker 数 |
| poll-interval | 30s | 监控轮询间隔 |
| timeout | 20min | 单任务超时告警 |
| max-retries | 3 | 自检最大重试轮次 |
| stagger-delay | 3s | worker 间启动间隔 |