Claude Code Pro ⚡
Production-grade Claude Code workflow that doesn't waste your tokens.
The Problem with Other Skills
Most Claude Code tmux skills work like this:
CODEBLOCK0
Each poll reads 100-200 lines of terminal output, feeds it to your agent, and burns tokens deciding "is it done yet?" A 20-minute task = 40 polls = thousands of wasted tokens.
How This Skill Works
CODEBLOCK1
The task itself tells you when it's done. Your agent sleeps until notified. One lightweight check confirms the result. That's it.
Token Savings Breakdown
| Approach | 20-min task | Tokens burned |
|---|
| Poll every 30s | 40 reads × ~500 tokens | ~20,000 |
| Poll every 60s |
20 reads × ~500 tokens |
~10,000 |
|
This skill | 1 notification + 1 read |
~500 |
80-97% token savings on supervision alone.
Smart Dispatch: Know When NOT to Start
Before spawning Claude Code, ask:
| Situation | Action |
|---|
| < 3 files involved | Don't start CC. Just read + edit directly. |
| Single bug fix |
Don't start CC. Faster to fix inline. |
| Need extensive context exploration | ✅ Start CC |
| Multi-file refactor | ✅ Start CC |
| New feature (5+ files) | ✅ Start CC |
The fastest token savings come from not spawning a session at all.
Quick Start
CODEBLOCK2
That's the key line: openclaw system event --text "Done: ..." --mode now. The task notifies your agent on completion. No polling needed.
Task from file (complex requirements)
CODEBLOCK3
Write detailed requirements once upfront → fewer mid-task corrections → fewer tokens.
Monitor (Only When Needed)
CODEBLOCK4
Manage Sessions
CODEBLOCK5
Attach (Human SSH Access)
CODEBLOCK6
Agent Workflow
CODEBLOCK7
Fallback: If no notification after 15 minutes, one lightweight poll with --json.
Completion Callback Template
Always append to your task prompt:
CODEBLOCK8
This is what makes the whole approach work. The task signals completion; your agent doesn't need to guess.
Modes
| Mode | Flag | Behavior |
|---|
| auto | INLINECODE2 | Full permissions, runs freely (default) |
Design Choices
- - Isolated tmux socket (
-L cc) — doesn't interfere with your tmux sessions cc- prefix on all sessions — easy to list/filter- Bracketed paste for multi-line prompts — no escaping issues
- JSON output from list/monitor — agent-friendly, fewer tokens to parse
Files
| Script | Purpose |
|---|
| INLINECODE5 | Launch CC in tmux with task |
| INLINECODE6 |
Lightweight output capture |
|
scripts/send.sh | Send prompts / compact / approve |
|
scripts/list.sh | List active sessions |
|
scripts/stop.sh | Kill sessions |
Claude Code Pro ⚡
生产级Claude Code工作流,不浪费你的令牌。
其他技能的问题
大多数Claude Code tmux技能的工作方式如下:
启动任务 → 每30秒轮询 → 轮询 → 轮询 → 轮询 → 完成
🔥 令牌 🔥 🔥 🔥
每次轮询读取100-200行终端输出,将其输入给你的智能体,并消耗令牌判断完成了吗?一个20分钟的任务 = 40次轮询 = 数千个浪费的令牌。
本技能的工作方式
启动任务(带回调)→ 等待 → 📩 通知 → 读取结果(50行)
😴 零令牌 ⚡ 一次读取
任务本身会在完成时通知你。 你的智能体在收到通知前保持休眠。一次轻量级检查确认结果。仅此而已。
令牌节省明细
| 方式 | 20分钟任务 | 消耗的令牌 |
|---|
| 每30秒轮询 | 40次读取 × ~500令牌 | ~20,000 |
| 每60秒轮询 |
20次读取 × ~500令牌 |
~10,000 |
|
本技能 | 1次通知 + 1次读取 |
~500 |
仅监督环节就节省80-97%的令牌。
智能调度:知道何时不启动
在启动Claude Code之前,先问:
| 情况 | 操作 |
|---|
| 涉及文件少于3个 | 不要启动CC。 直接读取+编辑即可。 |
| 单个Bug修复 |
不要启动CC。 内联修复更快。 |
| 需要大量上下文探索 | ✅ 启动CC |
| 多文件重构 | ✅ 启动CC |
| 新功能(5个以上文件) | ✅ 启动CC |
最快的令牌节省来自于根本不启动会话。
快速开始
bash
启动任务 — 注意末尾的回调
bash {baseDir}/scripts/start.sh --label auth-refactor --workdir ~/project --task 重构认证模块以使用JWT。
完全完成后,运行:openclaw system event --text \完成:JWT认证重构完成\ --mode now
关键行是:openclaw system event --text 完成:... --mode now。任务在完成时通知你的智能体。无需轮询。
从文件启动任务(复杂需求)
bash
bash {baseDir}/scripts/start.sh --label my-feature --workdir ~/project \
--task-file /path/to/requirements.md --mode auto
一次性提前编写详细需求 → 减少任务中途修正 → 更少的令牌。
监控(仅在需要时)
bash
轻量级检查 — 50行,最少令牌
bash {baseDir}/scripts/monitor.sh --session my-task --lines 50
JSON模式 — 结构化,智能体解析消耗更少令牌
bash {baseDir}/scripts/monitor.sh --session my-task --json
发送后续指令(谨慎使用 — 优先提前编写需求)
bash {baseDir}/scripts/send.sh --session my-task --text 同时添加单元测试
长时间运行时使用紧凑上下文
bash {baseDir}/scripts/send.sh --session my-task --compact
管理会话
bash
列出所有活跃会话
bash {baseDir}/scripts/list.sh # 人类可读
bash {baseDir}/scripts/list.sh --json # 结构化
停止会话
bash {baseDir}/scripts/stop.sh --session my-task
bash {baseDir}/scripts/stop.sh --all
附加(人工SSH访问)
bash
tmux -L cc attach -t cc-<标签>
智能体工作流
- 1. 判断 — 这是3个以上文件的任务吗?否 → 直接编辑。是 → 继续。
- 启动 — 使用详细任务+完成回调启动start.sh
- 等待 — 做其他工作。零令牌消耗在监控上。
- 通知 — 收到完成:...事件
- 检查 — 使用monitor.sh --lines 50确认结果
- 清理 — 使用stop.sh结束会话
备用方案: 如果15分钟后未收到通知,使用--json进行一次轻量级轮询。
完成回调模板
始终在任务提示末尾添加:
完全完成后,运行以下命令进行通知:
openclaw system event --text 完成:[简要描述] --mode now
这是整个方法的关键。任务发出完成信号;你的智能体无需猜测。
模式
| 模式 | 标志 | 行为 |
|---|
| 自动 | --mode auto | 完全权限,自由运行(默认) |
设计选择
- - 隔离的tmux套接字(-L cc)— 不干扰你的tmux会话
- 所有会话使用cc-前缀 — 易于列出/过滤
- 多行提示的括号粘贴 — 无转义问题
- list/monitor的JSON输出 — 智能体友好,解析消耗更少令牌
文件
| 脚本 | 用途 |
|---|
| scripts/start.sh | 在tmux中启动CC并附带任务 |
| scripts/monitor.sh |
轻量级输出捕获 |
| scripts/send.sh | 发送提示/紧凑/批准 |
| scripts/list.sh | 列出活跃会话 |
| scripts/stop.sh | 终止会话 |