瑞士联邦议会 2026 年夏季会议（6 月 1 日至 19 日）处理了一系列高风险的国家议题。主要进展如下：
* **核能：** 两院均推动取消新建核电站的禁令，为举行全民公投铺平了道路。
* **第 13 笔养老金（AHV）：** 议会重点讨论了该笔养老金的筹资方案。国民院倾向于暂时提高增值税，并拒绝了增加工资扣除额的方案。
* **安全与国防：** 立法者讨论了扩大情报部门的监控权限、军队现代化信贷（包括 F-35 战斗机）以及更严格的驱逐规则。
* **贸易与经济：** 国民院讨论了南方共同市场（Mercosur）自由贸易协定，强调贸易多元化，并审议了有关森林砍伐的修正案。此外，联邦院讨论了将年度周日零售营业限额增加至 12 天的提案。
* **社会政策：** 议会推动在全国范围内禁止燃放鞭炮，并改善了创业者享受失业保险的途径。此外，议会否决了“婚姻惩罚”倡议，转而支持近期批准的个人税收模式。
会议期间还举行了两名新任国民院议员的宣誓就职仪式，并审议了农业用地法、受害者援助及电子处方等议题。最终投票定于 6 月 19 日会议结束时进行。
每日HackerNews RSS
ENAS 在一个免许可的平台上集成了企业级性能、海量可扩展性、集中式管理、安全访问控制、多站点备份编排以及虚拟化就绪存储。通过消除专有技术限制和经常性软件成本，ENAS 为现代企业存储提供了一条更简单、易于扩展且更具成本效益的途径。
关于 Ubiquiti 基于 ZFS 构建的新型企业级 NAS，Hacker News 上的讨论主要集中在“发烧级消费产品”的便利性与企业级可靠性之间的平衡。
**核心主题：**
* **采用 ZFS：** 用户普遍称赞 Ubiquiti 使用了主流的 OpenZFS，避免了 QNAP 等竞争对手常见的专有锁定问题。用户很欣赏其数据存储池的可移植性和互操作性。
* **优缺点：** 支持者看重其简洁的界面、本地隐私保护（尤其是针对监控存储）以及免月费的特性。然而，批评者认为 Ubiquiti 的硬件定价过高且性能不足，指出管理功能和人工智能处理可能会导致 CPU 性能瓶颈。
* **安全与稳定性：** 关于 Ubiquiti 在固件缺陷和安全漏洞方面的历史，讨论仍在持续。虽然许多人享受其“即插即用”的体验，但高级用户和系统管理员通常更倾向于使用 Supermicro 或 TrueNAS 等组件自行构建方案，以获得更高的性价比和掌控力。
* **市场定位：** 该产品并非定位为爱好者的家庭实验室设备，而是作为由托管服务提供商（MSP）管理的中小型企业集成解决方案。尽管人们对专有生态系统存在顾虑，但许多用户将其视为对抗群晖（Synology）等品牌日益严格的限制性做法的一种可喜选择。
TesterArmy 是一个人工智能驱动的质量保证（QA）平台，为 Web 和移动应用程序提供全天候 24/7 的端到端持续测试。该服务旨在用户接触产品前发现 Bug，无需手动编写测试脚本、集成 SDK 或进行基础设施维护。
用户只需提供网址并用简单的英语描述测试需求即可。TesterArmy 的 AI 智能体可以模拟人类行为，进行页面导航、填写表单，并处理诸如 OAuth 和 OTP 验证等复杂工作流程。该平台能与 CI/CD 流水线（如 GitHub Actions）无缝集成，直接在拉取请求（Pull Request）中提供自动检查和可执行的 Bug 报告，并附带截图和录屏。
与需要大量编码和维护工作的传统测试框架（如 Playwright 或 Cypress）不同，TesterArmy 作为一种托管服务，可为您处理测试的执行与维护。它具备视觉识别能力以检测渲染问题，拥有持久记忆以从过往测试中学习，并优化了评估流程以减少误报。无论是测试 iOS、Android 还是 Web 应用，TesterArmy 都能帮助团队更快、更自信地发布软件。
**TesterArmy** (YC P26) 是一个智能代理测试平台，旨在利用 AI 代理取代脆弱、静态的端到端 (E2E) 测试。该平台由 Oskar、Szymon 和 Piotr 共同创立，允许工程师通过自然语言定义测试，使代理能够浏览 Web 和移动应用、处理身份验证、管理 OTP，并执行诸如 AI 聊天验证等复杂交互。
与需要维护选择器和基础设施的传统脚本不同，TesterArmy 的运行方式如同自主的 QA 工程师。它与 GitHub 集成以自动测试 PR，通过 Slack/Discord 向团队发送警报，并支持静态脚本难以处理的复杂场景，如动态内容和 API 调用。
**要点：**
* **可靠性：** 基于专有的测试框架构建，该框架注入了先前的测试轨迹，以最大限度地减少非确定性和决策疲劳。
* **兼容性：** 支持 Web、iOS 和 Android 测试，无需直接访问代码库。
* **增长：** 该平台通过专注于“开箱即用”的体验，并通过模型优化实现高性价比，已扩展至 30 多个团队。
* **社区反馈：** 尽管一些用户对 AI 测试的可靠性以及潜在的安全/隐私风险表示担忧，但创始人强调，他们的代理方案显著降低了传统测试的维护负担。
`hermes claw migrate` 命令旨在简化从 OpenClaw（或旧版 Clawdbot/Moldbot）向 Hermes 的过渡。默认情况下，它会自动检测旧版目录，并将配置、人格、记忆和技能映射到 Hermes 环境中。 **核心功能：** * **安全优先：** 该工具会在应用更改前生成完整预览，并创建迁移前备份（存储于 `~/.hermes/backups/`）。 * **高度定制：** 使用 `--dry-run` 查看变更详情，使用 `--migrate-secrets` 安全导入 API 密钥，并通过 `--preset`（full 或 user-data）筛选迁移范围。 * **智能映射：** 可迁移人格（`SOUL.md`）、长期记忆、技能、模型提供商以及平台集成（如 Telegram、Discord、Slack）。 * **冲突处理：** 通过 `--skill-conflict` 标志进行管理（选项包括：跳过、覆盖或重命名）。 **迁移后步骤：** 1. **验证：** 查看迁移报告，并检查 `~/.hermes/migration/openclaw/` 中的归档文件，以处理需要手动设置的项目。 2. **身份验证：** 运行 `hermes status` 确认 API 密钥状态，并在必要时重新配对 WhatsApp 等服务。 3. **清理：** 确认无误后，使用 `hermes claw cleanup` 归档旧目录。 如需排查故障，请确保源路径正确。请注意，新导入的技能和配置需要开启新的会话方可生效。
关于从 OpenClaw 迁移至 Hermes 的 Hacker News 讨论，凸显了人们对“代理型”（agentic）AI 工具的实用性与可靠性这一议题的广泛争论。
许多用户认为这两个平台都令人沮丧，指出其图形界面存在缺陷、上手引导流程中断，且整个软件显得臃肿、“像玩具一样”而不成熟。怀疑论者认为，这些工具所提供的功能，通过简单的确定性脚本或现有的基于命令行的编程代理即可实现。相反，支持者则将其视为管理复杂工作流（如自动化营销或数据库查询）的宝贵平台，并认可其处理持久化内存和任务调度的能力。
该讨论帖还触及了几个极具争议的话题：
* **职业道德：** 用户对 Hermes 与其他项目之间存在的抄袭指控，以及项目维护者在处理批评时的不专业行为表示担忧。
* **安全与臃肿：** 人们持续关注“隐藏”功能、不必要的捆绑技能（如加密货币/市场追踪器）以及潜在的数据泄露风险。
* **倾向于 DIY：** 一个普遍的主题是开发者倾向于构建自定义、极简的“灵感编程”（vibecoded）解决方案。许多开发者更喜欢轻量级配置，而非 OpenClaw 或 Hermes 那种“臃肿”的默认设置，他们更愿意构建优先考虑可靠性而非炒作的自有系统。
与世界上大多数仅仅依靠管理鼠患的地区不同，加拿大阿尔伯塔省在过去 70 多年里基本实现了“无鼠化”。在入侵物种褐家鼠抵达北美后，阿尔伯塔省于 1950 年发起了一场战略性的“灭鼠战争”，以防止它们在此扎根。
政府在东部边境沿线实施了一个 600 公里长、29 公里宽的“鼠害控制区”，并利用了鼠类主要通过人类交通工具传播这一特点。通过结合积极的监测、强制性的公众报告制度以及要求业主消除鼠患的法律规定，官员们成功阻止了鼠类的向西蔓延。该项目最初依赖砷等危险毒药，后来改用华法林等更安全的抗凝血剂。
维持这一现状需要时刻保持警惕。尽管仍有鼠类偶尔进入该省，但它们总能在繁殖前被发现并消灭。如今，阿尔伯塔省每年花费约 50 万美元来维护这一成果，这仅是邻近省份在治理鼠害上所投入的数百万美元资金的一小部分。阿尔伯塔省的成功证明，虽然彻底灭绝入侵物种很困难，但通过地理优势、早期干预以及政府支持的持续监测，可以有效地将它们阻挡在外。
这篇 Hacker News 讨论帖探讨了加拿大阿尔伯塔省被公认为“无鼠省”的现状。用户指出，虽然该省并非完全没有老鼠（偶尔会有侵入情况），但通过长期且激进的灭鼠计划，成功防止了鼠群的定居。这种成功通常归功于阿尔伯塔省缺乏大型海港，以及政府持续且充足的资金投入。
讨论重点包括：
* **“无鼠”现实：** 许多阿尔伯塔人从小到大从未见过老鼠，常将当地的地松鼠或囊鼠误认为是老鼠。
* **历史背景：** 评论者回顾了该计划的历史，包括一些早期的极端案例，例如害虫防治人员为了证明诱饵的安全性而亲自食用掺有华法林的燕麦。
* **与其他地区的对比：** 来自多伦多或纽约等城市的用户分享了截然不同的经历，有些人经常见到老鼠，而有些人即使生活在城市也很少见到。
* **生态辩论：** 讨论还涉及了城市生态系统的复杂性、土狼等天然捕食者的作用，以及蟑螂和老鼠等害虫对公众心理的影响。
归根结底，该讨论帖证明了坚定的政策和公众配合如何实现显著的环境治理。
我们正在验证您的浏览器。网站所有者？请点击此处修复。 Vercel 安全检查点 | sin1::1781793221-daKe17e3TanY9laaTU5mq5KHhhD8239V 请启用 JavaScript 以继续。 Vercel 安全检查点 | sin1::1781793221-daKe17e3TanY9laaTU5mq5KHhhD8239V
最近一个 Hacker News 帖子讨论了 “Gitlawb”，这是一个被宣传为“为智能体时代打造的 Git 平台”。创建者认为，由于验证码和基于电子邮件的身份验证，GitHub 等传统平台为人工智能智能体带来了阻碍。Gitlawb 提议使用去中心化身份（DID）来取代传统登录方式，从而允许自主智能体在无需人工干预的情况下完成完整的 Git 生命周期。
社区对此反应大多持怀疑态度。批评者认为，验证码和身份验证屏障是防止自动化垃圾信息和滥用账号的基本安全功能，而非单纯的“阻碍”。许多用户质疑该项目的必要性，指出现有的命令行工具已经能有效支持人工智能智能体。
讨论还集中在该项目的品牌命名上，特别是它与 “GitLab” 的相似性，引发了关于潜在商标侵权的担忧。尽管有少数支持者将其视为迈向更佳智能体原生工具的一步，但评论者普遍认为，为了人工智能的便利而强迫世界绕过安全措施是一种考虑不周的方法。
**Image Toolbox** 是一款适用于 Android 的全面、免费且开源（FOSS）的图像编辑套件。它专为摄影师和开发者设计，在简洁且可高度定制的界面内提供了功能强大的工具集。
**主要功能包括：**
* **编辑与处理：** 支持批量处理、超过 310 种滤镜、AI 驱动的背景移除、调整大小、裁剪、拼接、堆叠及添加水印。
* **AI 工具：** 提供先进的生成式修复、超分辨率放大、降噪、上色，以及通过 Tesseract 或 PaddleOCR 实现的文档扫描功能。
* **实用工具与转换：** 强大的格式转换支持（涵盖 HEIF、AVIF、JXL 和 WebP 等数十种格式）、PDF 管理工具、二维码/条形码扫描及隐写术。
* **定制化：** 深度 UI 个性化，包括 Material You 主题、自定义字体和多种布局样式，以及文件加密等注重隐私的功能。
该应用基于 Jetpack Compose、Kotlin 和 Hilt 等现代技术构建，具有极高的可扩展性和性能表现。用户可以通过参与翻译、反馈问题或捐赠来支持其开发。本项目采用 Apache 2.0 许可证，代码托管在 GitHub 上，欢迎有兴趣构建或贡献生态的用户前往查看。
抱歉。
Git 提供了三个层级的忽略文件设置，支持仓库级和全局配置： 1. **.gitignore：** 位于仓库根目录，会被提交到版本控制中，适用于该仓库的所有用户。 2. **.git/info/exclude：** 仅对特定仓库有效，不会被 Git 追踪。适合用于忽略个人工作流中特有的文件（例如个人笔记），且不会影响他人。 3. **~/.config/git/ignore：** 全局配置文件，适用于本机的所有仓库。用于忽略系统生成的特定文件（如 `.DS_Store`）。你可以使用 `git config --global core.excludesFile` 来自定义此文件的位置。 若要确定某个文件是由哪个配置文件忽略的，请使用以下命令： `git check-ignore -v <文件名>` 该命令会输出导致忽略规则的具体文件路径及行号。如果命令没有输出任何内容，则说明该文件未被上述任何来源所忽略。
本次讨论阐明了尽管 `.gitignore` 是忽略文件的标准方式，但 Git 仍提供了几种针对特定需求的替代方案。
本次讨论的核心要点包括：
* **.git/info/exclude：** 与提交到仓库的 `.gitignore` 不同，该文件仅存在于本地机器/克隆版本中。它非常适合存放不应与协作者共享的个人工作流文件。
* **全局忽略 (`~/.config/git/ignore`)：** 用于在用户层面忽略所有项目中的文件（例如操作系统产生的 `.DS_Store` 或 IDE 配置文件），从而保持各个仓库 `.gitignore` 文件的整洁。
* **.gitattributes：** 除了忽略文件外，它还可用于改善“开发体验”（DX）。例如，设置 `package-lock.json -diff` 可以防止命令行界面显示海量且难以阅读的差异对比，同时仍能保留该文件的版本追踪。
* **最佳实践：** 许多开发者主张通过全局忽略本地工具配置文件来保持仓库的“纯净”；而另一些人则倾向于使用项目级别的忽略配置，以确保团队间的一致性并防止意外提交。
本次讨论强调，尽管 Git 是一个强大且通用的工具，但管理其忽略文件的方式需要在团队标准与个人生产力之间取得平衡。
由两人组成的初创公司 Modos 已为“Modos Flow”发起众筹，这是一款 13.3 英寸的彩色电子纸显示器。在开源 Paper Monitor 开发套件取得成功的基础上，Flow 是一款面向消费者的成品设备，具备 3200 x 2400 分辨率、触摸输入以及 60Hz 的刷新率。 这些进步得益于“Enchanter”，这是一款新型开源显示控制器板，它采用了性能更强的 FPGA 并支持 DisplayPort 1.1——这是通过采购具有公开文档的组件所实现的里程碑。联合创始人 Alexander Soto 和 Wenting Zhang 回应了人们对电子纸延迟的普遍质疑，他们指出，通过优化初始像素响应并消除控制器缓冲，他们提供了可媲美早期平板电脑技术的响应体验。 回顾从 DIY 套件到大规模生产的历程，创始人们强调了制造过程的复杂性，建议将预估时间加倍，并指出与工厂直接沟通至关重要。为了保持创作控制权和以社区为中心的发展方向，他们选择放弃传统的风险投资。他们鼓励有抱负的硬件工程师与用户群体深入互动，最重要的是，要将原型机付诸实践，而不是让它们束之高阁。
**Modos Flow** 是一款开源的 13.3 英寸彩色电子墨水显示器（售价 619 至 719 美元）。凭借其高刷新率和在交互式计算方面的潜力，该产品在 Hacker News 上引发了广泛关注。该项目由一个小团队开发，旨在将电子墨水技术从简单的电子阅读器拓展至通用计算领域，相较于传统的 LED/LCD 显示屏，有望减轻用眼疲劳。
社区讨论的重点包括：
* **性能：** 用户称赞开发团队在优化显示控制器速度方面的工程造诣，但也有人质疑电子墨水是否真能达到传统显示器的响应速度。
* **应用场景：** 用户对其作为户外可读显示器或专注编程工具的前景表示期待，但批评者指出其价格依然高昂，且所采用的 USI 手写笔技术不如 Wacom 的 EMR 标准受欢迎。
* **行业背景：** 评论者指出，尽管这类设备属于小众，但它们代表了日益兴起的“替代性显示”运动，该领域还包括半透射式 LCD 和可维修硬件。
总的来说，该项目被视为一个令人印象深刻的“热情项目”，挑战了现有私有显示技术的格局，但其未来取决于此类小众硬件能否找到可持续的市场。
建议优先使用 `System.MathF` 而非 `UnityEngine.Mathf` 以获得更好的性能，这种说法大致正确，但 Unity 数学实现的实际情况非常复杂且不统一。
Unity 的性能表现会根据脚本后端（Mono、IL2CPP 或 Burst）及所用库的不同而产生显著差异。虽然 `UnityEngine.Mathf` 在 Mono 中常会执行不必要的浮点数到双精度浮点数的转换，但 Unity 的各种编译器往往会应用“特殊”优化，从而以不可预知的方式改变代码行为：
* **Burst：** 高效但缺乏统一性；它将 `Unity.Mathematics` 视为原生单精度处理，但完全不支持 `System.MathF`。
* **IL2CPP：** 有时会将 `Mathf` 方法优化为原生单精度指令，但会为 `System.MathF` 和 `Unity.Mathematics` 增加开销（例如延迟类初始化）。
* **Mono：** 长期以来受限于强制对所有计算进行双精度处理，导致了显著的性能开销。
**要点总结：**
1. **追求极致性能：** 使用 **Burst + `Unity.Mathematics`**。
2. **常规代码：** 如果不使用 Burst，`System.MathF` 通常比 `UnityEngine.Mathf` 更快。
3. **未来趋势：** Unity 向 CoreCLR 的过渡最终应当会标准化这些行为，但就目前而言，“最佳”选择仍取决于您的具体目标平台和编译器设置。
这篇 Hacker News 讨论帖探讨了浮点数运算的陷阱，起因是一位用户对 Unity 中 `AsyncOperation.progress` 的不满。由于 Unity 将进度表示为浮点数（float），但在将其与双精度浮点数（double，即 `0.9`）进行比较时，由于精度差异（`0.9f < 0.9`），导致条件 `progress >= 0.9` 可能永远无法成立。
讨论延伸到了关于数值表示的更广泛辩论：
* **定点数与浮点数：** 许多参与者认为，浮点数常被误用于需要恒定精度的应用场景（如经纬度坐标或金融计算）。在这些领域，定点数运算能提供更可预测的结果，并简化错误分析。
* **性能与标准：** 虽然得益于硬件加速和处理多量级数值的便利性，浮点数已成为科学和图形模拟领域的行业标准，但批评者认为，在许多定点数足以胜任的任务中，使用浮点数往往是“过度设计”。
* **生态系统缺口：** 一个常见的遗憾是缺乏高质量的标准化定点数数学库（特别是三角函数库）。这种缺失迫使开发者即使在定点数更直观、更安全的情况下，也只能继续使用 IEEE 浮点数。