智能助手网
标签聚合 gate

/tag/gate

hnrss.org · 2026-04-18 15:43:17+08:00 · tech

Hi HN, I've been doing freelance work and realized the most stressful part of the entire lifecycle isn't doing the work, it's the final handoff. You send over the final ZIP file or Figma link, attach your invoice, and then just wait and hope the client actually pays instead of running off with your files. To fix this, I built TimeDrop to act as a mechanical intermediary. It basically removes the "trust" variable from the final delivery. Here is the workflow: You secure your final project link behind a "delivery gate" in the app. The app emails the invoice to the client on your behalf. The client receives the invoice and sees that the files are ready, but the link is strictly locked. The second you mark the invoice as paid on your dashboard, the system automatically unlocks and delivers the final files to the client. It acts as the bad cop so you never have to send another awkward "just following up on the payment" email. The site is https://timedrop.work I would love to hear your thoughts on the mechanics of this workflow, or if you see any glaring edge cases I'm missing.. Comments URL: https://news.ycombinator.com/item?id=47814004 Points: 1 # Comments: 1

hnrss.org · 2026-04-18 06:14:02+08:00 · tech

Built this around one simple idea: the workflow that wants to execute should not be the same place that decides whether execution may continue. This project puts an external allow/deny boundary before action. Public entry points: * live pilot * commercial request * private deployment There is also a GitHub Marketplace action install surface, but the main point is the boundary model itself: decision stays outside the workflow that is asking to proceed. Looking for feedback from people working on CI/CD, security controls, approval boundaries, and automated execution. Comments URL: https://news.ycombinator.com/item?id=47811161 Points: 2 # Comments: 0

linux.do · 2026-04-17 09:46:10+08:00 · tech

根据官方发布信息, Hermes Agent v0.10.0(标签 v2026.4.16)于 2026 年 4 月 16 日发布 ,这次版本更新的核心关键词只有一个: Tool Gateway。 这是一个足以改变日常使用体验的重要版本。对于已经订阅 Nous Portal 的用户来说,Hermes Agent 0.10.0 带来的不是单点增强,而是一次工具接入方式的明显升级: 无需再单独配置一堆第三方 API Key,就能直接获得多种工具能力。 这次更新最重要的变化 1. Tool Gateway 正式上线 Hermes Agent 0.10.0 的最大亮点,是 Nous Tool Gateway 的发布。 从这个版本开始, 付费 Nous Portal 订阅用户 可以直接通过现有订阅,使用 Hermes Agent 中的一系列工具能力,包括: Web Search Image Generation Text-to-Speech Browser Automation 也就是说,过去需要分别申请、配置、维护的多个外部服务 Key,现在被整合进了统一接入路径中。 对于使用者来说,这意味着更低的接入门槛、更少的配置成本,以及更顺滑的开箱体验。 为什么这次更新很重要 Hermes Agent 过去已经具备较强的模型与工具协同能力,但工具接入一直存在一个现实问题: 功能越强,配置越复杂。 而 0.10.0 的方向很明确—— 把“能用”变成“好用” 。 官方说明提到,在启用 Nous Portal 后,用户只需要运行: hermes model 然后选择 Nous Portal ,再决定启用哪些工具即可。 这意味着 Hermes Agent 正在把工具能力从“高级用户手动拼装”,推进到“订阅即可直接调用”的阶段。 0.10.0 带来的直接收益 更低的接入成本 不需要为搜索、图像生成、语音合成、浏览器自动化分别准备独立凭据,减少了大量初始化工作。 更统一的工具管理体验 新版本明确提到,它已经和以下命令完成集成: hermes tools hermes status 这意味着工具可用性、状态查看和配置路径更加统一,运维和排查也会更直接。 更合理的运行时优先级 官方说明特别指出: 即使系统中已经存在直接 API Key,运行时也会 优先正确选择 gateway 。 这类细节非常关键,因为它降低了多配置共存时的行为不确定性,避免“明明开了新能力却没走新链路”的问题。 配置方式更清晰 旧版隐藏环境变量 HERMES_ENABLE_NOUS_MANAGED_TOOLS 已被更清晰的订阅检测与配置方式替代。 同时支持通过 use_gateway 进行按工具启用,这让配置更透明,也更适合团队化使用。 不只是新功能,也是一轮稳定性增强 除了 Tool Gateway,本次版本还包含大量修复与可靠性改进。 官方发布说明中提到,0.10.0 包含 180+ 提交 ,修复和优化覆盖: agent core gateway CLI tool system 从变更方向来看,这不是一次单纯“上新功能”的版本,而是围绕 工具运行链路、平台兼容性与稳定性 做的一次集中增强。 对于已经在生产或高频使用 Hermes Agent 的团队来说,这类版本往往比单纯功能更新更有价值。 谁最适合尽快升级 如果你属于以下场景,建议优先升级到 0.10.0: 已经是 Nous Portal 付费用户 正在频繁使用 Hermes Agent 的工具能力 希望减少第三方 API Key 管理负担 希望统一搜索、生成、语音、浏览器自动化的调用入口 希望获得更稳定的 gateway / CLI / tool system 体验 升级后的重点关注项 建议升级后重点验证以下内容: hermes model 中 Nous Portal 的接入是否正常 工具启用与关闭是否符合 use_gateway 配置预期 hermes tools 与 hermes status 的状态展示是否一致 已配置的旧 API Key 是否被正确让位给 gateway 路径 浏览器自动化、搜索、图像生成、TTS 的实际调用链路是否符合预期 总结 Hermes Agent 0.10.0 的意义,不只是“多了几个工具”。 它真正带来的变化是: Hermes Agent 正在从“需要手工拼装的强大工具”,进化成“订阅即可完整启用的智能工作平台”。 如果说此前的重点是能力建设,那么 0.10.0 更像是一次 产品化体验升级 。 尤其对 Nous Portal 用户而言,这将显著降低工具使用门槛,并让 Hermes Agent 的日常工作流更加完整、统一、可靠。 参考来源 官方 Release: Hermes Agent v0.10.0 (2026.4.16) 官方 Changelog 对比: v2026.4.13…v2026.4.16 5 个帖子 - 3 位参与者 阅读完整话题

