为什么微软没有使用LLMs进行最近的Typescript原生Go重写 Anders Hejlsberg（Typescript创造者）…

X AI KOLs Timeline 新闻
microsoft typescript go llms ai software-development translation

摘要

Anders Hejlsberg 解释了为何微软避免直接使用 LLMs 将 TypeScript 重写为 Go，转而倡导利用 AI 构建确定性翻译工具。

为什么微软没有让LLMs进行他们最近的Typescript原生重写 Go Anders Hejlsberg（Typescript创造者）：“如果我们只是让AI去处理，嗯，它是什么，我们旧编译器里的五十万行代码？嗯，我不知道那样做是否就能免除我们之后必须仔细检查每一行输出以确保没有幻觉的责任。 对。除非你有100%完美的测试覆盖率，否则你可能还是得检查所有那些。 现在我认为更好的方法，老实说，是让AI编写一个帮助你从TypeScript翻译到Go的程序，因为在那一点上你可以把随机性放进那个程序，然后每次运行程序时都能获得确定性行为，这意味着每次运行你都会得到相同的转换。 对。人们总是忘记AI的这一点，它不是确定性的。对。 所以你不能真正相信它会两次做同样的事情。 要查看完整对话，你可以在我的YouTube、Spotify或Apple Podcasts上搜索Anders Hejlsberg的名字（链接在简介中）
查看原文
查看缓存全文

缓存时间: 2026/08/20 23:01

安德斯·海尔斯伯格（TypeScript 创始人）：“如果我们直接让AI处理旧编译器中约五十万行代码——我不确定这是否能让我们免除后续必须仔细审查每一行输出代码的义务，以确保没有产生幻觉。”

确实如此。除非拥有100%的测试覆盖率，否则仍需全面人工核查。

坦白说，我认为更优方案是让AI协助编写专门的翻译程序，将TypeScript转换为Go。这样能将随机性封装在程序内部，使每次执行都获得确定性结果——确保每次转换都产生完全相同的输出。

这正是人们常忽略的关键：AI生成结果具有非确定性。

因此无法完全信任其输出结果能保持一致性。

完整对话内容可通过搜索“Anders Hejlsberg“在我的YouTube、Spotify或Apple Podcasts频道查阅（链接见个人主页）

相似文章