设计说明

回答档位

你按哪个键发送，本身就已经在说「这次我要多少东西」。这篇把它变成一个明确的动作：三档，没有下拉框，不占记性。

问题在哪

每条消息里都藏着一个长度要求，而且通常是错的。你站着问一句「哪儿坏了」，回来的是九段话。你用五个字要个修复，回来的是方案、道歉和两个你没想要的替代选项。然后你补一句「短点」——多花一轮对话，下一句还是老样子。

放进设置里也不管用。「啰嗦程度」这种滑块是全局的，而你不是：同一个人早上九点要一句话，晚上十点要一份完整设计。档位必须按条生效，而且只能花一个按键。

为什么用按键，不用菜单

下拉框要一次点击、一次判断、一次移开视线——三样东西，第二条消息你就懒得付了。而发送键上本来就压着或者没压着修饰键，这个判断可以顺便带上。它还错在正确的方向：忘了选档位时，Enter 给的是完整正常的那一档。

三档

• Enter —— 正常。你会给同事的那个回答：是什么、为什么、接下来做什么。默认留在这档，因为大多数消息要的就是这个。
• Shift+Enter —— 简短。只要结论：一两句，不列选项，不追问。适合手上正干着别的、只想确认一个事实。
• Ctrl+Enter —— 当任务。不要回答，去执行：拆步骤、做、报改了什么、列出文件。凡是「最后要有文件存在」而不是「要有字可读」的事都用这档。

还试过第四档、也砍掉了：用滚轮选 1–5 级。写在方案里很好看，打字时没法用——不看走眼就不知道现在是第几档。

今天怎么用上

没有哪个客户端自带这个，但三档里有两档是够得着的：发送键可以在键盘层重映射，风格指令可以作为前缀拼进消息。Windows 上用 AutoHotkey v2，先确认前台窗口是那个 agent：

#Requires AutoHotkey v2.0
; Shift+Enter：挂上简短档，然后发送
#HotIf WinActive("ahk_exe youragent.exe")
+Enter:: {
    Send "最多两句，只给结论，不要选项。`n"
    Send "{Enter}"
}
^Enter:: {
    Send "按任务处理：先列步骤，再执行，最后列出你新建或修改的每个文件。`n"
    Send "{Enter}"
}
#HotIf

macOS 上同样的思路放进 Karabiner-Elements，或者放进 app 自带的快捷键设置（如果有）。两个限制直说：前缀会在你的消息里多出一行、agent 还可能把它引回来；而把 Shift+Enter 当换行的客户端根本收不到这个按键——先确认这一点，多数客户端确实是这样。

还没做的

• 按客户端分别预设，把档位映射成客户端自己的「简洁」开关，而不是贴一段前缀。
• 档位指示器，让你一眼看到现在是哪档。设计方案是输入框边缘一个字符；没实现之前，你消息里的那行前缀就是指示器。
• 任何持久化。档位按设计就是按条生效的，没有状态要同步。

如果你试了脚本、结果「简短档」回来三句话加一个追问，这很有用：把那段对话发到联系邮箱，它会被写进下一版前缀里。