hnrss.org · 2026-04-15 20:33:56+08:00 · tech

EML operator family, 52-74% node reduction, and empirical results from 36 hours of building We spent 36 hours implementing and extending arXiv:2603.21852 (Odrzywołek, 2026 — the "NAND gate for continuous math" paper that was on the front page two days ago). What we found: phantom attractors in EML symbolic regression, a Lambert W fixed point governing right-chain trees, two new operators (EDL, EXL), a HybridOperator that cuts node counts 52-74%, and machine-precision Taylor sin(x) at 108 nodes. npm install monogate / pip install monogate Live explorer: https://explorer.monogate.dev/ Challenge board: monogate.dev Paper draft: github.com/almaguer1986/monogate/blob/main/python/PAPER.md just vibe coding this with claude and grok hopefully this is helpful or useful to someone Comments URL: https://news.ycombinator.com/item?id=47778156 Points: 1 # Comments: 0

hnrss.org · 2026-04-13 23:17:37+08:00 · tech

Today we're (@sprosvirnin and I) launching the first open-source release of IceGate - a Rust-native engine that stores logs (metrics and traces coming soon) in Apache Iceberg tables on your own object storage. Observability costs are out of control. Teams pay per GB ingested, get locked into proprietary formats, and can't use their own data outside the vendor's UI. We built the first observability data lake engine to fix this. This is our first release under Apache 2.0. We're building in the open and looking for contributors and early adopters who want observability without the markup. Star us on GitHub: https://github.com/icegatetech/icegate More info on https://icegate.tech Documentation: https://docs.icegate.tech LinkedIn: https://www.linkedin.com/company/icegatetech/ Comments URL: https://news.ycombinator.com/item?id=47753261 Points: 11 # Comments: 5