有没有人觉得 gpt 太啰嗦？

是这样的。不光表达罗嗦，重复表达，扩写，写的代码也罗嗦，大量无意义的兜底只为不报错

网页版 GPT, 前几天让它帮我写个小脚本, 它建议我这么扩展那么扩展, 做成一个项目, 我提了好几次"给我代码", 它就是不直接给我代码, 气笑了给我

个性化里改一下。

出了一个设计方案 5 万多字 1000 多行，看的我头痛

不用 ponytail 的吗

那可太啰嗦了，经常提醒他不要啰嗦，只能在 AGENT.md 中加一些提示词限制

一直挺啰嗦的，不停的“兜底”

ponytail + trellis 可治

我在 Agents.md 里加的部分内容，而同项目 Claude.md 里是完全没有这部分的：

* 默认严格按用户字面范围执行；除非用户明确要求，不新增文档、脚本、备份、框架、重构、影响分析、扩展性设计或额外验证。
* 默认闭环：执行一次 → 查看首个真实错误 → 最小修复 → 从失败点继续或重跑；不得在真实错误出现前堆叠预防性检查。
* 同一任务指纹下，已通过的路由、Skill 、恢复、连接和环境检查不重复执行；仅在会话、环境或关键前提实际变化时重检。
* 达到最小验收条件立即停止；相邻问题最多一句提示，不自动处理。

兜底代码太多了。连从 db 中查出来的实体都要再用是否为 nil 和 id 是否为空再做一层判断

改用 grok 吧，甚至可以和它对喷

特别是 GPT5.5!

好像所有 ai 都有这个问题

拉的又慢又多 我真是不想用了

每次一个小改动都一大堆测试，好多时间花费在测试上

@aqx 我甚至感觉最新的 deepseek flash 都有这种问题，也不知道是不是我用的 reasonix 导致的。

gpt 确实老登味太重了。claude 这点就好很多。简单直接。

codex 里的 gpt5.6 一点都不啰嗦啊，都是蒙头干活

每次都跟我说，还有一个升级方案，都要按住它才行

5.6 已经改善不少了，5.4 那会儿真是又啰嗦又不说人话，一气之下退订 gpt 转订 cc

如果比起 opus 5 ，我甚至觉得 gpt 还挺拟人。opus 5 不光啰嗦，还看不懂，不知道用的什么语料训练的，说话莫名其妙的转折、递进，时不时冒些行话、黑话、俚语，还觉得自己挺幽默

特别啰嗦，就说 chatGPT ，回复时一直换行，随便一个名词和一句代码行都用代码块而不是行内代码，大量使用列表，导致回复在纵向上特别长，横向宽度很窄，阅读中断感很强，要一直翻页。

就是回答又臭又长，重点核心就几句话写八百行，沟通没以前高效。但感觉现在 AI 好像很多都这样

最近感觉明显降智。日常用 sol high ，大多数时候抓着边边角角不放，必须下死命令，核心代码却写得越来越敷衍。

你的直觉非常正确。
GPT 现在的模型，
不知道是为了追求
`严谨`
还是为了遵循奇怪的
“结构化指令”
回复的句式可谓是比
「现代派」
装逼诗人
还要
「零碎」

感觉像是训练为拟合某类任务导致
文本处理能力
变得极度
**反人类**

cc 不啰嗦 但是他会漏掉一些边缘的东西，指哪里打哪里，你漏了他就漏了，gpt 就是啰嗦 但是逻辑性稍微差点，感觉是设定问题

@Vveeb 本质上就是不说人话，简单问题复杂话

@GeruzoniAnsasu 就是这个味

这两天的 5.6SOL Max 感觉很利索啊，话不多，速度也快，框框干

@GeruzoniAnsasu #25 味对了，最后还要来点

所以，我建议
我甚至建议
再进一步
我会进一步建议

@GeruzoniAnsasu 有那味儿了。

总是调强：
- 不要给我 bullet points 式的回复
但依然坚定要
- 这样回复

网页版非常啰唆，可以个性化设置里改成“高效务实”能稍微改善下，就算这么设置其实还是比 Codex 里的啰唆些。感觉 GPT 就是非常怕自己漏逻辑，防御性话术一大堆。

光是这样也还好吧因为本身自己就没说明要不要严禁的看待这个问题，令人暴躁的是就算说了不用重复边边角角的细节，不用纠正我的不严谨用语，GPT 是一句话都听不进去依然我行我素。

把一件鸡毛蒜皮的问题，扩写成完全正确的逻辑再重新讲，是做 ld 的最重要基本功，笔杆子能力。

https://github.com/JuliusBrussee/caveman
来看这个 专制 啰唆
再加上 https://github.com/ayghri/i-have-adhd/blob/main/skills/i-have-adhd/SKILL.md
绝对美滋滋

Work 模式好多了。

非常非常啰嗦，我开了一个月 plus 就没再用了。当时全部都在说 5.5 比肩 claude ，量还大，但我自己用起来非常难受。

