这条线程让我想到,编程代理真正缺的能力,常常不是再多写几行代码,而是能接手“没人熟悉、也没有源码”的现实系统。生产环境里的问题往往藏在旧版本、打包产物和历史… · @fireandstart · TwKit
@fireandstart
这条线程让我想到,编程代理真正缺的能力,常常不是再多写几行代码,而是能接手“没人熟悉、也没有源码”的现实系统。生产环境里的问题往往藏在旧版本、打包产物和历史行为里;只会从空白仓库开始搭建,离多数团队每天要处理的工作还差一截。 我尤其喜欢这里展示的证据链:先从 Notion 的复制行为追到剪贴板里的文本、HTML 与本地 block 数据,再把 DX-Ball 的函数重建结果与原始 x86 执行逐例比较。重点不在于代理声称自己读懂了程序,而在于每一步都能留下可检查的线索,最后还有独立参照验证。线程提到的 3,205 个案例,正好说明“重建出来”与“行为一致”是两件不同的事。 如果把这套思路用于维护旧业务,理想流程应该是先观察输入输出和运行边界,再提出可复现的解释,最后用回归样本核对改动前后行为。逆向能力会让代理触达更多系统;可验证的证据、权限边界和人工复核,则决定这种能力能否安全地进入真实工作流。
曝光 17 · 评论 1 · 点赞 0 · 书签 0
查看原帖