启用 JavaScript 和 Cookie 以继续。
每日HackerNews RSS
## 西班牙关闭空域给美国飞机 – Hacker News 摘要
Hacker News 上的一篇帖子讨论了西班牙决定关闭其空域给可能对伊朗采取行动的美国飞机。 这引发了关于美国外交政策、美西关系价值以及美国海外军事存在带来的财务影响的争论。
许多评论员质疑美国期望获得进入西班牙空域的理由，强调西班牙的主权。 一些人指出了美国历史上的干预以及冲突升级的可能性。 还有人争论围绕西班牙美国基地的财务安排，质疑考虑到使用限制，收益是否超过成本。
一个反复出现的主题是对美国外交政策的批评以及卷入不符合欧洲利益的冲突的可能性。 还有关于美国对以色列的援助及其对国际关系的影响的讨论，一些人指责美国将以色列的利益置于更广泛的战略考量之上。 讨论还涉及北约的复杂性以及联盟可能的变化。
目睹了社交媒体从早期以人为本的发展历程，作者对其目前的走向表示担忧。他们观察到，社交媒体正朝着自动化和武器化的方向转变，这得益于模仿真实互动的AI工具——它们撰写帖子和评论，*仿佛*是由真人创作的。
尽管运营着成功的时事通讯和播客，作者仍然将真实的互动置于“增长黑客”之上，珍视社交媒体作为分享想法和建立联系的空间。他们哀叹AI“声誉教练”的兴起，这些教练优先考虑产出和数据，而非真实的存在，从而助长了“有毒的激怒机器”。
作者倡导透明度，敦促人们识别并揭露自动化内容，并要求平台优先考虑信息而非人为制造的互动。他们强调*保持*在线存在的重要性，即使——甚至特别是在挣扎时，认为脆弱和诚实对于维护网络的社会结构至关重要。
## Marginalia Search NSFW 过滤器：摘要 作者为 Marginalia Search 开发了一个 NSFW 过滤器，起因于 API 用户请求。最初使用 fasttext 等快速分类器尝试效果不佳，原因是训练数据偏差——从 NSFW 搜索收集的样本包含过多“与 NSFW 相关”的噪声，导致误报。最先进的 Transformer 模型对于搜索引擎的实时需求来说速度太慢。 解决方案采用了一种新颖的方法：利用大型语言模型 (LLM)，如 Qwen 3.5，来*标记*大量（10K 个样本）搜索结果为安全或 NSFW。然后，使用这些标记数据训练一个从头开始实现的简单、单隐藏层神经网络。 该网络专注于精心挑选的特征——指示 NSFW 内容的术语，以及用于避免过度过滤的“区分性”术语。训练是迭代的，过滤器在实时搜索结果上的表现被用于完善特征集并减少误报。虽然不完美（NSFW 分类器很少能做到完美），但该过滤器在初步评估中实现了约 90% 的准确率，现已在 API 上上线，并计划提供 UI 选项。作者强调了平衡速度、准确性和实际 NSFW 内容低发生率的“棘手”性质。
对不起。
Cherri 是一种新的编程语言，专为构建和维护 macOS 上的大型、复杂的“快捷指令”而设计。与直接在“快捷指令”应用内构建不同，Cherri 允许使用 CLI、VSCode 扩展或专用 macOS 应用进行桌面开发。
它旨在与“快捷指令”动作实现 1:1 映射，以便于调试，并具有包管理器（使用 Git 仓库）、类型检查、函数以及包含文件的功能。Cherri 优先创建优化后的“快捷指令”，以最大限度地减少尺寸和内存使用。
主要功能包括导入现有“快捷指令”、定义自定义动作和嵌入文件。它还处理通过 macOS 或备用服务器对“快捷指令”进行签名。安装方式包括 Homebrew、Nix 或直接下载。该项目的创建者强调了在“快捷指令”语言领域持续发展的必要性，并以此为基础，延续之前经常被废弃的努力。
## Cherri：一种用于 Apple Shortcuts 的新语言
一种名为 Cherri 的新编程语言已经开发完成，旨在直接编译成 Apple Shortcuts。这解决了在 Apple 原生 Shortcuts 应用中构建复杂自动化流程时令人沮丧的开发体验，许多人觉得它不直观且难以维护。
有几位用户报告成功使用 Cherri，并借助 Claude 等 LLM 创建了数百个用于 macOS 自动化的 Shortcuts——这些任务使用 AppleScript 或其他方法要么不可能，要么过于繁琐。该语言允许更轻松的代码重用和脚本编写，克服了可视化界面的限制。
讨论强调了 Apple 自动化工具（Shortcuts、AppleScript、Hammerspoon）的挑战，许多人希望拥有更强大的 SDK，最好是 Python。人们也对 Apple 对向后兼容性的承诺以及频繁的破坏性更改表示担忧。该项目包括原生 macOS 签名和云端回退，以提供跨平台支持。
最终，Cherri 旨在赋能高级用户和开发者，以更友好的代码方式充分利用 Apple 的自动化功能，尤其是在人工智能辅助开发时代。
## AnchorGrid 门检测摘要 AnchorGrid 的门检测 API (POST /v1/drawings/detection/doors) 识别建筑平面图 PDF 中的门，并以边界框形式返回结果。它需要先前上传的文档 ID 和可选的页码。 **免费版：** 处理时间为**每份作业 2-4 分钟**，具体取决于文档复杂度和页数。 费用为**每页 2 个积分**，终身上限为**402 个积分**。 **更快的处理速度：** 升级到 Pro 或 Enterprise 计划将使用专用 GPU 基础设施以获得更快的结果。这些版本还可以在作业完成后启用 webhook 通知。 **关键细节：** * **身份验证：** 通过 X-API-Key 标头。 * **响应：** 初始的 202 Accepted 响应提供了一个 `job_id` 用于轮询状态 (GET /v1/jobs/{job_id})。 * **结果：** 包括门的位置（页码、边界框）、过滤后的门数量 (`doors_found`) 和处理时间。 * **速率限制：** 根据版本而异（免费版：每分钟 5 个，Pro 版：每分钟 60 个，等等）。
有效的研究需要平衡探索与整理。虽然Pinboard、Books.app和摘录应用等数字工具对收集资料有帮助，但作者认为**在纸质笔记本上手写笔记是研究过程中最有价值的部分。** 最大化笔记本使用价值的关键在于持续的整理：**在每页写上日期，添加页码（奇数就足够了！），并建立一个持续更新的索引**，记录主题、引言和想法。为了管理有限的空间，笔记只写在右页，相关的想法或交叉引用则用铅笔写在左页。这创造了一个灵活的系统，其中偶数索引条目表示“非直接”的联系。 尽管笔记可能分散在多个笔记本中，但这种方法——结合勤奋的索引——能够实现高效的回忆，并促进对研究材料更深入的参与，最终扩展思维能力并改善研究成果。
我们的团队从Proxmox迁移到FreeBSD并使用Sylve，是因为我们的基础设施对于日常任务变得过于复杂。虽然Proxmox适合许多人，特别是那些需要基于传统VM的高可用性的人，但我们的工作——频繁创建VM、测试定制Linux发行版和硬件验证——需要一种更轻量级、更精简的方法。
Sylve基于FreeBSD的本机工具，如ZFS和bhyve，提供了一个简洁的管理层，没有不必要的抽象。这种简单性对于重复性任务，如配置、存储调整和硬件直通，都证明了其价值，使日常工作更加顺畅，减少了挫败感。
主要优势包括易于管理的ZFS、可管理的硬件直通、通过torrent进行便捷的镜像转换，以及一个令人惊讶的实用Web终端。最终，我们寻求的是一个与我们的需求相称的堆栈——稳定、直接且不那么耗费精力，从而使我们能够专注于开发，而不是基础设施管理。我们感谢FreeBSD基金会的支持，并期待未来的发展，例如实时迁移。
对不起。
Bitwarden 已经发布了 Agent Access SDK，为 AI 代理访问凭据提供了一种更安全的方式。 传统上，代理将 API 密钥存储在内存中，存在安全风险。这个新系统利用人工参与的审批流程：代理请求凭据，用户通过 Bitwarden CLI 批准，凭据在*不*让代理看到明文值的情况下被注入。
OneCLI 作为关键网关，拦截 API 请求，从 Bitwarden 获取凭据，并直接将其注入到请求中。 这确保了代理和 LLM 提供商永远不会处理敏感信息。
主要优势包括通过人工审批增强安全性、运行时策略执行（如速率限制）以及全面的审计跟踪。重要的是，此解决方案与框架无关，适用于 NanoClaw 和 OpenClaw 等代理。 Bitwarden 的 SDK 和 OneCLI 都是开源的，目前处于 alpha 阶段，为安全的代理操作提供了一个有前景的“信任层”。
## Bitwarden 与 OneCLI Agent Vault 集成
Bitwarden 通过新的API与 OneCLI Agent Vault (onecli.sh) 集成。讨论的焦点在于这是否是真正的集成，还是仅仅是 Bitwarden 开放其API供他人使用。一些评论者认为集成是双向的，而另一些人则指出当大型实体向小型项目提供API时的权力动态。
有人对 OneCLI 本身的安全性表示担忧，用户指出其缺乏依赖项固定和安全审计，质疑 Bitwarden 与其集成的决定。另一些人则为该集成辩护，认为使用代理进行密钥管理是一个好主意，并且推荐开源解决方案问题较小。
一个反复出现的主题是对AI生成内容的怀疑，以及对平台“沦陷化”的更广泛讨论，引用了 Cory Doctorow 的框架。最后，对话涉及了 1Password 等密码管理器替代品，最近的价格上涨促使用户重新评估他们的选择，包括 Bitwarden（Bitwarden 最近也提价了，但仍然更便宜）。
游戏浏览工作室 重启 游戏显示名称 主题：天堂鸟 CobaltDawn Espresso Libre GitHub Idle Fingers I PlasticMagic WB Amiga Merbivore Sunburst Textmate Mac Classic KR Theme Twilight Zenburnesque Active4D All Hallows Eve Amy Blackboard Brilliance Black Chrome DevTools Clouds Midnight Clouds Dracula Dreamweaver Eiffel GitHub Dark GitHub Light Katzenmilch Kuroir Theme LazyMono Industrial Monokai Night Owl Nord Oceanic Next Pastels on Dark Slush and Poppies Solarized Dark Solarized Light Space Cadet Tomorrow Night Blue Tomorrow Night Bright Tomorrow Night Eighties Tomorrow Night Tomorrow Vibrant Ink Xcode 默认字体大小：字体连字
## 编码字体选择器总结
这次Hacker News讨论围绕[codingfont.com]展开，这是一个旨在帮助用户发现理想编码字体的游戏。该网站以配对字体的方式呈现，要求用户选择偏好，最终通过类似锦标赛的淘汰方式缩小选项范围。
用户分享了他们的结果，**Fira Code、JetBrains Mono、Ubuntu Mono 和 Source Code Pro** 经常作为赢家出现。许多人遗憾自己喜欢的字体（如 **Iosevka、Berkeley Mono 和 Cascadia Code**）没有被包含在内。
贯穿评论的关键主题是字体偏好的主观性，讨论涉及连字、字符区分（尤其是'0'与'O'、'i'与'l'）以及不同环境下的渲染一致性的重要性。一些用户强调了定制和像素级完美字体对于最佳可读性的价值。
虽然这个游戏受到赞赏，但反馈包括对诸如基于Elo等级的排名系统、进度跟踪、根据特征排除字体（连字、衬线）以及包含用户提交字体等功能的要求。