启用 JavaScript 和 Cookie 以继续
每日HackerNews RSS
Hacker News
新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
为更强大、更造福人类的 AI 更新的模型规范
(openai.com)
9 分，由 gmays 发布于 1 天前 | 隐藏 | 过去 | 收藏 | 2 条评论
帮助
drywater2 1 天前 [–]
我猜，又是监管俘获的又一次尝试。
回复
bluebands 1 天前 | 父评论 [–]
模型规范是为了……监管俘获？
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
巴拉圭全国爆发抗议：乌诺银行因偿付能力危机在午夜被关闭，客户无法提取资金。据估计，60%的成年人在乌诺银行开户。
Hacker News 的讨论聚焦于影响约半数人口储蓄的巴拉圭银行倒闭。用户批评所提交的半岛电视台链接证据不足，并建议更好的来源。评论者争论总统圣地亚哥·佩尼亚的辞职是否与倒闭有关；一名巴拉圭用户称这是内部政治操作，但指出佩尼亚深度参与银行问题。另一名评论者将情况比作加密货币。一名用户认为存款有保障，98%的储蓄账户将全额支付，但另一人反驳说冻结账户和官僚程序仍可能摧毁普通家庭。总体上，讨论混杂了来源质量、政治、金融保障和现实影响的担忧。
Stroq 是面向 Claude Code、Cursor、Codex CLI 等 AI 编码代理的本地安全工具。它挂载到代理中，在执行前评估工具调用，阻止 `curl | sh` 等危险模式以及包含已知密钥的出站请求，并在命令复用代理先前读取的文本前询问。它还可无钩子审计过去会话：`replay` 检查最近会话是否符合策略，`sent` 报告凭据是否出现在命令中或被阻止。CLI 生成你的会话卡片，仅显示密钥名称，值不会超出本地缓存发送或存储。本地控制台位于 127.0.0.1，提供预览、历史记录与确认。命令包括 `init`、`why`、`attack`、`show`、`replay`、`sent`、`console` 和 `uninstall`。`attack` 在沙箱中测试 36 种已知攻击。它需要 Node.js 22+，采用 Apache-2.0 许可证，且不进行外网调用或遥测。它是一个过滤器，而非沙箱，使用文本级匹配并具有代理特定限制。
Stroq 是一款本地的、基于规则的编程代理活动审计工具；它扫描会话日志和命令文本，并可设置在危险命令前提示的钩子，但它不是沙箱。在 Hacker News 的讨论中，评论者主张更强的隔离（gVisor、独立容器、eBPF），并警告审计可能在执行后才来得及。创作者承认 Stroq 能检测命令并警告恶意钩子，但不能防止所有攻击。其他建议包括与 Agent Safehouse 集成、PII 脱敏、后台菜单栏守护进程，以及引用。Stroq 不使用 LLM；其开源规则可自定义。讨论中还包含一个发音笑话和对吉祥物的称赞。
传统的行缓冲会在每次换行时刷新，这会对像 `unzip` 这类程序的终端输出造成瓶颈。作者认为，通过使用基于截止时间的缓冲，可以在不逐行写入的情况下保持及时输出：累积输出，仅在空闲超过短暂阈值（例如 100 毫秒）时刷新，类似于 Nagle 算法。这既能保持交互响应性，又允许多行一起写入，减少系统调用并提升速度。`tugz` 实现了这种方法，让用户在不承受通常性能损失的情况下获得进度列表。与按换行刷新的差异对人类来说难以察觉。
一篇 Hacker News 讨论围绕一篇文章认为，输出缓冲应结合基于工作量的批处理与基于时间的截止期限，以避免无限制延迟，同时分摊开销。评论者补充了一些细节：C 库使用智能缓冲；musl 的 fwrite 会处理最后一个换行；进度更新可能浪费 CPU；输出应尊重人类节奏的感知；交错的进程输出需要块大小低于 PIPE_BUF；截止期限计时器不应在每次写入时重启；建议的截止期限是毫秒级，而非 100 毫秒；setvbuf、stdbuf 和 unbuffer 等工具可调整缓冲；Python 的缓冲常让用户感到困惑。
**Survival Kit IA** 是一款离线、跨平台（Windows/Linux/macOS）的生存助手，完全在本地运行，无需联网。它包含葡萄牙语、英语和西班牙语的实用指南（水、火、避难所、食物、急救、医药、卫生、酒精、太阳能、无线电、工具、心理健康、检查清单），本地 AI（llama.cpp/Ollama）以自然语言回答问题并附带引用来源，以及可被 AI 搜索的 Kiwix 离线知识库（医学 Wikipedia、手册、iFixit 等）。基于浏览器的 Web 界面可在本地使用并可通过 Wi-Fi 共享；无 AI 模式下仅需 Python 仍可搜索指南。 设置：克隆仓库，运行一次准备器（需联网）以选择 AI 模型大小、Kiwix 知识库包、目标操作系统和可移植 Python，然后使用提供的脚本启动；浏览器会打开 http://127.0.0.1:8090。大文件不会提交——每个用户自行构建自己的套件。整个文件夹可复制到 exFAT USB 驱动器。CLI 命令支持 chat、ask、search、status 和网络共享。最低需要 Python 3.8+；AI 模式需要 4–8 GB RAM 和 AVX2/ARM64 CPU。代码采用 MIT 许可，指南采用 CC BY-SA 4.0；仅用于教育，不能替代应急服务。
Hacker News 上的一篇帖子描述了一个离线生存助手，结合了本地 LLM 和 Kiwix，可从 USB 闪存盘运行。评论者建议把它做成 USB 秘密投递点，并提到一个类似的早期项目。其他人质疑其实用性：它需要 PC、电力和插座，而这些在灾害中可能不可用；他们要求提供移动端或专用设备选项。回复中提到发电机/太阳能可以帮忙，同时 Kiwix 和本地 LLM 应用可以在手机上组合。多人指出 Project Nomad 是一个已有安装器/技术栈，支持本地 LLM。一些人批评这一概念与印刷生存指南相比过于脆弱，但也有其他人认为它有趣/酷，或询问综合参考书。总体而言，该讨论串混合了兴趣与对实际灾害用途的怀疑。
FastBCP 1.6 可直接从 SQL Server 完整备份导出表到 Parquet，无需还原、SQL Server 实例或凭据。你只需指向 .bak 文件并指定 schema 和表，它会写入分块 Parquet 文件；支持列子集，但不支持 WHERE 子句。它支持完整备份和仅复制备份、MS_XPRESS/ZSTD 压缩、行存储和列存储表，以及多种 SQL Server 数据类型。不支持加密/TDE、差异/日志以及 QAT_DEFLATE 备份。由于它读取备份页而非重放日志，在表正在写入时拍摄的备份可能不一致。用例包括：无需还原整个数据库即可恢复单表；跨 SQL Server 版本迁移，或通过 FastTransfer 迁移到 PostgreSQL；以及利用现有备份向数据湖供数而不触碰生产。性能依赖一次性完整备份扫描与缓存：320 GB 备份冷打开需 2 分 29 秒，热打开需 0.3 秒；随后 1.75 亿行表在 24 线程下导出耗时 29.6 秒。热导出可能比实时 SQL Server 导出快几倍。输出仅限 Parquet。
FastBCP 可以直接从 SQL Server .bak 文件导出表到 Parquet，无需还原数据库或使用 SQL Server。它以二进制方式读取备份，建立索引，定位表页，将其解码为 Arrow 列，并写入 Parquet。在一个 320GB 的条带化压缩备份上，冷打开耗时 2 分 29 秒；一个 1.75 亿行的表导出耗时 29.6 秒，重新打开耗时 0.3 秒。它支持 SQL Server 2017–2025、完整/仅复制备份、条带、MS_XPRESS/ZSTD 压缩、行存储和列存储。输出仅支持 Parquet；TDE/加密备份支持似乎在 1.6.6 版本中加入。
文本将 LISP 的“诅咒”——强大的灵活性导致孤立的、被反复重写的、文档不完善的代码——类比于一种可能的 LLM 驱动的未来。如果开发者更倾向于生成代码而非学习和集成库，开源生态系统可能会受损：现有项目获得更少的用户和反馈，而新的共享库也会减少，因为维护和打包似乎变得不必要。这些趋势可能会相互强化，使生态系统更加碎片化、更加个人化。作者反对生成代码应取代成熟库的想法，警告“非生成于此”类似于“非发明于此”，但承认 LLM 编程将持续存在，且可能减少协作，使软件开发变得更加孤独。
该帖讨论一篇文章，认为 LLM 正在把“Lisp 诅咒”——开发者重复实现功能而非使用共享库——扩展到 Lisp 之外。评论者意见分歧：一些人认为这减少了依赖和供应链风险；另一些人警告这会产生未经审查、重复且可能不安全的代码，并削弱开源。Lisp 支持者反驳说 Common Lisp/Clojure 生态健康，表达力强、同像性的语言加上 REPL 与 agent 配合良好；批评者指出 Lisp 的碎片化和主流语言的库优势。其他观点包括 LLM 能实现自定义实现、安全权衡、宏的能力，以及开源激励可能改变。总体而言，讨论将 AI 辅助编程视为降低定制软件成本的方式，对这到底是破坏性碎片化还是转向更自包含、更定制化程序的看法不一。
多智能体系统在推理之外还带来协调挑战。作者偏好三种模式。编排器-工作者：一个规划者委派给专门的工作者并汇总结果；适合分解方式已知但细节各异的情况。黑板：智能体读写共享状态并自主选择贡献；适合解决方案路径未知，但难调试。流水线：固定的专门化智能体链；最容易评估但不够灵活。清单式工作流选流水线，输入相关的分解选编排器-工作者，需要探索时选黑板。生产环境故障模式包括无限委派循环、重复调用导致的成本失控、并发写入冲突，以及跨智能体的错误传播与幻觉累积。通过代码强制的防护栏缓解：限制委派深度、按任务的 token/成本预算、人工升级路径。多智能体分解提高可处理性，但不保证正确性；可靠性取决于评估与防护栏。
Hacker News 的一个帖子讨论了一篇关于构建多智能体系统的博客文章。评论分享了教育资料、实用的并行智能体工作流，以及对 AI 生成文章的怀疑。多位用户认为子智能体和分层工具调用比并发多智能体协调更有用，举例包括 Claude 的 Research 功能和 explore 子智能体。其他人则讨论 AI 生成的技术内容无论表面付出多少努力是否都有价值，有些人认为 Claude 风格或“Honest Summary”标题表明投入不足。作者回应了反馈，承认了 AI 辅助，并更改了网站主题。
基于网页，无需驱动。选择预设，或直接描述需求。插入设备，打开浏览器中的 launcher.keychron.com，F4 即可开始配置——无需下载，无需驱动。选择 codex 或 claude 的现成预设并开始使用，或重新映射按键、录制宏，并设置每个按键的触发行程。codex 和 claude 预设均包含一个用于语音输入的按键。更喜欢直接说出来？内置 AI 助手可根据自然语言请求设置按键。*F4 没有内置麦克风。语音输入请使用电脑内置麦克风或外部麦克风。]]> 键位映射 宏 HE 模式 AI 助手
Hacker News 讨论了 Keychron 的 “Vibe Coding Keypad”——一款售价 35 美元、带有用于 AI 编码工作流（例如接受或拒绝更改）按钮的配件。反应不一：一些人认为它是一种有趣、便宜、可扩展的硬件实验，并指出 AI 配件兴趣增长；另一些人则称其华而不实、无用或“AI 垃圾”，认为有限的按钮无法改善沟通，全键盘或语音更好。评论者就荒谬的按钮标签开玩笑，并把它和 meme 产品比较；一些人建议 Stream Deck、可重映射键盘或语音工具作为替代。其他人质疑 Keychron 的软件支持，或指出类似小众键盘已存在。整体上，该讨论既把这款键盘视为真实产品，也视为笑话，争论物理快捷键是否能真正帮助“vibe coding”。
内容为用户生成且未经验证。
一位韩国双侧人工耳蜗植入者（mi-rae）使用 Claude 构建的浏览器应用对自身听觉心理物理学进行测试，完成了 10,992 次试验并共享数据。他们报告音乐听起来清晰而优美，而语音仍然模糊不清；不确定原因是外周性、中枢性还是设备相关。他们出生时听力正常，但约 7 岁失聪，不再保留声音的感觉记忆。Hacker News 评论者讨论了人工耳蜗的限制、听神经约束、可能的替代声音路径、触觉线索，以及将语音或音乐频移至更低可感知范围等建议。一位耳鼻喉/人工耳蜗研究员指出，相关研究已有数十年历史，个体化策略很少进入临床应用。作者表示植入公司拒绝了研究帮助，欢迎指正，并计划添加测试曲目和代码。总体而言，该帖子记录了个人在 AI 辅助下对人工耳蜗感知的探索，并邀请技术和医学讨论。