最新

为什么？ - 实现一个有状态的、服务器驱动的渲染框架（通过WebSockets进行SSR），类似于Phoenix LiveView。 - 引入一个用户界面组件系统，以便于简单的组合。 - 提供一个垂直集成的解决方案，旨在实现近乎零的运行时依赖。它采用一种“全包”单体架构，灵感来源于Linux内核的哲学。 - 拥抱AI代理支持开发、分发和运行时。矛盾的是，它同时赋予开发者完全拥有和理解整个技术栈的能力：一个小型核心（约12K行代码），使用现代Java编写，没有注解和隐式执行流程。

我不久前开始学习，跟随手工英雄的教程。我在这个领域还是个新手。我意识到，Windows 的文档写得很好，但在 Windows 的超链接网站中隐藏得很深。而且没有一个可以下载的单一参考资料，这让使用起来不太方便。

Claude Code 的源代码映射上个月泄露了。与其仅仅阅读它，我将整个源代码输入到 Claude Code 中，并要求它提取核心代理循环逻辑。 结果是：open-agent-sdk——一个可以替代 claude-agent-sdk 的开源解决方案，不会生成 CLI 子进程。 如果你是使用 claude-agent-sdk 构建的，这一点很重要： claude-agent-sdk 只是 Claude Code 二进制文件的一个薄包装。它能工作，但它是一个黑箱——当出现问题时，你将无从下手。 每个查询都会创建一个新的 Claude Code 进程。这在笔记本电脑上没问题，但在云中运行数千个并发代理时就不行了。 open-agent-sdk 的不同之处在于： 纯函数调用，不会生成 CLI 进程——从第一天起就是云原生的。 与 claude-agent-sdk 完全兼容的接口——只需更换包名，完成替换。 MIT 许可证——可以分叉、打补丁，随心所欲。 → [https://github.com/codeany-ai/open-agent-sdk-typescript](https://github.com/codeany-ai/open-agent-sdk-typescript)