```# 使用签名捕获/约束根段 get -> 'product', UUIDv4 $id { content 'application/json', get-product($id); } # 捕获根段并提供静态内容 get -> 'css', *@path { static 'assets/css', @path; } # 从查询字符串获取内容 get -> 'search', :$term! { content 'application/json', do-search($term); }```
每日HackerNews RSS
最近的一场 Hacker News 讨论聚焦于 **Cro**，这是一个用于在 **Raku**（前身为 Perl 6）中构建响应式服务的框架。
讨论强调了 Raku 与其 Perl 5 根源相比的重大演变，用户为那些希望跨越这两种语言学习鸿沟的人分享了官方文档资源。虽然讨论的主题主要是 Cro 在构建单页应用方面的实用性——即将后端服务与 React 和 Webpack 等前端工具集成，但帖子也触及了社区不断变化的偏好。一些参与者质疑在现代开发中是否仍有必要使用沉重的 Webpack 技术栈，而另一些人则针对该语言与其前身相比的优雅程度展开了轻松的辩论。
LocalAI 开发了 18 个自定义 C/C++ 推理引擎，主要目的是为了避免 Python/PyTorch 依赖带来的臃肿和复杂性。通过将庞大的 Python 环境替换为自包含、轻量级的二进制文件（通常小于 100 MiB），LocalAI 在保持与 vLLM 和 ONNX 等行业标准框架近乎完美输出一致性的同时，显著减少了内存占用并缩短了安装时间。 开发过程优先考虑准确性而非原始速度：引擎的构建首先是将权重转换为 GGUF 格式，针对参考张量执行严格的组件级测试，仅在验证输出一致性后才进行优化。虽然这些移植版通过消除解释器开销和冗余计算，在 CPU 上往往优于 Python 等效版本，但在 GPU 上仍与 cuDNN 等成熟内核保持同等性能。 LocalAI 仅在 Python 依赖受限或不存在 C++ 实现的特殊用例中才使用这些自定义移植版。对于像 `llama.cpp` 或 `vLLM` 这样快速迭代的项目，团队仍会继续使用现有的封装。最终，这种方法提供了一个可预测、可移植且高效的推理栈，同时兼顾了生产部署所需的可靠性。
Hacker News 社区正热议 **Qwen3.8-Max** 的发布，特别是有关该“Max 级”模型将于下周推出开放权重版本的消息，引发了广泛关注。
**核心要点：**
* **性能：** Qwen3.8-Max 被定位为 Claude 3.5/Opus 等前沿模型的顶级竞争对手。用户反馈其在智能体编程方面能力极强，但也有人指出，与美国成熟的云服务相比，它在超时问题或配置兼容性上可能存在一些门槛。
* **本地部署：** Qwen 的前代版本（尤其是 3.6-27B 和 35B-A3B）已成为许多本地 AI 爱好者的“主力模型”。用户称赞 27B 密集型模型在消费级硬件（如 Mac 和高端 GPU）上表现出的连贯性与效率。
* **市场动态：** 讨论强调了 AI 领域正在发生的“商品化”趋势。虽然美国实验室（OpenAI/Anthropic）凭借集成生态和企业级可靠性保持着溢价地位，但中国的开放权重模型（Qwen、DeepSeek、Kimi）正积极挑战其价值主张，这可能会动摇前沿实验室的竞争“护城河”。
* **经济性：** 人们依然担忧硬件成本和能源消耗。然而对许多人来说，能够本地运行功能强大、私密且无审查的模型以支持个人智能体工作流，其价值远超云端 API 的便捷性。
前苹果工程师托比·博德曼（Toby Boardman）提起诉讼，指控公司因他提出隐私顾虑而于2024年6月将其非法解雇。博德曼声称，他发现苹果在未经客户许可的情况下，向AT&T共享了包括序列号和IMEI数据在内的敏感客户标识符。 诉状显示，博德曼曾多次向其主管梅格·费舍尔（Meg Fisher）反映这些未经授权的数据传输问题，但据称费舍尔对此不予理会，并要求他“别再找麻烦”。在博德曼拒绝执行这些违规请求后，他受到了内部压力。在因焦虑症和强迫症休了一个月病假后，博德曼本以为会参加关于工作调整的会议，不料却被解雇。苹果公司则将解雇原因归结为绩效问题。 尽管该诉讼指控苹果存在非法处理数据及打击报复行为，且定于2027年11月进行陪审团审判，但目前尚无法院对这些指控予以证实。苹果已正式否认相关指控，坚称解雇是出于合理的商业考量。目前，公司内部政策文件及争议数据传输的相关证据尚未公开。
一名苹果工程师因拒绝在未经客户充分同意的情况下，向 AT&T 提供客户设备标识符（IMEI 和序列号）而被解雇，目前他正起诉该公司非法解雇。该工程师声称此举违反了隐私协议，而公司内部的批评者及部分评论者则认为，他只是拒绝履行工作职责。
Hacker News 上的讨论凸显了观点上的巨大分歧：
* **职业义务：** 许多人认为，员工受公司政策和管理层指示的约束。从这一角度看，如果员工不同意某项任务，其唯一合乎道德的做法是辞职，而不是在拒绝工作的同时领取薪水。
* **道德诚信：** 另一些人则认为，员工有道德义务抵制他们认为错误的政策，特别是在涉及客户个人身份信息（PII）时。有人指出，苹果公司在隐私保护方面的声誉与这种数据共享行为相矛盾。
* **法律现实：** 评论者指出，此案更可能是一起关于举报人遭报复的民事纠纷，而非刑事隐私诉讼，并认为该工程师在面对苹果的法律资源时将面临一场苦战。
有些想法值得多花点时间。手写能让我们慢下来。这是一个进行深度思考的地方，没有算法推送，每个博客都有 RSS，没有点赞。只有你亲自撰写的页面，如实发布。看看页面吧。或许，互联网可以多一点人情味。在 handwritten.blog 开始你的手写博客。
针对 **handwritten.blog**（一个发布手写笔记的平台）的“Show HN”帖子，引发了关于数字便利性与模拟美学如何交融的热烈讨论。
创始人 Emile Silvis 将该项目描述为一种尝试“放慢”思维过程，而非追求效率的举措。用户可以通过上传照片或电邮扫描件来发布作品。社区对此反应大多积极，许多人称赞了这种新颖感，以及看到个人笔迹所带来的魅力。
然而，讨论也突显了显著的挑战：
* **无障碍性与实用性：** 批评者指出，手写内容缺乏标准文本的可编辑性、屏幕阅读器辅助功能及可搜索性。
* **技术实现：** 有建议提出使用 SVG 以获得更好的缩放效果，并加入横线模板以增强结构感。
* **内容策展：** 人们对可读性、缺乏审核机制，以及长篇内容阅读难度大表示担忧。
总体而言，参与者认为该平台对“作者”的创作过程更有益，而非对“读者”的阅读更有益，并将其比作 E.W. Dijkstra 或 Jeff Bridges 的数字存档项目。该平台目前仍是一个用于个人表达的实验性、非商业空间。
每年9月9日是国际数独日，旨在纪念这一全球现象的演变。尽管其渊源可追溯至18世纪的“拉丁方阵”，但现代数独游戏于1979年以“数字位”（Number Place）之名问世，推测由美国建筑师霍华德·加恩斯（Howard Garns）所创。 1984年，日本出版商Nikoli将其命名为“数独”（意为“数字必须为单个”），这一游戏由此获得了标志性的身份。Nikoli通过增加对称性和限制初始数字数量，规范了这一挑战；而他们决定不在海外对该名称注册商标，也助推了数独的国际化推广。 2004年，韦恩·古尔德（Wayne Gould）将每日数独引入伦敦的《泰晤士报》，引发了该游戏的全球热潮。数独规则简单且不受语言限制，使其能够跨越国界，成为数百万人的日常习惯。自2006年首届世界数独锦标赛举办以来，这一爱好已发展出多种变体，但其核心魅力始终如一：这是一种纯粹的逻辑演练，每一步推理都基于证明而非猜测。如今，数独已成为一种共享的、通用的演绎语言，持续吸引着全世界的玩家。
抱歉。
ssh.place：通过 SSH 进行 r/place 创作
一个画布。每个人都通过 SSH 在上面绘画。无需账户，无需安装 · 200×60 格 · 每 15 秒可放置一次
绘画地址：ssh ssh.place
任何 SSH 密钥均可使用。无需注册。
17 人在线 · 已绘制 594/12000 格
使用方向键、wasd 或 hjkl 移动光标。
画布比你的终端宽，请滚动以平移。shift+←/→ 可整屏跳转。
使用 0 到 9 选择颜色。tab 键可在 16 种颜色间切换。空格键放置该颜色的实心块。
现在等待 15 秒，和其他人一样。
此画布仅限颜色。服务器会拒绝任何包含字符的内容，因此你无法在此处输入文字。请画点什么。
你的冷却时间与 SSH 密钥绑定，因此重新连接不会重置冷却。
此页面仅用于查看画布。画布内容仅通过 SSH 更改，其他地方无法更改。
画布 · 统计 · png · 开源
这篇 Hacker News 帖子讨论了 **ssh.place** 的发布，这是一个类似于 r/place、可通过 SSH 访问的协作像素艺术项目。该项目由 Hack Club 的一名青少年开发者创建，引发了关于“SSH 应用程序”安全性的广泛讨论。
**讨论要点包括：**
* **安全担忧：** 持怀疑态度的人警告称，连接到随机 SSH 服务器存在风险，并提到了终端模拟器中的潜在漏洞、由于缺乏全球公钥基础设施（PKI）导致的中间人攻击（MITM）风险，以及对 SSH 代理转发或恶意终端转义序列的担忧。
* **风险评估：** 支持者认为，OpenSSH 客户端的攻击面比现代网页浏览器小得多，且经过了更严格的审查。他们主张，基于 SSH 的远程代码执行（RCE）风险低于或等同于标准网页浏览。
* **社区情绪：** 许多用户赞赏终端界面的创造性用法，并注意到最近出现的“SSH 应用”（如 paint.dn.ht 或 shellbox）趋势。然而，一些资深用户对网站文案中“人工智能生成”的语调，以及不可避免的机器人涌入导致集体项目体验下降表示不满。
TLS 1.3 是 TLS 1.2 的现代安全继任者，具备更强的隐私保护、更稳健的安全证明，并移除了薄弱的加密原语。本文档正式确立了一项过渡政策：未来的开发工作（包括后量子密码学（PQC）的集成）将仅专注于 TLS 1.3 及更高版本。 因此，除极少数紧急安全修复情况外，TLS 1.2 不再进行任何新的协议变更或 PQC 支持开发。为执行此政策，IETF 正在更新 IANA TLS 注册表，要求新增条目必须指定用于 TLS 1.3 或更高版本。此政策严格适用于 TLS，不影响 DTLS。通过优先发展 TLS 1.3，业界旨在确保通往抗量子安全性的明确路径，同时维护协议生态系统的完整性与长期生存能力。
抱歉。
isopolis — 旧金山 加载中… © OpenStreetMap 贡献者 © CARTO · 社区：DataSF
**Isopolis** 是由开发者 @nuwandavek 创建的一款交互式等距视角像素艺术旧金山地图。该项目以 Google 照片级真实感 3D 切片为基础，利用扩散模型将其转化为吉卜力风格的像素艺术。为应对项目的技术复杂性，创作者借助 Claude Code 等 AI 辅助编码工具，开发了用于数据抓取、图像筛选和保持风格一致性的定制化开发工具。
该项目在 Hacker News 上引发了观点两极分化的讨论。支持者称赞它是一种对城市充满魅力且令人怀旧的致敬之作，将其比作《模拟城市 2000》，并对创作背后的技术抱负表示赞赏。相反，批评者则认为这些图像显得“缺乏灵魂”且粗糙，将其贴上“劣质内容”而非真正像素艺术的标签。他们指出 AI 生成的异常现象（例如道路被错误渲染成湖泊，以及缺乏垂直高度感）证明了其执行力远未达到手工制作的水准。
尽管存在这些批评，该项目仍作为一种流行的“氛围感”探索作品受到关注。创作者正积极响应反馈，不断优化缩放级别等功能，并在配套的开发者博客中记录了相关的技术局限性。
CP/M-386 是一个早期的操作系统项目，旨在 386 及更新的架构系统上运行 CP/M，要求至少 2MB 内存。该系统源自 CP/M-68K，支持 PC BIOS 或 UEFI（通过 CSM），并提供 VGA、PS/2 键盘、UART 串口以及标准 PC 硬件计时器的驱动程序。 该系统与传统的 CP/M 版本具有高度的源码兼容性，包括与 CP/M-68K 1.3 和 CP/M 2.2 完全一致，并对 CP/M-Plus 和 DOS-Plus 扩展提供了实质性支持。虽然它不包含多用户和多任务功能，但引入了针对现代特性的独特扩展，如直接视频访问和高分辨率计时。 开发人员可以使用 GCC（推荐）或 Clang 在大多数现代 Linux 发行版、NetBSD 和 FreeBSD 上构建该系统。该项目基于 MIT 许可证发布，并获得了 Digital Research 的继任者 DeviceLogics LLC 的明确授权，允许修改和分发 CP/M 技术。项目还提供了一套广泛的实用工具，涵盖从文件管理到图形演示等多种功能，用于测试和系统交互。
一个名为 **CP/M-386** 的全新开源项目在 Hacker News 上引发了热烈讨论。该项目源自基于 C 语言的 CP/M-68K，旨在将 CP/M 的遗产引入 x86 硬件的 32 位保护模式。目前项目处于早期开发阶段，其 32 位内核可通过 Multiboot 引导，并提供 Ring-3 运行环境。
这一公告在资深开发者中引发了关于 Digital Research (DRI) 历史的怀旧与技术探讨。用户们回顾了从 CP/M-86 和 Concurrent DOS 到 DR-DOS 的演变历程，并重点讨论了当时与 MS-DOS 的激烈竞争以及“AARD”代码争议。许多贡献者表示遗憾，因为 DRI 旗下更先进的实时保护模式操作系统 FlexOS 的源代码至今尚未公开，而该系统被视为此类项目更理想的历史替代品。
在技术层面，社区称赞该项目简洁明了，且完全由人工编写而非 AI 生成。讨论还涉及了 x86 内存管理的复杂性，开发者们明确指出，尽管该项目采用了 32 位保护模式，但内存模型的选择仅是实现层面的细节，而非硬件强制要求。