@jdegoes：所有智能体的近期未来都是编码智能体，虽然我可能错了，但我相信这个令人惊讶的事实正在…

所有智能体的近期未来都是编码智能体，虽然我可能错了，但我相信这个令人惊讶的事实将对@typescript尤为有利。 我来解释一下。 如果你的企业需要一个智能体来协助客户支持、员工入职、对外销售或薪资管理，那么它们真正需要的其实就是一个编码智能体。 原因很简单：编码智能体能够利用其训练数据来解决通用问题，其解决方式受限于它们能使用的工具。 一个对外销售智能助手可以访问你的知识库，从CRM中拉取联系人，分析对话历史，通过网络搜索了解每个潜在客户，然后通过你的Gmail账户向每个潜在客户发送邮件。 要完成所有这些任务，甚至更多智能体从未被明确设计去完成的工作，就需要具备编写、测试和执行代码的能力，以应对临时、一次性问题。只有编码智能体能做到这一点，而且得益于模型和框架层面的创新，编码智能体可以做得很好。 现在，一个真正的通用编码智能体可以在任何代码库、任何语言、任何操作系统以及任何技术栈中工作。当然，这类编码智能体对开发者非常有用。但对于大多数智能体系统来说，它有些大材小用。 大多数自定义智能体实际上并不需要与任何代码库、任何语言或任何操作系统打交道。它们只需要能够用某种语言（该语言需有丰富的库）编写代码，并在某个平台上执行即可。 那么，理想的语言和平台是什么呢？ 我认为@typescript完全符合要求。由于TypeScript编译为JavaScript，它可以安全地运行在完全沙盒化的环境中，如V8隔离、WASM等——所有这些都为安全、高效、可扩展的自定义智能体执行提供了令人信服的方案。 此外，由于TypeScript为JavaScript添加了类型，这些类型可用于捕获许多常见错误和运行时问题，而JavaScript编码智能体很难预先捕捉到这些问题——从而能够更快、更高效地解决通用问题。 因此，尽管通用编码智能体当然需要支持所有编程语言、平台和技术栈，但自定义智能体很可能将变得专业化——虽然它们也是编码智能体，但不需要处理任何编程语言、平台或技术栈。它们只需要与一种语言和平台打交道，而目前看来，出于安全性、可移植性、类型安全和效率的考虑，最好的选择似乎是@TypeScript。 那么，TypeScript成为当前AI领域一些最惊人创新的发源地，这还有什么奇怪的吗？