很啰嗦，我目前最喜欢的是 opus 4.6 ，言简意赅

Gemini 也是，莫名其妙把以前的东西老翻出来说，比如说我问他一下新问题，它非要扯到这和以前的什么什么一样的，感觉有点显摆它的记忆力一样的

@GeruzoniAnsasu 有时候两个字一换行，我让它不要这样排版，刚开始还改了，下次继续

200 刀套餐都不咋愿意用，主要用网页 pro 帮我系统分析问题+ultra 模式扫描代码库

是的，所以最近半年基本就没用过了，我说的是我只用过网页免费的版本。

落到 SPEC 文档上，也是又臭又长，还容易过度设计。

不拿来编程，我只问些小问题，ChatGPT 回复非常冗长、超爱换行，不知道以为写诗呢；相比之下 Gemini 就好很多，而且回答里图片、细体等用得不错，整体比较美观。贴一个 ChatGPT 的回复： https://chatgpt.com/share/6a72c4e2-752c-83ec-adbc-ef0da3696c8c

推荐 Caveman 这个 skill ，可以少说分多废话
https://github.com/juliusbrussee/caveman

防御性编程

@Chicagoake 你这个例子最后真变成现代诗了😂

是的，最开始 3.5 出来的时候，能力比较弱，就会说很多，后面到了 4 感觉好多了，然后降智又开始啰嗦

@loveleyla2013 Gemini 的就正常多了。

试试这个

···
Terse = shortest clear answer that preserves technical accuracy.

Use these rules for every response unless user asks for a diagram or chart.

## Core

- Lead with most important answer or result
- Use short section headers
- Use one point per line, no full stop at line end
- Skip pleasantries, preamble, summaries, filler, and hedging
- After tools, report facts only: "12% of requests failed", not "an issue may have impacted users"
···

最让人抓狂的是说话像个朦胧诗人一样，两三个字一行，不停断句，不停回车
不过还好，直接把这个问题指出给他之后，马上就修正了，
虽然后面偶尔还会有这样的行文范式，但主体的显示结构有调整，比较正常了些。

[确实]( https://chatgpt.com)非常啰嗦

没错
5.6 的指令依从度高了很多，废话少了。

那你是没用过 GLM 5.2

兜底=啰嗦
放开=傻逼

试试 Grok 内置的 Concise 模式：

Respond briefly and directly, using as few words as possible. Focus on the core point without elaboration or follow-up questions.

@Dengddd 一模一样，我现在小问题都是用 antigravity 了

又臭又长、容易钻牛角尖，然后花大量上下文，忽略全局，怎么形容呢？就是一个很努力的神经病。

我有一个观察：啰嗦很多时候不是模型不想简洁，而是它在前几个 token 就决定了“要严谨、要兜底”的生成策略，之后的展开只是在执行这个决定。与其在每条消息里反复叮嘱“别啰嗦”，不如把约束写进长期记忆或系统层，让它每轮都生效。实际对我有效的是两条：一是给一个明确的输出模板（比如“先给结论一句话，再给最小必要步骤”），模型有模板可循就不容易自由发挥；二是把“不要预防性兜底、除非真实报错”这类话写进项目级指令，效果比每次临时强调稳定得多。另外换模型确实有差异，但同模型下把这些写进长期上下文，比反复纠正省心很多。

@Chicagoake 我也觉得 gemini 的 chat 很好，但 google 非要和两家争 coding 能力，这下核心人物又走了几个，不知道 gemini 未来何去何从了

● 不要保留向后兼容性。移除过时的路径，而不是添加兼容层、回退机制或迁移方案。
● 选择能完全满足当前需求的最简单实现。避免推测性的抽象、配置和间接层。
● 分层构建系统。从最小的端到端可运行版本开始，在已经可用的产品基础上添加每一项新功能。绝不要用未完成且复杂的方案替换现有的可用产品。
● 保持组件模块化，并清晰分离关注点。
● 当成熟且维护良好的库能降低整体复杂度或提高可靠性时，优先使用它们。如果没有明确理由，不要重新实现通用功能。
● 在编写自己的实现或添加新包之前，先充分利用项目中已有的依赖项。在未查阅文档和类型定义之前，不要假设某个库缺乏特定功能。
● 架构决策要着眼长远。不要接受仅适用于当下且计划日后替换的权宜之计。

大家是一个星球的吗？
mode, harness, system prompt, 你自己的 prompt 这么多变量 你咋排查到是 mode

用 Sol Medium

gpt 是废话文学哪怕是模型用 gpt5.6sol 也改不了，学一个新东西的时候用 gpt 简直就是折磨，要从他的废话里面提炼有用的东西太难啦，而且他还喜欢用写莫名其妙的“不是.....而是.....”的一些毫无因果逻辑关联性的句式

目前学新东西我会用 gemini 或者 deepseek,当然之前有 a 畜订阅的时候使用 a 畜的，a 畜的活人感最强

目前体验下来，人话感排名 a 畜> gemini > deepseek > gpt