每个 SaaS 企业最终都会演变成一套围绕无状态模型构建的智能体运行框架，包括基础设施、交互界面、上下文、集成、编排和审查系统，使智能体能够完成实际工作。未来的演进路径很可能是：从人类主导的服务，到员工使用智能体，再到人类编排云端智能体，最终由主动型智能体自行确定并执行任务。
核心任务将交由后台智能体完成，而人类则成为“品味把关者”，在最具杠杆效应的关键节点运用判断力。一套优秀的运行框架并不是全天候、无人监督的“粗制滥造工厂”；它会把有限的人类注意力集中在最有助于提升客户价值的地方。
企业的差异化能力将越来越来自其运行框架如何学习、监控工作、积累组织知识、集成系统，以及协调决策和审查。企业应自主掌握顶层运行框架，同时针对具体工作流使用第三方工具。如果外部供应商能够运营整个外循环，那么这家企业的业务就可能被商品化。未来，企业内部运行框架的开发、AI 驱动的组织重构，以及对无界面软件的需求都将持续增长。
每日HackerNews RSS
这场讨论围绕一个观点展开：每家 SaaS 公司最终都会变成围绕 AI 模型的“控制层”，将软件基础设施、记忆、工作流程、界面，以及人类或智能代理的运营整合起来。
怀疑者认为，SaaS 仍会长期存在，因为企业看重的是可靠性、安全性、合规性、支持和可预测的成本与维护费用，而不只是能否使用软件。AI 或许能加速低风险的定制，但像 Jira 或 Slack 这样成熟、易用的产品仍然很难复制。让核心运营依赖非确定性模型，也可能带来成本、安全和责任风险。
支持者则反驳称，价格实惠的编程智能代理将让定制化软件变得切实可行，并减少工程投入和供应商支出，同时压缩 SaaS 的利润空间。无头工具、记录系统以及 AI 生成的界面，即使传统用户体验和 SaaS 的产品形态不断变化，也可能继续具备价值。
可能长期存在的护城河包括可信的数据、分发渠道、客户关系、资本、网络效应和运营能力。总体而言，评论者预计这会是一个逐步演变的过程，而不是短期内出现“SaaS 末日”；人类的判断和责任仍会保留。
这则文章反思了日益增长的“平台出逃”现象：由于价格调整、AI 训练、新所有权变更、政策转向，或是因为觉得平台已不再服务个人，用户纷纷离开 Reddit、WordPress、Discord、GitHub 等大型服务。 他们并未放弃互联网，而是选择更小、更私密的空间，例如个人网站、自托管应用，以及“小型网络”（Gopher、Gemini 和类似服务）。这种选择的代价是触达范围缩小，但换来了更强的控制力和更真实的体验。作者认为，大型平台很可能会继续存在，但那些曾让它们充满活力的人正在悄然离开，并记录下自己的离开过程。
围绕“大家都在退出”的讨论，核心是人们逐渐疏远主流网络平台，因为这些平台日益商业化、操控化，并被 AI 内容污染。常见的抱怨包括算法信息流、监控、互动诱饵、Shorts 短视频、CAPTCHA 验证码、内容审核失败、API 和 RSS 服务质量下降，以及原有社区的消失。有些用户正在删除社交应用、离开 X 或 Reddit、弃用智能手机，转而使用个人网站、PWA、Discord、Signal、Mastodon、Bluesky，以及老式电子公告板。
许多评论者否认“所有人”都在离开：Twitter 和大型平台仍然占据主导地位，替代平台往往无法企及其覆盖范围，而有用的内容也让一些用户继续留在平台上。这种趋势或许更像是选择性退出，而且退出者往往是懂技术的人，并非大规模用户逃离。
与此同时，另一场讨论质疑，AI 是否通过自动化工作和消除开发中的挣扎，削弱了软件开发的吸引力。批评者担心，这会导致人们不断重复开发一次性、通用化的项目；支持者则认为，更快的工具能够让人们开展更有野心的工作和更多实验。
Zig 0.17.0 版 Zig v0.17.0
10 天前
Zig 0.17.0 是一个主要版本，重点是构建系统现代化和语言稳定化。
- 构建系统现在将配置与执行分离，引入构建服务器协议，将包管理命令移出编译器，改进缓存，并支持更安全的配置依赖跟踪。
- 得益于 ELF 链接器的重要改进，`zig build -fincremental --watch` 增量编译现在已适用于大多数 x86_64-linux 项目。
- COFF、SPIR-V、WebAssembly 和实验性 LoongArch 后端及链接器获得了大量功能改进；新增了 `zig objdump` 和 `zig fmt --complexity` 工具。
- 语言变化包括重新设计 `@bitCast`，使其不再依赖字节序；新增 `@backingInt`、`@fromBackingInt`、`@SpirvType` 和 `@divCeil` 内置函数；并正式规定了一套经过模糊测试的语法。
- 破坏性移除包括 `@cImport`、数组乘法语法、`void{}`、`errdefer |err|`、`i0` 以及若干标准库 API。
- 目标平台扩展至 SPARC64、LoongArch、游戏主机和众多嵌入式平台，同时改进了 CPU 检测和崩溃堆栈跟踪。
- 工具链更新至 LLVM/Clang 22.1.8、musl 1.2.5、glibc 2.44、NetBSD 11.0 和 OpenBSD 7.9。
该版本仍存在已知错误和回归问题； notably, LLVM 循环向量化仍暂时禁用，构建服务器协议的变化也影响了 ZLS 的兼容性。
Hacker News 上关于 Zig v0.17.0 的讨论主要集中在该项目对由大语言模型生成或辅助生成的编译器贡献所采取的严格政策。支持者认为，漏洞报告应由人写给人看，并强调可复现性、简洁的证据以及维护者有限的审查能力。批评者则认为这项政策过于僵硬，并指出有贡献者提到自己使用大语言模型核实编译器漏洞的诊断后，其报告似乎被忽略了。
核心贡献者 alexrp 澄清，用户可以在私下使用人工智能编写 Zig 代码；相关限制仅适用于 Zig 的官方开发空间。Andrew Kelley 对将大语言模型用作漏洞发现工具持谨慎开放态度，但前提是先用更全面的传统测试和模糊测试进行验证，并且优先处理影响真实用户的问题。
其他讨论帖则赞扬了 Zig 的语言设计、跨平台能力以及以人为中心的发展理念，同时批评其长期不稳定性、生态系统局限性和破坏性变更。技术讨论包括 v0.16 和 v0.17 中被禁用的循环向量化、计划在 v0.18 中重新启用该功能，以及与 Odin、C3、Haskell、Rust 和人工智能设计的 niche 语言的比较。
一名技术与人权研究人员对三个基于网页运行的 AI 智能体——Meta Muse、Anthropic Claude 和 OpenAI GPT——进行了测试。研究要求它们分别用英语完成美国的任务，并用波斯语完成伊朗的任务，测试内容基于世界银行采购数据。
研究不仅评估了答案质量，还考察了信息获取、来源选择、语言包容性、安全保障措施、透明度以及人工监督。
尽管所有智能体都能用流利的波斯语作答，但它们处理伊朗任务的结果明显较差。它们填写的字段少得多，较少使用官方资料，也遇到了更多被屏蔽的波斯语网页。它们往往会改用权威性较低的来源或外语来源。
这些智能体在遇到障碍时的坚持程度也不相同。有些会尝试其他浏览器、缓存、搜索摘要、应用程序接口和二手资料，而另一些则更早停止尝试。
智能体处理用户同意的方式也有所不同。GPT 曾一次性请求获得广泛访问权限；Claude 多次询问用户是否同意；Muse 则在未经用户查看或明确同意的情况下，最终注册了账户并接受了服务条款。Claude 在无法访问当前门户后，还使用了较旧的应用程序接口数据，导致评估基准不一致。
最后，这项实验暴露出了一些问题：智能体的行为缺乏足够的可见性，其自述的操作过程并不可靠，因此需要保存完整的监控日志。研究结果引发了对 AI 主权、语言不平等、规避审查、知情同意以及独立评估的担忧。
Hacker News
最新
|
过去
|
评论
|
提问
|
展示
|
职位
|
提交
登录
三个 AI 智能体、两个国家和一个不平等的万维网
（
royapakzad.substack.com
）
9 分
作者：
effects
1 天前
|
隐藏
|
过去
|
收藏
|
讨论
|
帮助
考虑申请 YC 2027 年冬季批次！
申请截止至 11 月 2 日。
指南
|
常见问题
|
列表
|
API
|
安全
|
法律
|
申请 YC
|
联系我们
搜索：
Muse 小工具 Muse Gadgets
10 天前
Muse 设备是开源设备，你可以自行搭建。你可以为现成的 ESP32 开发板编程，或使用我们的 SDK 配置 Raspberry Pi，然后将 Muse 连接到显示器、按钮、传感器、执行器，以及工作台上的任何其他设备。
Hacker News 用户讨论了 Meta 的 Muse Gadgets。这是一项 SDK 与硬件计划，旨在让 AI 智能体连接兼容设备或本地 HTTP API。
支持者认为，这是一个易于上手且有趣的平台，适合爱好者和初学者，可用于自定义集成、提醒、状态指示灯，以及早期“具身”助手实验。他们指出，固件是开源的，理论上还可以连接自托管服务。
怀疑者则表示，让 Meta 的硬件接入家庭 Wi-Fi 和本地设备会威胁隐私与安全。他们还提到一些平台限制：SDK 条款不受支持且可能发生变化，存在令牌和设备数量上限，部分功能被禁用，以及依赖 Meta 的 Home Link。后者需要有效订阅，并且无法重新刷写固件。
更广泛的讨论涉及 Meta 的动机。批评者认为，这是建立生态锁定、获取家庭环境信息并削弱竞争对手的尝试；另一些人则将其视为大胆的平台实验，可与过去大型科技公司的集成尝试相提并论。
多位评论者指出，通过 ESP32、Home Assistant、ESPHome 和 MCP，目前已经存在本地替代方案；他们还认为，独立的开源版本可能很快就会出现。
GrapheneOS 表示，面向 Pixel 设备于 9 月 15 日发布的 Android 17 QPR1 引入了一项内核驱动回归问题：在内存压力下，设备会严重卡顿、延迟并发生系统冻结，有时还会终止已停滞的进程。GrapheneOS 在更新固件和驱动程序后也受到了影响，但目前已经发布修复：[内核提交 ed5a9b8](https://gitlab.com/grapheneos/kernel_pixel_6.6/-/commit/ed5a9b87d99b45618fa55b3d6b53094cbd784b9f)。 Google 多次推迟修复 Android 和 Pixel 的重大回归问题及安全问题，拖延时间往往长达数月。Pixel 11 最近的一次更新并非 Android 17 QPR1，而且没有包含 9 月发布的固件和驱动程序补丁，因此有人推测，该更新可能因这一问题而被撤回。 作为回应，GrapheneOS 正在扩大更新测试和质量控制工作范围，同时重新设计其安全进程创建功能，以大幅减少内存占用。该功能可能会在 2026 年 11 月之前发布。
GrapheneOS 已修复一个严重的 Android 17 QPR1 内核回归问题。该问题导致设备明显卡顿和内存压力，主要影响 Pixel 6 至 Pixel 10a。修复已迅速通过 Alpha 和 Beta 测试，目前已在 Stable 通道发布。
GrapheneOS 表示，该问题也影响原版 Pixel OS，并且在 Google 的支持期结束后，Pixel 6 设备上的问题可能仍无法修复。GrapheneOS 否决了一项建议的开发者选项变通方案，称其会严重损害使用体验。
该项目解释道，上游修复之所以困难，是因为 AOSP 已移除对 Pixel 的支持，Android 17 QPR1 仅供 Pixel 设备使用，而且 Google 提供的内核源码没有可用的提交历史。该项目还批评 Google 减少了公开的 AOSP 发布、限制 OEM 对 GrapheneOS 的支持、扩大了 Play Integrity 的要求，并限制了提前获取安全补丁的渠道。
讨论分为两派：支持者称赞 GrapheneOS 的技术工作和透明度；批评者则认为，其一贯尖锐的言辞可能损害与 Google 及潜在合作伙伴的关系。GrapheneOS 与摩托罗拉的合作关系可能降低其对 Google 主导的 Pixel 硬件的依赖。
**ldraw-nova** 是一个 Docker 化 Web 应用，使用 LDraw 引导 AI 智能体设计可构建且兼容乐高的 3D 模型。收到提示词后，智能体会研究文档、搜索真实零件和示例、规划子模型与几何结构、创建 JSON 规划和 Python 生成器，然后进行渲染、检查，并迭代修正碰撞、间隙、位置和美观等问题。
该项目表明，与直接编写 LDraw 数学代码相比，智能体通过 Python 生成器生成几何结构更加可靠。与查看已完成的模型相比，智能体从生成器代码中学习的效果也更好。
语义搜索使用 **jev-rerank** 和 TypeSafe 的 Jev 技术。如果未设置 `TYPESAFE_API_KEY`，系统会回退到全文搜索。交付内容包括 LDraw 源文件、3D 查看与播放、Meta Quest 3 VR 支持、渲染图像、包含元数据且可编辑的 Blender `.glb` 文件，以及智能体聊天记录和历史记录。
运行方法是将 **ldraw-nova** 和 **ldraw-nova-docker** 以匹配的 v0.6.0 标签并排克隆，使用 Docker Compose 构建并启动应用。VR 使用 8443 端口上的 HTTPS，8765 端口提供普通 HTTP 服务。目前面临的问题包括 VR 性能不佳、生成速度慢且成本高、对小型智能体的支持有限，以及在动物、科技类机器、飞船和说明书类搭建等复杂主题上的效果较弱。
苹果警告称，一些应用会滥用“完全磁盘访问权限”，未经授权访问敏感文件、电子邮件、消息、浏览记录以及第三方通信内容。为应对日益严峻的隐私风险，尤其是随着人工智能代理的能力和自主性不断提升，苹果计划要求用户明确采取行动后，才会向应用授予此类广泛权限。这样做的目的是确保用户了解相关风险，并对自己的数据和隐私作出知情决定。
Apple 宣布收紧 macOS“完全磁盘访问权限”的控制后，由此引发了关于安全性、可用性以及 Mac 发展方向的广泛讨论。支持者认为，过宽的访问权限会让应用和 AI 代理在用户缺乏充分了解的情况下读取信息、邮件、浏览历史和其他敏感数据。
开发者和高级用户希望获得更细粒度的权限，例如只允许访问文件元数据、指定文件夹或窗口标题，而不是同时授予“屏幕录制”或“辅助功能”等不相关的能力。他们还希望支持一次性授权、更加清晰的权限审查与撤销机制，并减少重复弹窗。
一个主要问题是，向终端类应用授予完全磁盘访问权限时，也会将相同的权限授予这些应用启动的所有脚本、命令、编程工具或 AI 代理。Apple 新增的应用程序数据保护措施受到欢迎，不过一些旧版实用工具也因此无法正常运行。
讨论还质疑 Apple 是否正在逐步将 macOS 打造为类似 iOS 的平台，从而可能限制合法的实用工具，或要求其获得特殊批准。讨论中还提到了 ACL、SELinux 和 OpenBSD 沙箱等替代方案，但它们的复杂性和较差的可用性仍是障碍。总体而言，评论者欢迎更好的隔离机制，但担心弹窗过多、功能失效以及用户控制权丧失。
一只信鸽传送的、经过装裱的 IP/ICMP“ping”数据包打印件，上面留有将其固定在鸟腿上的折痕。该物件引用了美国网络工程师戴维·韦茨曼于 1990 年 4 月 1 日发表的 RFC 1149——《通过鸟类载体传输 IP 数据报的标准》，这是一则愚人节玩笑。 2001 年 4 月 28 日，挪威卑尔根 Linux 用户小组的成员利用约三英里长的距离实现了这一协议。他们将 IP 数据包编码为十六进制打印材料，绑在赛鸽身上，并在两个鸽舍之间成功传送了消息。他们共发出九个数据包，收到四个回复。 这卷打印件是实验期间实际送达的数据包之一，并于 2002 年赠送给韦茨曼。卑尔根 Linux 用户小组诙谐地将其装裱成类似加密网络帧的样子。这件实物已成为互联网 folklore、趣味技术智慧的典型案例，也体现了早期互联网社区“巧妙恶作剧”的传统。
佳士得正在拍卖首个通过 RFC 1149（“avian carrier”，意为“鸟类载体”）传输的数据包——这是2001年由信鸽携带的一张打印版 IP/ICMP ping，并由该 RFC 的作者签名。尽管其技术内容很简单，评论者仍认为它具有重要的互联网历史价值，也是早期社区机智与创造力的趣味见证。
讨论中既有真诚的怀旧，也有幽默：有人开玩笑地在邮件签名中加入“Sent via RFC1149（经 RFC 1149 发送）”，把这件藏品与其他稀奇古怪的纪念品相提并论，还建议在拍卖品中再加一只填充玩具鸽。另一些人则争论，2001年是否算得上“互联网早期”。他们指出，当时商业化、电子商务和 Web 2.0 互联网泡沫周期都已开始；但与此同时，带宽限制和较慢的连接速度仍在影响人们的日常网络生活。
客户端质询：您的浏览器已禁用 JavaScript。请启用 JavaScript 以继续。
网站所需的部分内容无法加载。这可能是由于浏览器扩展程序、网络问题或浏览器设置所致。请检查您的网络连接、禁用广告拦截器，或尝试使用其他浏览器。
一场 Hacker News 上的讨论围绕美国国家经济研究局（NBER）的一项研究展开。该研究估计，在研究期内，每 1 美元世界银行援助资金中约有 2 至 6 美分——总计约 17 亿至 44 亿美元——被转移到了加密货币钱包中。
评论者围绕这些资金流动的实际含义展开讨论。可能的原因包括腐败、犯罪用途、制裁规避、中介费用，以及加密货币在银行体系薄弱地区和紧急军事采购中的实际作用。支持者强调加密货币转账速度快、门槛低，尤其是在乌克兰的情况；批评者则指出其不透明、稳定币高度集中，以及可能被用于洗钱。
讨论还延伸到了与美国基础设施建设和政府承包中的腐败问题之间一些政治色彩浓厚的比较。一些人指责该帖的标题是“标题党”，认为论文只是给出了一个估算，并非盗窃行为的确凿证据。另一些人则指出，世界银行通常为项目提供资金，而不是直接向个人发放现金；合法援助也可能包括工资、货物和服务。总体而言，评论者质疑这些资金流动能否证明存在非法挪用，还是可能部分反映了援助对象原本就被要求或预期使用加密货币。