包括但不限于以下问题：
1 、废话太多，不管是简单的、复杂的，写一大堆。让你看起来费劲，尤其是多轮下来更是崩溃。
2 、乱用加粗。不是重要信息加粗，而是他想加粗就加粗。
3 、乱改需求。我明确了目标，要求 ABC ，第一轮回复就会出戏 ABCDEF 。主动忽略我的要求。
已经试着调整过几次总的 preference 、项目下的 instruction ，效果不明显。
 |
1
aslehx 2 days ago
没招，Claude 解君愁
|
 |
2
TimePPT 2 days ago
先规划，写文档，拆开发批次，分批次开发，没遇到你说的问题。
它给我的回答都是这样的 ``` |
|
3
TimePPT 2 days ago
@TimePPT
**当前修复已通过本地验收，R-01–R-06 已关闭，R-07 保持现状。** 本次对工作区已有修复完成代码审查、证据核验和补充测试，未发现新增未关闭问题。 - Red 均早于 Green ，原失败节点已通过；验收后 **10 轮复核**记录已逐轮核验。 - 本次重跑 **xxx 项定向测试、yyy 项 CI 合同测试**，全部通过。 - Ruff 、Ty 、复杂度、代码文档和文档 CI 五个 profile 全部通过。 - 完整 plain/coverage 各 **xxxxx passed**、真实 PostgreSQL **xxxxx passed** 的既有证据，经当前 **xxxxx 个文件哈希一致性**核验后复用；条件跳过与 xfail 保留原分类。 - 需求、运维、修复日志及索引已同步，文档治理检查通过。 详见[修复验收与十轮复核记录]及[本次补充核验回执]。 修改保留在工作区，尚未 commit/push ；目标环境迁移、Hosted CI 、部署与发布仍需分别验收。 |
 |
4
iixy 2 days ago
GPT 变蠢了，没办法，还不如 gpt 4o 的时候
|
 |
5
chenzw2 2 days ago
现在用 GPT6.1 sol 轻度，已经好很多了
|
 |
6
ckinckin 2 days ago
用的啥模型、啥渠道、啥 harness ？我用 codex 的 astra 没有这个问题，主要还是过度防御和钻牛角尖，然后文档写得像交付报告（ opus 评价），别的都还好啊，你说的加粗，我翻了下对话记录，很少出现
|
 |
8
kurthumburgmtz97 1 day ago  2
你可能需要 [让 AI 少说废话，保留关键信息] 的 [Caveman Skill]( https://opuskill.com/zh-cn/skills/caveman/)
|
 |
9
Nasdaq 1 day ago
无解，一个大的功能至少需要 3-10 次纠正才能到达可用状态（不过我是丢几个项目让他一起搞了）
|
 |
10
htxy1985 1 day ago via Android
我正在试用 ponytail ，据说能缓解一些。
|
 |
11
kaf 1 day ago 7
你说得对，但是我要开始哈希、基线、冒烟、测试、备份、回滚了。我先对产物、配置、依赖锁文件和迁移脚本做 sha256 ，能签名的也签一下，记下 commit 、tag 、镜像 digest 和配置版本，建立唯一基线，别的分支、快照和口头描述先不算数；然后做可追溯备份，数据库、配置、文件、快照都备，写清时间、责任人、恢复路径和校验值；接着最小改动，只改必须改的那一行，不格式化，不夹带，不重构；然后我先跑一轮烟测，一共 119 个烟测，逐个跑，逐个记，登录、鉴权、核心读写、回调、定时任务、依赖、配置、权限、网络、缓存、队列、告警、日志、监控、回滚入口都看一遍，不抽样，不合并，不跳步，每个都看返回码、日志、指标、链路和告警；烟测过了再跑测试，单测、集成、契约、边界、异常、并发、权限、数据一致性都过一遍；再检查 89 个门禁是否通过，静态扫描、安全、合规、性能、容量、告警、日志、监控，89/89 ，少一个都不行；上线前再做一轮全量 dry-run ，把发布、迁移、切流、回滚、依赖、配置、权限、网络、缓存都预演一遍；上线后校验哈希值，比对产物 digest 、配置摘要、数据库迁移版本，确认线上就是预期产物；最后跑一轮实测验收矩阵，按功能、场景、边界、异常、并发、回退、权限、数据一致性逐格打勾
|
 |
12
kingfire 1 day ago via Android
换用 claude ，没有 claude 就用 deepseek 。用我的使用体验来说，deepseek 都胜过 astra 。同样的 bug ，deepseek 一次性解决，astra 还要我来给它做测试。
|
 |
13
MYDB 1 day ago
都跟豆包学会了，废话和无用信息一大堆，但情绪价值输出到位
|
 |
14
LostPrayers 1 day ago
我现在都用 gpt 写新功能，稳。然后 deepseek 来优化，提高 FPS 。
|
 |
15
ldy619354397 1 day ago
ChatGPT 降智太严重了，跟 Claude 没法比
|
 |
16
zezoyatruong 1 day ago 1
gpt 已经在量少智弱的路上越走越远
|
 |
17
lmmlwen 1 day ago
用的 web 免费版 ask 模式
|
 |
18
Tianqi 1 day ago
有技巧可以缓解的
1. 让它自己循环优化，即让它执行「审阅 -> 修改 -> 运行」的循环，这里的审阅是真实查看功能并评审，我一般新功能都会让它自己循环 5 次 2. 有点蠢但其实很好用，就是直接和它说，让它的表达简单直白点，其实 GPT 能做到非常的简单直白，表达能力非常强，只是不知道为什么默认的文本很差，只能说 OpenAI 的训练有大问题 3. AGENTS.md ，这个就很常规了，我一般也不放太复杂的内容进去 主要还是靠 1+2 |
 |
19
JackchuYep 1 day ago
等新模型好了
|
 |
20
maolon 1 day ago
没用，chatgpt 模型高度依赖思维链长度保持能力，只要思维链够长他会自己判断要不要少做一些多余的防御操作，但是因为超售他们就砍量又砍思维链长度又砍推理速度，砍完就成现在这个弱智样子了
唯一解决方法是用 api 版，可惜不是人人都用的起的 |
 |
21
koic 1 day ago
现在都这样，ai 认为你只有一个人，没有验证的，没有单元测试的，所以他都做了，解决方案，就是先搞 MVP ，再一步步加担子
|
 |
22
zx804262156 1 day ago
废话多和乱加粗可以在 system prompt 里直接写死格式要求，比如『回答不超过 200 字，禁止加粗』，比在用户消息里提醒有效得多。另外如果你的需求经常被乱改，试试把需求拆成 checklist 逐条确认，比一次性丢一大段稳定。
|
Select Language