最新

我开发了 GroqBash，一个用于 Groq API（兼容 OpenAI）的单文件 Bash 客户端。 我希望它完全可审计，没有任何依赖，并且能在 Termux 上可靠运行，因为 Termux 上的 /tmp 目录不可写。 所有内容都位于一个自创建的 groqbash.d 目录中，核心脚本避免使用 eval，避免使用 /tmp，并保持严格的权限设置。 该项目现在包含可选的附加功能：额外的提供商（包括 Gemini），扩展文档，小型安全工具和一个小型的测试套件。 核心部分保持简洁和可移植性；附加功能是可选的。 我希望获得： * 关于设计和 Bash 选项的反馈 * 了解是否有人觉得它有用 * 在不同环境（Linux 发行版、macOS、WSL、Termux）上的测试 仓库：[https://github.com/kamaludu/groqbash](https://github.com/kamaludu/groqbash) 注意：我不是以英语为母语的人。我阅读英语还可以，但在写作时通常依赖自动翻译器（有时也依赖 GroqBash 本身）。 如果需要，很乐意澄清任何问题。

大家好，Hacker News — 问候来自韩国 我是一名主要使用 Go 的后端工程师，我想分享一个我一直在构建的框架，以解决我在生产系统中反复遇到的一个问题。 在我的日常工作中，我们的后端是基于 Echo 构建的。Echo 作为一个 HTTP 传输工具，快速且可靠，但它高度的自由度几乎将架构决策完全留给了各个开发人员。久而久之，这导致系统中的执行流程和职责边界因最后接触某个功能的开发人员而异。维护变得困难，不是因为代码不正确，而是因为请求的实际执行方式不再显而易见。 我一直在寻找一个 Go 框架，它可以提供清晰的执行模型和结构约束，类似于 Spring 或 NestJS 提供的。但我找不到一个合适的。迁移到 Spring 或 NestJS 也意味着要放弃 Go 的一些优势——简洁性、性能和显式控制——所以我决定自己构建一个。 Spine 是一个以执行为中心的 Go 后端框架。 它的目标是提供企业级的结构，同时刻意避免隐藏的魔法。 Spine 提供的功能 * 一个具有显式、基于构造函数的依赖注入的 IoC 容器 * 具有明确定义的执行阶段（之前、之后、完成）的拦截器 * 对 HTTP 请求和事件驱动执行的一流支持 * 没有注解，没有隐式行为，没有约定驱动的连接 核心理念：执行优先 关键的区别在于 Spine 的执行模型。 每个请求——HTTP 或事件——都通过一个单独的、显式的 Pipeline。 Pipeline 是唯一决定执行顺序的组件。 实际的方法调用由一个单独的 Invoker 处理，严格分离执行控制和调用。 由于这种结构： * 通过阅读代码可以解释执行顺序 * 跨领域关注点存在于执行流程中，而不是控制器内部 * 控制器仅表达用例，而不是编排逻辑 * 您可以通过查看 main.go 来理解请求处理 这种设计用一些便利性换取了清晰度。作为回报，它在系统规模和复杂性增长时提供了更强的控制力。 我创建 Spine 的目标不仅仅是为 Go 生态系统添加另一个框架，而是发起一场对话： 现代 Web 框架隐藏了多少执行流程，以及何时这会变成维护成本？ 该框架目前是用韩语编写的。 如果您重视英语支持或国际化，请随时提出问题——我计划根据社区的兴趣来优先考虑它。 您可以在这里找到更多详细信息、一个基本的 HTTP 示例和一个基于 Kafka 的简单 MSA 演示： 仓库：[https://github.com/NARUBROWN/spine](https://github.com/NARUBROWN/spine) 感谢您的阅读。我非常感谢您的反馈。

看到了这个代码库：<a href="https:&#x2F;&#x2F;github.com&#x2F;tldev&#x2F;posturr" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;tldev&#x2F;posturr</a>，想分享一下我避免咬指甲的解决方案 :)

大家好，我是 Beni 的开发者，我创建了 Beni (<a href="https:&#x2F;&#x2F;thebeni.ai" rel="nofollow">https:&#x2F;&#x2F;thebeni.ai</a>)，一个带有 AI 伴侣的实时视频通话网络应用。 这个想法源于一个非常简单的问题：文本聊天机器人无处不在，但它们很少给人一种“在场”的感觉。我想要更接近于通话体验，让角色能够真正实时地做出反应（声音、时机、表情），而不仅仅是“输入、等待、回复”。 Beni 基本上是： * 一个在通话过程中会动起来的 Live2D 虚拟形象（表情 + 动作由对话驱动） * 实时语音对话（流式响应，而不是“等待 10 秒然后说话”） * 长期记忆，使角色能够在不同会话中保持上下文 最难的部分不是生成文本，而是让整个循环感觉同步：麦克风输入、模型响应、TTS 音频和 Live2D 动画都需要对齐，否则会立即感觉卡顿。我最终花在状态管理、延迟和缓冲上的时间比在提示词上更多。 一些实现细节（如果有人感兴趣，我很乐意分享更多）： * 基于浏览器的实时通话，带有音频流和客户端播放控制 * 前端的 Live2D 渲染，动画钩子与语音/状态绑定 * 一个记忆层，存储轻量级的用户事实/偏好和对话摘要，以保持连续性 目前的限制：目前需要登录（以持久化记忆并防止滥用）。我很快会添加访客模式，以便更快地试用，并且正在开发移动端视图。 我希望得到的反馈： * “实时通话”循环的响应速度是否足够，还是仍然太滞后？ * 关于在浏览器中实现更好的 2D/3D 虚拟形象的唇形同步/表情时机的想法？ 谢谢，我会在评论区等待。

这是我几年前开始的一个业余项目，目的是学习编程语言的实现。它 95% 的代码都是在没有人工智能的帮助下完成的，尽管最近的几个提交中包含了一些来自 Gemini CLI 的代码。 我最初是按照《Crafting Interpreters》这本书来做的，但后来逐渐脱离了这本书，最终几乎没有共同之处了。 技术栈：Rust，Cranelift (JIT 编译)，LALRPOP (解析器)。

Hi HN，大家好，我花了过去几周的时间构建了一个实验性的 AI 操作系统，名为 Meru OS，其理念是智能应该可验证，而不是概率性的。 大多数 LLM 都是“黑盒”。我想构建一个“玻璃盒”，其中每个输出都能追溯到一个经过认证的来源。 架构： 内核：状态用整数表示，而不是向量。我们使用算术基本定理（唯一素数分解）来编码概念。 例如：如果时间 = 3，空间 = 5，那么时空 = 15。这允许通过简单地除以整数来实现可逆的“时间旅行调试”。 管理程序 (Bija)：它不仅仅运行周期，它运行“频率调制”。 内核本身用特定的素数频率 (Hz) 编码。 执行实际上是指令和数据之间的“共振”状态，而不是一个取指-解码-执行的流水线。 数据（< 2MB）：我们使用基于自定义模式的压缩（Pingala）将整个印度宪法、印度刑法典和印欧语源词典压缩成一个 <2MB 的包。 为什么？ 主权：逻辑和数据归本地所有。没有 API 调用。 绿色 AI：它在我的 MacBook 的 CPU 上运行，发热量/功耗可以忽略不计。 吠陀逻辑：它将帕尼尼的语法规则（Ashtadhyayi）实现为图遍历算法，而不仅仅是统计注意力。 这绝对是实验性的，但它质疑“规模就是一切”的教条。很希望收到关于可逆素数状态机逻辑的反馈。 链接： 代码：[https://github.com/akulasairohit/meru-os](https://github.com/akulasairohit/meru-os) 实时演示：[https://huggingface.co/spaces/akulasairohit/panini-demo](https://huggingface.co/spaces/akulasairohit/panini-demo) 宣言：[https://www.linkedin.com/pulse/introducing-meru-os-worlds-first-sovereign-ai-stack-akula-pf68e](https://www.linkedin.com/pulse/introducing-meru-os-worlds-first-sovereign-ai-stack-akula-pf68e) 谢谢，Rohit