一直用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.*