一直用cgdb，但是cgdb不能单开窗口，显示locals/registers/stack等
七八年前有个PR支持窗口显示locals，我当时很兴奋，一直关注

当时我试过这个PR，这个PR不stable，有时候会crash
可惜作者不鸟，七八年了，既不合并也不修改

我前几天有刚需，需要实时显示locals
就把这个PR拉下来，用AI做了debug，找到了当年crash的原因

并修改RP使之能合并到当前的master，自己使用，完成工作一切顺利。
于是我把修改后的PR重新提交，然而作者还是不鸟，估计精力有限，不想添加新功能了。



我看cgdb的代码也不多，就一万多行。
就把cgdb的代码拉下来，再把cgdb的document拉下来。

告诉AI，让它参考代码和文档，用python重新实现cgdb，目标:100%兼容cgdb
并删除了cgdb自己实现的高亮和libvterm

用python的pyte代替libvterm。
用python的pygment代替cgdb的高亮

前后大概一周，烧了我一个月50%的token配额，用的python textual做TUI，做好了,完全可用
还增强了各种功能：窗口显示，鼠标操作，脚本系统。

支持:command定义自己的命名
支持:python << EOF添加python的heredoc代码，可以写一些代码根据屏幕大小自定义窗口分割等。

这个月token烧完，下个月有了再增强。



整个过程我当manager，写了好多proposal
比如实现:command时候，我把vim关于:command的文档复制出来，修改后喂给AI，作为新命令的proposal

AI实现后，我再当Verification Engineer，测试各种新功能。
并在AI思考跑偏时，及时打断和修正方向。整个过程我实现动手写的代码不超过10行。

感悟就是：AI时代了，程序员的逻辑真的变了
这是最好的时代，这是最坏的时代。

AI会淘汰掉巨量的程序员，又会留下那些有想法的人，实现他们长久以来想实现却无时间无精力实现的东西
各位，无论是被迫还是主动，迎接新时代吧！

repo在github上：etorth/tgdb.git

cd tgdb
python -m tgdb /path/to/binary/for/debugging
--
修改:allegro FROM 64.207.220.*
FROM 64.207.220.*

对，AI review也非常好用。
我目前写完代码都会让AI过一遍才会submit

【 在 z16166 的大作中提到: 】
: 生产力肯定是提高了
: 但如果复杂点的软件，而且要给别人上规模地使用，还是需要AI review + 大量自动测试的。
: 否则只能是自己或者小圈子用用
--
FROM 64.207.220.*

AI review具体怎么做，就是简单的说"review一下代码"吗
【 在 allegro 的大作中提到: 】
: 对，AI review也非常好用。  
: 我目前写完代码都会让AI过一遍才会submit  
: --  
: WEEP NOT FOR ROADS UNTRAVELED

发自「今日水木 on iOS」
--
FROM 111.196.165.*

可以看github上这个目录下的提示词。应该是针对web或者手机app的

github /garrytan/gstack/tree/main/review


【 在 xeagle 的大作中提到: 】
: AI review具体怎么做，就是简单的说"review一下代码"吗
: 发自「今日水木 on iOS」
--
FROM 123.115.128.*

看了一下checklist.md, 里面的内容很细, 感觉其中一部分是静态代码检查工具中的准则.
内容细有个问题: 会不会AI只检查.md中列出的问题, 而忽略其他的问题呢

【 在 z16166 的大作中提到: 】
: 可以看github上这个目录下的提示词。应该是针对web或者手机app的
: github /garrytan/gstack/tree/main/review
:
--
FROM 125.39.236.*