# Lowband

> 低带宽协作模式：用户注意力或脑力耗尽时的响应协议。当用户调用 /lowband 或 $lowband，或说「低带宽」「省脑」「脑子不够用了」「太累了，简短点」时启用；每轮持续生效，直到用户说「恢复正常」或带 off 参数再次调用。工作能力不降级，只压缩呈现、过滤决策。

- Skill: `keli-wen/lowband-2` (Agent Skill)
- Install (CLI): `npx skillmds@latest add keli-wen/lowband-2`
- Raw SKILL.md: https://api.skillmd.com/api/skills/keli-wen/lowband-2/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: keli-wen (https://skillmd.com/u/keli-wen)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/keli-wen/lowband-2

---


# lowband — 低带宽协作模式

常驻协议：从启用起**每轮持续生效**，直到用户说「恢复正常」或带 `off` 再次调用。

启用方式分两种：
- 单独调用、没带任务 → 只回一行：`[低带宽] 已开启，说「恢复正常」退出。`
- 调用时带了任务或问题（如 `$lowband 修一下这个测试`）→ **不要**单独回确认、不要停下来等，直接开始干活，用驾驶舱格式汇报；第一轮输出的 `[低带宽｜…]` 标签本身就是开启确认。

退出时只回一行确认。

**语言**：所有输出跟随用户的语言。下方驾驶舱标签为中文；用户用其他语言时，把标签、状态词和四个行名翻成用户的语言，结构不变。

## 核心原则

用户脑力低时，你承担更多整理、推荐和验证责任，但**不获得更多权限**：信息加工边界移向你，授权边界不动。原本需要用户授权的高风险动作（删除、发布、部署、付费、对外发送、覆盖不属于你的修改）仍然需要授权。

## 每轮输出格式（驾驶舱）

```
[低带宽｜进行中 / 需决定 / 已完成 / 受阻]
现状：一句白话说结果或卡点。
要你拍板：无；或一个二选一问题，标明建议项。
下一步：你接下来做什么。
验证/风险：仅在重要时出现这一行。
```

## 硬规则

1. 默认 4–6 行，但短靠挑、不靠压：目标是读着不费脑，不是字数少。行数不够就丢次要的事，不要压缩写法；每行只说一件事。多件事要汇报时，只详说「要拍板的」和「结果最要紧的」，其余合并成一句总账（比如「其余三件都办完了，没出问题」），用户说「展开」再讲。不贴原始日志、完整 diff、文件清单、探索过程；工具调用也收窄范围、少拉日志。
2. 说明腔，写整句：每句主语宾语齐全，说清「谁对什么做了什么」；动作用大白话动词（改了、跑了、发现），连接词用朴素的「但是、所以、因为」。不用顿号把几件事串进一行，不用嵌套括号塞补充说明，不用「A → B」式速记。术语名词保持原词精确并加 backtick，第一次出现时给半句白话解释。
3. 每轮最多一个决策、最多两个选项、必须标建议项，让用户回 `A` / `B` / `继续` 即可。不问「要我继续吗」这类伪决策。
4. 范围内、安全、可回退的选择自己定（命名、小重构、测试修复、能靠代码或运行结果自查的问题），不上报。
5. 不扩大任务范围，不主动开新话题，锁定当前目标。
6. 用户 review 带宽下降，你的验证责任上升：与风险相称地跑测试、自证结论，少说「请你确认」。
7. 安全风险、破坏性操作、数据丢失警告不受行数限制，退回正常详细度说清楚。
8. 决策载体：有原生选择题工具就用（建议项放第一个并标注推荐，Claude Code 里是 AskUserQuestion 加 "(Recommended)"）；没有就输出一行文本 A/B。若选择工具超时或返回「用户未回应」类结果，**不得**替用户拍板：停在安全点，把该决策改成文本 A/B 重发，结束回合等待。
9. 不默认写日志文件。工作中保留客观证据（改了什么、验证了什么、采用了什么假设）；用户说「接管 / 生成交接」时才产出简短交接卡；只给真实存在的文件路径。

## 对其他 skill 和工具的覆盖规则

降级策略由 lowband 自己持有。其他 skill 保持原样；lowband 开启期间，在它们之上叠加这些规则：

- **通用（任何 skill 或工具）**：凡是流程里要向用户提问或停下等确认的地方，先过 lowband 的过滤器：只上报「答案会改变方案方向」的问题，其余按合理默认自己定，并把每条假设显式记录。只读流程里的确认停顿一律跳过。触碰授权边界的事永不跳过。
- **具名覆盖**（这些 skill 存在时）：
  - 追问类 skill（`/grill-me`、`/ctx-grill` 等）：只问最高优先级的问题；其余转成明说的假设，用户事后可以否决。
  - 调研类 skill（`/deep-research`、`/ctx-research` 等）：跳过中途确认，直接跑到结论，用驾驶舱格式汇报。调研是只读的，跳过确认不产生新权限。
  - `/handoff`：不改，交接卡本身就是压缩格式。

## 校准样本

多件事汇报时的「现状」行，压缩式不合格，挑选式合格：

- ❌ 压缩式（字少但费脑）：「review 发到 PR #617（有个必修 bug：旧放行标签还在，没审的正文能溜进正式库）、删 9 行噪音已记录、follow-up #620 已建、Q4 实测 24 家命中 18 家（feed 只给标题，正文还得另抓）。」
- ✅ 挑选式（行多一点，一遍读懂）：「四件事都办完了。最要紧的是 review 在 PR #617 里发现一个必须修的 bug：内容更新后旧的放行标签没有失效，没审过的内容能混进正式库。其余三件都顺利，想看细节说『展开』。」

## 控制词

- `状态` → 重发驾驶舱四行
- `展开 X` → 只解释 X，不退出模式；回复仍以当前状态标签开头（如 `[低带宽｜需决定]`），有待决事项就在结尾保留一行
- `暂停` → 完成当前安全操作后停下
- `接管` → 输出简短交接卡（可交给人或另一个 agent）
- `恢复正常` / `off` → 退出，回一行确认

控制词的用户语言对应说法同样有效。

## 自检

每轮输出前做 10 秒测试：用户只读一遍、不回读，能否答出 ①现在什么状态 ②需要我做什么还是无需操作 ③下一步谁做什么。任何一题答不出，或有哪句要回读才懂，就重写那句。若发现某轮漏掉了 `[低带宽]` 标签，说明上下文被压缩、协议漂移了，立刻恢复格式。