| name | pi-tmux |
| description | 指导 agent 正确使用 pi-tmux 扩展管理后台 tmux 进程。涵盖 run/peek/send/kill/list 五个 action 的使用时机与参数选择、silenceTimeout 与 watchInterval 的配置策略、completion/silence/watchdog 三种自动通知的响应方式，以及常见工作流模式（dev server、build、交互式程序、长时间训练）。适用于 agent 需要在后台运行命令、监控进程输出、与交互式程序通信时。 |
pi-tmux
pi-tmux 是一个 pi 扩展，提供 tmux tool，将长时间运行的命令放到后台 tmux window 中。命令完成、进程安静、定时快照三种场景会自动向对话注入通知。
When To Use
用 tmux run（而不是 bash）的场景：
- Dev server（
npm run dev, python manage.py runserver）
- Build / compile（
cargo build, make -j8）
- Test suite（
pytest, npm test，尤其是可能跑几分钟以上的）
- File watcher（
tsc --watch, nodemon）
- 训练任务（
python train.py）
- 任何预期超过 10 秒的命令
继续用 bash 的场景：
- 快速查询命令（
ls, cat, grep, git status, git diff）
- 一次性修改命令（
git commit, npm install, mkdir）
- 预期秒级完成的短命令
判断标准：如果你不确定命令要跑多久，默认用 bash。只有明确知道会长时间运行时才用 tmux。
Tool API Quick Reference
tmux run command="npm run dev" name="dev-server" [cwd] [silenceTimeout] [watchInterval] [watchIntervalMax]
tmux peek [window="dev-server" | window="all"]
tmux send window="dev-server" [text="Y"] [keys="Enter"]
tmux kill window="dev-server"
tmux list
tmux wait window="build" [timeout=300]
Core Principles
1. Run 之后立刻继续工作
tmux run 是非阻塞的。发出 run 后，不要等待输出，立刻做下一件事。命令完成后你会自动收到 tmux-completion 通知。
2. 给每个 window 起语义化的 name
✓ name="dev-server" name="test-suite" name="build"
✗ 不提供 name（自动从命令提取，不够清晰）
之后所有操作（peek/send/kill）都用 name 引用 window，不要用 index。
3. 不要主动轮询——等通知
三种通知会自动来：
- tmux-completion：命令退出（带 exit code + 最后 20 行输出）→ 需要你响应
- tmux-silence：窗口安静超过阈值 → 需要你响应（可能在等 input）
- tmux-watchdog：定时快照 → 仅供参考，不需要响应
收到 completion 通知后，根据 exit code 判断下一步：
- exit 0 → 成功，继续后续任务
- exit 非 0 → peek 查看完整输出，诊断问题
Parameter Strategy
silenceTimeout
什么时候用：命令可能弹出交互式提示（Y/n、密码、确认）时。
tmux run command="npm init" name="init" silenceTimeout=10
收到 silence 通知后的决策树：
- peek 查看输出
- 如果是简单提示（Y/n, Enter to continue）→ send 回复
- 如果是复杂交互（多步向导、需要大量输入）→ kill 并用非交互方式重跑
- 如果只是命令运行慢（还在产出但偶尔停顿）→ 忽略，silence 会自动退避
不需要用的场景：npm run dev、cargo build 等不会提示交互的命令。
watchInterval
什么时候用：长时间任务，你想看中间进度但不想手动 peek。
watchdog 内置指数回退（×1.5）和内容去重：
- 间隔从
watchInterval 开始，逐次增长，上限为 watchIntervalMax（默认 5 倍）
- 如果两次快照输出完全相同，跳过注入，不浪费上下文
- send 操作后自动重置回初始间隔
tmux run command="python train.py --epochs 100" name="training" watchInterval=60
典型配置：
| 场景 | watchInterval | watchIntervalMax | 效果 |
|---|
| Build（1-5 分钟） | 30 | 省略（默认 150） | 30→45→68→102→150→150... |
| 训练（几十分钟） | 60 | 300 | 60→90→135→203→300→300... |
| 训练（几小时） | 60 | 600 | 更疏的长尾快照 |
| 不需要中间状态 | 不设 | — | — |
silenceTimeout 与 watchInterval 的选择
不要同时设置这两个参数。 它们面向不同场景：
| silenceTimeout | watchInterval |
|---|
| 目的 | 检测交互提示 | 观察长任务进度 |
| 适用 | 可能弹 Y/n 的命令 | 确定不交互的长任务 |
| 通知 | triggerTurn: true（要你响应） | triggerTurn: false（仅供参考） |
如果你不确定命令是否会交互，只设 silenceTimeout。
如果你确定命令不会交互、只是跑得久，只设 watchInterval。
Workflow Patterns
Pattern 1: Dev Server
tmux run command="npm run dev" name="dev-server"
→ 继续编辑代码
→ 需要看输出时: tmux peek window="dev-server"
→ 不再需要时: tmux kill window="dev-server"
Dev server 通常不会退出，所以不需要 silenceTimeout 也不需要 watchInterval。
Pattern 2: Build + 后续任务（异步）
tmux run command="cargo build --release" name="build" watchInterval=30
→ 继续做其他事
→ 收到 tmux-completion (exit 0) → 继续部署/测试
→ 收到 tmux-completion (exit 非 0) → peek 查看错误，修复代码
Pattern 2b: Build + 后续任务（同步等待）
当后续步骤必须等 build 完成才能开始时，用 wait 替代被动等通知：
tmux run command="cargo build --release" name="build"
tmux wait window="build" timeout=600
→ 阻塞直到 build 完成，拿到 exit code + 输出
→ exit 0 → 立刻继续部署
→ exit 非 0 → 立刻处理错误
wait vs 等 completion 通知的区别：
wait 是同步阻塞——tool 调用不返回直到命令完成，agent 不能做别的- completion 通知是异步——agent 可以继续做别的事，完成后才被通知
用 wait 的场景：明确需要结果才能继续（build → deploy、test → report）
不用 wait 的场景：不需要结果就能继续（dev server、file watcher）
Pattern 3: 可能需要交互的命令
tmux run command="npx create-next-app my-app" name="create-app" silenceTimeout=15
→ 收到 tmux-silence → peek
→ 看到 "Would you like to use TypeScript? (Y/n)"
→ tmux send window="create-app" text="Y" keys="Enter"
→ 等下一次 silence 或 completion
Pattern 4: 并行多任务
tmux run command="npm run dev" name="dev-server"
tmux run command="npm test -- --watch" name="test-watch"
tmux run command="tsc --watch" name="type-check"
→ tmux list 查看所有窗口状态
→ tmux peek window="all" 一次看全部输出
Pattern 5: 长时间训练
tmux run command="python train.py" name="training" watchInterval=60 watchIntervalMax=300
→ 快照频率: 60s→90s→135s→203s→300s→300s...
→ 输出没变化时自动跳过
→ 训练结束收到 completion 通知
Responding to Notifications
tmux-completion（triggerTurn: true）
你必须响应。看到此通知时：
- 检查 exit code
- 如果成功，继续下一步工作流
- 如果失败，peek 查看详细输出后诊断
tmux-silence（triggerTurn: true）
你必须响应。看到此通知时：
- peek 查看当前输出
- 判断是否需要交互
- send 回复 或 kill 重跑 或 忽略（silence 会自动退避）
tmux-watchdog（triggerTurn: false）
仅供参考，不需要专门响应。快照会出现在对话历史中，当你后续做决策时可以参考。
Anti-Patterns
❌ run 之后立刻 peek — 浪费一轮调用，等通知即可
❌ 用 bash 跑 dev server — 会阻塞 agent
❌ 忘了 kill 不再需要的 window — tmux list 检查，及时清理
❌ 对简单短命令用 tmux — git status 不需要放后台
❌ 同一个 name 反复 run — 先 kill 旧的再创建新的
❌ 设了 silenceTimeout 却不响应 silence 通知 — 这会让程序一直等
❌ 同时设 silenceTimeout 和 watchInterval — 选一个，不要混用
Slash Commands (User-facing)
用户可以使用的斜杠命令：
/tmux — 在新终端标签页 attach 到 session/tmux:cat — 选择一个 window，将输出注入对话/tmux:clear — 杀掉所有空闲 window
