2026年6月11日，过去几十年中，使用Python、Rust、Ruby和其他"遗留"软件语言编写的项目数量不可胜数。这些代码为LLMs提供了丰富的训练材料。随着这些模型的发展，幻觉实例显著减少。但这不仅仅是源代码的量大，而是围绕这些语言的高级工具，包括类型检查器、代码检查工具、语言服务器、编译器、解释器、测试工具，应有尽有。这些工具将软件与现实紧密结合，为LLM代理提供即时反馈。例如，类型检查器在代码运行之前就能捕捉到幻觉。因此，越来越多的遗留软件语言正在被用于创造更多内容，以供未来模型进行训练。看来我们陷入了一种反馈循环。那么，新的语言要如何在LLMs时代变得可行呢？答案与以往的工作方式并无太大不同：优秀的文档、良好的市场营销和出色的工具。潜在的语言用户如何了解一门新语言？他们如何入门？这门语言如何与他们现有的工具和工作流程集成？一个现代语言需要一个强大的语言服务器。它需要一套详尽的文档和良好的入门流程。一种新语言还需要更多以便与LLM代理良好交互。文档与上下文：一种方法是让你的新语言从二进制文件中创建一个AGENTS.md类型的文件，大致如下：webpipe init --codex。这是我最近在开发的实验性Web应用DSL Web Pipe 使用的LLM模板。 这有点不公平，因为Web Pipe有许多其他DSL所没有的优势。它嵌入了其他语言，如jq、Lua、JavaScript、SQL等。LLMs已经对这些语言有所了解，因此，基于管道的语法和语义并不是太难学习。我已经通过使用这个AGENTS.md模板文件来创建演示应用程序，成功地在codex中使用了单次提示。着陆页面：你越快传达新语言的目的和用例，就越好。你越快让人们开始使用这门语言，就越好。由于现在创建新语言的WASM运行环境从未如此简单，你将大大受益于在着陆页面顶部添加一个交互式编辑器，就像我另一个项目Datafarm一样。因此，不要只针对一个运行时，比如CLI工具，还要同时针对浏览器运行时！工具支持：你将需要优秀的诊断。从编译时、运行时到代码检查，无所不需，你需要竭尽所能解决这个问题。你将需要一个语言服务器，并且需要与底层诊断工具进行多个接口集成。而且，我们有许多先进的编程工具可以帮助实现这一点！我遇到的一种模式是创建一个单一的二进制文件，它既可以作为运行时也可以作为语言服务器。这将所有的诊断反馈保持在线。在此基础上，将诊断与LSP API分离，意味着你可以为浏览器嵌入组件（如Monaco）提供WASM诊断工具。无论工具或运行时如何，所有拼写错误和语法错误的红色波浪线都将成为现实！我认为，在未来几年，我们将看到特别是DSL类型的新语言爆炸性增长，因为满足发射所需的基础变得越来越简单。