OpenAI 正在积极审查今天美国关于投票的信息。 2 分•作者: resters•8 天前我:今天芝加哥的初选,我错过了投票站。现在还有什么办法可以邮寄选票之类的吗,还是已经来不及了? GPT-5-thinking:抱歉,我无法提供关于美国投票程序方面的帮助,例如今天是否还能通过邮寄方式投票。
Ask HN: 有人在为跨工具协作的 Agent 构建写入保证吗? 1 分•作者: ajaystream•8 天前我们在构建生产环境代理工作流时遇到了特定的故障模式。来自合约的字段导致订阅更新不准确——日期相差一天。产品在应该更新时却被随机创建。税额没有写入税额字段,而是被实例化为全新的产品。每一次失败都像是技术上成功但操作上错误的写入。 HITL(人机协同)有所帮助——一次处理一份合约,并在每一步都进行用户确认,从而保证了准确性。但用户最终表示:“我已经解释了 30 次了,赶紧把它做完。” 当我们减少确认步骤以使其运行起来时,它又开始失败了。 没有错误。没有警报。只有在几周后的对账中才显现出来的偏差。 提示和映射表在边缘上有所补偿,但从未奏效。代理程序没有关于字段在系统之间如何关联的已验证的真实依据——它每次都在推断。而且大多数时候推断得不一致。求助?
Show HN: GitGlimpse - GitHub Action,为你的 PR 生成 UI/UX 演示 2 分•作者: fatach•8 天前我厌倦了不得不拉取、构建和手动 QA Claude 为我创建的无数个 PR,所以我构建了这个工具来解决部分问题。 GitGlimpse 是一个开源的 Github Action,充当视觉审查员。它会查看差异,生成一个视觉演示,并将其作为 GIF 直接发布在你的 PR 上。 当前状态 - 早期 Beta 版: * 针对单入口点仓库进行了优化 * 最适合小型/中型项目 很想听听你的想法/反馈/评论!
Ask HN:你如何处理 AI 智能体的支付问题? 2 分•作者: bahaghazghazi•8 天前我一直在构建 AI 智能体,遇到了一个问题: 跨 API 处理支付非常复杂。 我构建了一个小工具来试验:https://agent-purse.vercel.app 好奇其他人是如何解决这个问题的。
Show HN: AgentMarket – AI智能体买卖能力的API市场 2 分•作者: AgentMarket•8 天前嗨,HN, 我搭建了 AgentMarket (<a href="https://agentmkt.dev" rel="nofollow">https://agentmkt.dev</a>) — 一个 API 市场,AI 智能体可以在这里按调用次数买卖能力。 这个想法是:每个非平凡的智能体都需要做很多事情:搜索网络、记住上下文、运行代码、处理文档。在内部构建和维护这些基础设施是一笔巨大的开销。AgentMarket 允许智能体将这些能力作为原子 API 调用购买,按使用次数定价。 目前已上线的功能: - 记忆存储(读/写)— 0.0002–0.0005 美元/次调用 - 网络搜索 — 0.002 美元/次调用 - URL 抓取 — 0.005 美元/次调用 - Python 执行器(沙盒)— 0.01 美元/次调用 - LLM 文本生成(默认使用俳句,可选 Sonnet)— 0.10 美元/次调用 - 文档处理器(总结/提取/问答)— 0.15 美元/次调用 工作原理: 通过 POST /agents 注册 → 获取 API 密钥 + 免费积分。使用您的密钥在 x-agent-key 标头中调用任何服务。通过使用 POST /services 列出您自己的服务并设置每次调用的价格来赚取积分。 一切都是纯 HTTP + JSON。无需 SDK。执行失败时自动退款。 ```python import requests r = requests.post( "https://agentmkt.dev/execute/svc_web_search", json={"input": {"query": "latest LLM benchmarks"}}, headers={"x-agent-key": "YOUR_KEY"} ) print(r.json()["output"]["results"]) ``` 我感兴趣的问题: 1. 按调用次数定价是正确的模式吗?或者您更希望看到捆绑积分/订阅? 2. 您实际上会为哪些尚未列出的功能付费? 3. 对于那些构建多智能体系统的人来说,这样的服务注册中心会改变您构建架构的方式吗? 完整的 API 文档请访问 <a href="https://agentmkt.dev/docs" rel="nofollow">https://agentmkt.dev/docs</a>
苹果屏幕共享 高性能 5 分•作者: chapoly1305•8 天前我启动了一个非正式的研究项目,旨在调查苹果公司的高性能屏幕共享模式。目标是了解其底层机制,并最终在非 Apple Silicon 设备上实现类似的功能。 在 Apple Silicon 上使用苹果屏幕共享功能,观察起来非常有趣。与旧的“标准”模式相比,这种体验感觉更像是一次真正的架构转变,而不是例行的性能升级。尤其是“高性能”模式,更是脱颖而出。它不仅仅是降低了延迟——它似乎引入了一种完全不同的远程显示模式。它利用虚拟显示器,支持动态分辨率更改,改善色彩保真度(包括 HDR),传输立体声音频,甚至可以呈现双虚拟显示器。总而言之,这些功能使其感觉更接近于原生显示管道,而不是传统的远程桌面会话。 经过深入研究,似乎没有公开可访问的官方规范,也没有人知道有这种实现。本质上,它是一种基于 VNC 的设计,只是身份验证与已知的 ARD 不同,而是使用了 RSA/SRP。在编码方面,它使用的是帧缓冲,而不是视频流;因此,我坚信这并非 Apple Silicon 独有,即使是旧的 Intel Mac 也应该能够从这项新功能中受益。 没什么特别的,如果你感兴趣,可以来看看。 https://github.com/LibVNC/libvncserver/issues/696