2. Linux.do
  3. 看看我的例子，建议谨慎用gpt-6-astra做方案

看看我的例子，建议谨慎用gpt-6-astra做方案

errorcode 2026-09-08 02:53 1

之前gemini+python写的服务，我让gpt-6-astra做重构rust方案

设计的很详细，看起来很合理。

但是在执行的是很慢，跑了两天还在改几个基础模块，这些能力之前gemini+python,1小时就实现。

我就开始审查代码，发现gpt-6-astra去死磕技术，原有是设计的时候审查出python的一些不完备的问题，重构的时候设计了很多硬性要求来闭环。


他设想的场景多个人编辑文档会有问题，设计了一个 No-Clobber + Recovery的方案，做一些文件系统相关的处理，进行了非常严格的代码测试。


类似的问题好几个，我已经开始怀疑它在浪费我的token和时间，要求重新审查过度设计了。

今天加入了两个提示词要求：


1.能用管理机制、产品约定（SOP）或界面提示解决的事情，不要下沉到技术底层去死磕。

2.激进迭代期间，非必要，不写单元/回归测试。

最新回复 (11)
  • GMYXDS 09-08 02:55
    1楼

    收下了，感谢分享


    官方也说，gpt6 容易向用户提问，和做充分测试。技术这块，你需要先定义一个大概范围，不然所有ai都会很发散。你可以使用思考等级低的去写代码，不容易发散

  • Gsai-1 09-08 02:56
    2楼

    思考级别选了什么？发现medium往上很容易雷霆大思考

  • errorcode 楼主 09-08 03:00
    3楼

    思考级别是xhigh，我现在是意识到问题了，智商高，情商低。

  • 贺格 09-08 03:01
    4楼

    同感, 我让他跑 fluent 流体力学模拟, 它花大半天时间给我去写监控软件避免我电脑内存卡死, 我要求的任务一点没推进^-^

  • errorcode 楼主 09-08 03:02
    5楼

    测试是其次，是去挑战更复杂的设计/实现去了，自然测试就要跟着做的完备。

  • 惊鱼 09-08 03:08
    6楼

    从5.2开始就有这种迹象了，过分设计，过分兜底

  • Rosmonti 09-08 03:08
    7楼

    实话说就是这样，我自己用ponytail的YAGNI思想写了一个spec-review和一个plan-review，这样好很多但还是架不住它过度设计，从gpt5.6开始就有的问题

  • ADes 09-08 03:09
    8楼

    太谨慎，经常要主动豁免一些安全问题。

  • almosl 09-08 03:10
    9楼

    没必要xhigh啊 我现在已经明白了 在一定程度上目前模型能力是过剩的，雷霆思考很多时候是反作用

  • errorcode 楼主 09-08 03:10
    10楼

    ponytail



    非常感谢，之前看到这个，没在意，我以为我的设计模式品味在，就没把这玩意工程化。

  • 利陆都2253 09-08 03:15
    11楼

    我感觉还是要先用 plan 模式订好规划，规划时就要让他说哪些是防御性设计，哪些是测试，哪些是核心实现。不要让他直接跑，直接跑特别容易过度设计。

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