最新

嗨，HN！<p>我在一段时间前读到了关于Janet的文章，立刻被它的社区热情和这门语言本身所吸引，于是我开始尝试使用它。<p>当时我在寻找一个适用于Windows的平铺窗口管理器，不可避免地，我萌生了用Janet来解决自己的需求的想法，于是Jwno应运而生。<p>简单来说，Jwno是一个基于键盘操作的Windows平铺窗口管理器，可以通过Janet进行脚本编写。但由于它拥有完整的Lisp运行时和一个薄薄的Win32 API封装库，你当然可以用它做更多的事情。<p>我希望你们能像我在构建它时那样享受使用它的乐趣。<p>对了，我在Linux上使用StumpWM。<p>[1]: <a href="https://ianthehenry.com/posts/why-janet" rel="nofollow">https://ianthehenry.com/posts/why-janet</a><p>[2]: <a href="https://janet-lang.org/" rel="nofollow">https://janet-lang.org/</a><p>[3]: <a href="https://github.com/agent-kilo/jw32">https://github.com/agent-kilo/jw32</a>

一种低成本的替代方案，Otter及类似服务使用AssemblyAI和Openrouter的API。

最近我一直在使用基于大型语言模型（LLM）的代理进行开发，但遇到了一些反复出现的挑战： 1. 提示设计 - 确保代理的行为符合预期，而不需要过长或脆弱的指令。 2. 上下文共享 - 在时间上或代理之间传递记忆、结果和状态，而不至于使系统过载。 3. 成本 - 随着规模的扩大，令牌的费用迅速增加。 我很好奇其他人认为这里的真正瓶颈是什么，以及有没有解决这些问题的技巧或窍门。你们是在围绕令牌限制、内存持久性、优化提示设计等方面进行优化吗？ 我很想听听你们对此的看法，或者是否有我们都忽视的更聪明的方法。提前感谢！

大家好，我是新来的，想向大家介绍我正在开发的项目。 Astra 是一个简单但强大的 Node.js 到 EXE 的编译器。它使用 esbuild 和 Node SEA，利用 postject 将您的代码注入到 Node.js 二进制文件中。它更专注于编译命令行工具和服务器（如 pkg 或 nexe（express）），而不是像 Electron 或 Tauri 这样的全栈应用程序。它对 ESM 和 TypeScript 提供了丰富的支持，并且在开发体验（DX）和命令行用户体验（CLI UX）方面表现良好。我之所以开发它，是因为我不喜欢使用 pkg 或 nexe，它们在处理 ESM 时会引发很多问题。 限制：目前，它在编译包含二进制依赖项的项目（例如 bcrypt、rcedit）时存在问题，并且仅支持 Windows，但我正在努力解决这个问题。 如果你喜欢这个项目，请留下评论，告诉我你的想法！