最新

嘿，HN！ 第一次在这里展示我的作品，但我在假期里一直在疯狂地开发 Feather，这是一个从头开始重新实现的 TCL，专为嵌入现代应用程序而设计。 它最初是忠实地重新实现了 TCL，但**没有** I/O、OOP 特性和协程。 TCL 在我心中有着特殊的地位，因为它的语法对于交互式使用和定义特定领域的语言来说非常优雅。 我的动机是双重的：为 AI 提供更快的反馈循环，以及为用户提供可塑性软件。 事实证明，让 AI 代理访问程序的运行时状态可以实现非常快的反馈循环，但在一个为每个平台发布二进制文件已成为常态的世界中嵌入现有选项却很棘手。 嵌入真正的 TCL 也很棘手，因为它自带一个事件循环（在 2025 年，你已经有一个了），一个 GUI 框架（你已经有一个 Web 框架了，或者在移动设备上开发），并且可以访问文件系统（别忘了删除所有具有文件系统访问权限的命令！）。 Feather 只是没有这些——只暴露你应用程序中需要的东西。 它开箱即用地支持 WASM 构建，大小约为 120kb，加上 70kb 用于将其连接到浏览器或 node.js。 如果嵌入变得容易，你就可以在任何地方放置一个 REPL：在移动应用程序中、在桌面软件中、作为 Web 服务器的控制平面。 我想象一个世界，所有的软件都像 Emacs 和 nvim 一样可编写脚本，由代理来完成实际工作。

大多数大型社交网络依赖于广告和数据收集，这驱使它们倾向于算法、参与度优化以及不惜一切代价追求规模。<p>我一直在看到对此的抱怨，但使用情况却很少改变。过去很多“更好”的社交网络的尝试似乎都停滞不前，尽管初衷良好。<p>我很好奇这里的人们对此的看法：<p>一个专注于现有关系的小型付费社交网络，是否有任何实际的采用机会，还是网络效应和用户行为使其根本无法运作？<p>如果你认为它会失败，真正的阻碍往往是什么：定价、缺乏新颖性、转换成本，还是其他什么？<p>我正在寻找它行不通的原因，而不是鼓励。

`openapi-batch` 是一个用于可靠地批量运行 LLM 请求的小型 Python 库。它提供： - 默认异步提交（批量运行时不会阻塞） - 在 SQLite 中持久化状态（跟踪进度，恢复检查） - 重试 + 部分失败处理 - 在提供商支持时提供原生批量支持（OpenAI, Gemini） - 提供商适配器（无需网关） - 用于进度、单项完成和作业完成的回调 许可证：MIT

我一直是 Fedora Atomic 系列发行版的忠实粉丝，所以决定自己做一个，但基于 Arch，这样就能同时获得两者的优点，这现在想想挺好笑的，因为它看起来和 Silverblue 一模一样。这值得吗？不确定，但这确实是一次有趣的体验——如果你的配置足够好，它也可以作为日常使用的系统。<p>值得注意的是，由于这种设置的限制，你可以在你的主机器上开发类似的东西，而实际上不会有数据丢失的风险，因为你实际上从未触及过引导程序或文件系统（分区等等）。

一个小爱好项目