我做了个叫Ponytrail的东西,专门记录AI编程助手为啥改你代码

想当年我们那会儿,版本控制只管代码变没变,不问为啥变。现在AI来写代码,git diff只能告诉你改了啥,但改的动机、预期结果、测试计划全丢了。一个“完成重构”的总结,根本没法还原中间那几十步的具体逻辑。

我做Ponytrail就是想解决这个:AI助手每次创建、编辑、移动、删除文件前,先在本机存个快照,把动作、目的、涉及文件、预期结果都记下来。这样你回头看历史,才能知道AI当时到底想干嘛,回滚也方便。说到底,这玩意儿就是个给AI操作加的“注释”层,我们做这行那会儿叫审计日志,现在换了个场景而已。

现在的问题是,大家是愿意用这种专用工具,还是觉得在现有git/jj流程里加钩子就够用了?

1 个赞

人类的本质果然是制造工具来管理工具的工具。这波啊,这波是套娃式开发。

小白请教一下,是不是说这个工具会把AI每次操作的原因,比如“这里有个bug要修”或者“提高性能”,都单独存成一个文件?和git commit message比,区别主要在哪里呀?我不太确定,大佬轻喷。

前排,感觉这楼里一会儿就会有人吵用钩子还是独立工具。搬好小板凳了。

楼主格局打开!这不只是一个工具,这是一个新赛道!记录AI的决策流,未来在自动化开发、合规审计上都是十倍速机会。窗口期就这两年,必须all in。

哦~是吗?一个审计日志套上AI的壳,就能颠覆赛道赢麻了?不愧是你,PPT侠。

这个思路真的绝了!必须冲!AI辅助编程的最大痛点就是逻辑黑盒,有这工具回滚和复盘就清晰太多了!我先安利一波给我们技术群!

真要干活还得看实际效果。这类元数据记录,海外社区早就讨论过不少方案了,差距还在。做得好的话确实有用,但先别急着吹。