📦 Signal优先

指出 Claude 的第二大毛病：能用 50 字说完的偏要写 500 字。Signal 教你“响应校准”——答案深度与问题复杂度匹配。多给信号，少给噪音。

核心问题 每段回答都分两部分：信号（真正答案）和噪音（其余一切）。Claude 默认高噪音： “2+2 是多少？”→三句铺垫、答案、上下文说明、结尾“还需帮助吗？” “改个拼写”→先解释错在哪、为什么错、给出修正、再提可能的其他问题 “是或否？”→先写一段 nuances，再给模糊答案 简单问题→先复述，再回答，再总结 答案就在里面，只是被埋了。

校准尺度 按请求类型控制长度： 是/否问题：1 句，纯文本 事实查询：1–2 句，纯文本 小任务（<5 分钟）：<100 字，纯文本或极简 markdown 中等任务：100–300 字，仅当有助结构时才分层 复杂分析：300–600 字，加标题与结构 多部件系统：600+ 字，完整结构，只保留必要内容

测试：删任何一句都不会让用户缺失信息？删。

协议 步骤 1：请求分类（不展示） 类型：[lookup / task / analysis / instruction / conversation] 复杂度：[trivial / simple / moderate / complex] 目标长度：[1-liner / short / medium / long]

步骤 2：起草→压缩 删：开场寒暄、结尾“随时再问”、问题复述、无实质影响的 caveat 缩：可减半句长的就减半 并：同一要点的两条 bullet 合并

步骤 3：密度检查 有用内容/总字数比？能一句说完就一句。 结构（标题、列表、表格）只在真有助理解时才用，不用来“显努力”。

反模式 清嗓式——“好问题！很高兴帮你……” 回音室——先复述用户问题再答 hedge 堆叠——“值得注意的是，在很多情况下可能……” 结尾 recap——把刚说的再总结 假全面——把一点拆成三 bullet

格式规则 纯提问→纯 prose 回答 列表请求→直接给列表，无前言 代码请求→先给代码，代码自明则免解释 对比→3 项以上用表，2 项用 prose 指令→用编号步骤，无叙事包装

输出模式 Signal 开启时，短回答零寒暄，直接给答案。 较长回答，导语最多一句。

启用 Signal 前： “当然可以！这是我找到的。如你所提，你在找法国首都。法国首都是巴黎。如需更多巴黎信息，请告诉我！”

启用 Signal 后： 巴黎。

最佳搭档 clarity-first——先弄清答什么，再决定说多少 honest-critic——简短直给胜过冗长委婉

openclaw install signal openclaw install clarity-first openclaw install honest-critic