现代烘焙往往优先考虑科学的精确性，数字秤和高度优化的电子表格取代了传统的直觉依赖。尽管这种分析性的转变使烹饪变得更具可重复性和易学性，但也造就了一代因害怕偏离精确测量而变得畏手畏脚的厨师。
从历史上看，食谱都很简洁，默认厨师具备深厚的直觉经验。向标准化、经验主义烹饪的转变直到上个世纪才逐渐流行，这得益于家政运动和厨房的工业化。然而，这种对绝对掌控的追求只是一种错觉；厨房是一个生物环境，湿度和食材质量等变量在不断变化。
烹饪不是实验室实验，而是一种极其私人的感官体验。依靠“框架”而非死板的公式，可以让厨师适应各自独特的生活环境。通过摆脱对精确克数的执念，我们重新找回了烘焙的艺术性。正如作者在教母亲制作哈拉面包时所发现的那样，真正的烹饪自信源于相信自己的感官——感受面团、观察火候，并拥抱过程的灵活性。归根结底，食谱仅仅是一个起点；真正的魔法始于我们停止测量、开始感知的那一刻。
每日HackerNews RSS
这篇 Hacker News 的讨论探讨了烹饪精确度与直觉烘焙之间的张力。
原文认为，像烘焙百分比这样死板的规则仅仅是“脚手架”，而非绝对法则，主张在面包制作中采取一种更自由、更具艺术性的方法。然而，评论者们反驳道，精确度对于“可复制性”至关重要。他们指出，严格的测量（精确到克）和时间控制才是现代面包店产出一致性产品的关键，并表示直觉式烘焙往往会导致面团未烤熟或质地如“石头”般的失败。
这场讨论还涉及了美国面包与欧洲标准的质量对比。评论者将美国面包被认为质量较低的原因归结为文化偏好——即对高筋、偏甜配方的依赖，而非技术精确性的缺失。归根结底，该讨论将这一争论定义为一种权衡：精确度带来了可靠、工业化的一致性，而直觉则提供了一条通往精通、尽管不那么稳定的创造性路径。
Persona 是一个基于 TypeScript/原生 JS 构建的可主题化、与框架无关的 AI 聊天小部件。它专为快速集成而设计，可为任何网站或产品提供即插即用的 UI，作为 React、Vue 或 Svelte 等现有技术栈的轻量级配套工具。
主要功能包括：
* **灵活部署：** 通过简单的配置或 `<script>` 标签支持浮动、停靠（侧边栏）和全屏布局。
* **后端无关：** 可连接到任何支持 SSE 的后端，并提供针对 Node、Bun、Deno 和 Cloudflare Workers 的适配器。
* **丰富功能：** 包含流式响应、多模态内容（图像/文档）、语音输入/输出、工具调用可视化、工件渲染和推理气泡。
* **高度可扩展：** 提供强大的插件系统，允许开发者无需分叉（fork）核心代码即可自定义 UI 层、解析器和组件逻辑。
* **开发者体验：** 内置对 WebMCP/页面工具、安全 API 代理和热重载开发环境的支持。
无论你需要一个简单的支持启动器还是功能齐全的 AI 工作区，Persona 都提供了一种声明式、低依赖的方式来构建能无缝集成到任何环境中的 AI 体验。
**Persona.js** 是一个全新的轻量级原生 JavaScript 库，旨在帮助开发者构建代理式（agentic）用户界面，且无需依赖繁重的框架。
Persona.js 专为简化 AI 助手与现有网站（从 CMS 平台到电子商务网站）的集成而生，提供了一个低占用的解决方案（约 15kB），支持气泡启动器、停靠侧边栏和全屏助手等灵活的 UI 模式。该库的一个核心功能是**全面支持 WebMCP（模型上下文协议）**，使开发者能够构建“混合”体验，让 AI 代理可以直接与网站的特定工具和功能进行交互，而无需依赖脆弱的无头浏览器交互。
该库利用 Shadow DOM 实现隔离，确保不会与现有样式产生冲突。开发者强调，虽然 React 等框架有其应用场景，但 Persona.js 提供了一种“更接近底层”的方法，使其成为希望在不破坏现有架构的情况下添加 AI 功能的开发者的理想选择。
该项目是开源的（MIT 协议），可在 [GitHub](https://github.com/runtypelabs/persona) 上获取，其[官方网站](https://www.persona-chat.dev/)也提供了交互式演示和文档。
构建 PyTorch 训练循环看似简单，实则其操作顺序非常脆弱。如果代码行位置放错（例如在 `backward()` 之后调用 `zero_grad()`，或调度器位置不当），可能会导致静默失败、收敛缓慢或内存泄漏，且不会抛出任何异常。
**可靠训练循环的核心要素：**
* **数据流水线：** 使用 `DataLoader` 并设置 `pin_memory=True` 和 `num_workers > 0`，以防止 CPU 成为瓶颈。
* **模型初始化：** 务必在构建优化器*之前*将模型移至设备（GPU），以确保优化器正确引用模型参数。
* **训练与验证：** 使用 `model.train()` 和 `model.eval()` 来切换 Dropout 和 BatchNorm 等层。配合 `model.eval()` 使用 `torch.no_grad()`（或 `torch.inference_mode()`）来禁用计算图构建，从而减少内存占用。
* **循环过程：** 使用 `optimiser.zero_grad()` 清除梯度，进行前向传播，计算损失，执行 `backward()`，必要时进行梯度裁剪，最后调用 `optimiser.step()`。
* **日志记录：** 使用 `loss.item()` 提取数值，因为保留原始张量会导致整个计算图驻留在内存中。
可以通过 `torch.compile`、混合精度训练 (`autocast`) 和异步数据传输来提高效率。务必设置随机数种子以确保结果可复现。
```Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
PyTorch 训练循环注解 (idlemachines.co.uk)
10 分，由 smaddrellmander 发布于 1 小时前 | 隐藏 | 过往 | 收藏 | 讨论
帮助
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请加入 YC | 联系
搜索：```
OpenKnowledge 是一款基于本地优先、Markdown 的维基与编辑器。它结合了类似 Notion 或 Google Docs 的易用所见即所得界面，并深度集成了 Claude、Codex 和 Cursor 等大模型功能。该软件专为个人及团队设计，利用 Git 实现无缝协作与自动同步。 该平台提供 macOS 桌面应用程序，也可通过 CLI 在 Linux 和基于 Intel 的 Mac 上作为本地 Web 应用运行（需 Node.js 24+ 环境）。OpenKnowledge 是一个开源项目（采用 GPL-3.0 或更高版本协议），欢迎通过 Pull Request 贡献代码，提交的内容会自动同步至内部代码仓库以供审核。其模块化结构简化了开发与设置流程，并配有详尽的文档以帮助用户快速上手。
**OpenKnowledge** 是一款全新的开源“所见即所得”（WYSIWYG）Markdown 编辑器，旨在成为 Obsidian 和 Notion 等工具的 AI 优先替代方案。它提供 macOS 客户端和命令行工具（CLI），专为希望像使用 Google Docs 一样管理本地 Markdown 文件的团队而设计。
主要功能包括：
* **AI 集成：** 与 Claude、Codex 和 Cursor 的无缝工作流，内置 RAG（检索增强生成）和代理支持，可打造“AI 第二大脑”。
* **技术基础：** 基于 Tiptap、ProseMirror 和 Yjs (CRDT) 构建，确保所见即所得编辑器与原始 Markdown 文件之间实现双向、无损同步。
* **隐私与协作：** 后端采用 Git/GitHub，在确保数据私密性的同时，实现了无需放弃本地文件所有权的协作式版本控制。
* **兼容性：** 依赖标准 Markdown 语法，兼容现有的 Obsidian 知识库并支持维基链接（wikilinks）等功能。
该项目由 Inkeep 开发，完全开源，旨在比现有的知识库软件提供更集成、更原生的 AI 体验。它在保持传统文档工具简洁性的同时，提供了一个强大且对终端友好的工作环境。
在近期 Y Combinator 的《创业学校》（Startup School）视频中，客座合伙人 Max Kolysh 强调，创始人应避免依赖冷邮件或 LinkedIn 等自动化获客工具来获取初始客户。相反，早期的成功源于“做不可扩展之事”，例如利用个人人脉并进行直接的面对面沟通。
该讨论指出了销售过程中一个关键的区别：虽然数字媒体在建立产品认知度方面很有效，但它很少能将兴趣直接转化为最终销售。转化潜在客户需要人为干预——通过额外的努力来触发“相变”并完成交易。
尽管一些评论者指出通过 Reddit 等社区平台取得了成功，但共识依然是：手动且高接触的努力是获取首批基础客户最可靠的方式。核心结论在于，初始增长是一个劳动密集型的过程，需要直接的人际连接，而非大范围的数字广播。
52赫兹鲸鱼 52-hertz whale
4 小时前
“52赫兹鲸鱼”，通常被称为“52赫兹”，是一头在北太平洋被发现、以52赫兹这一独特频率发声的未确认物种。自20世纪80年代末通过美国海军的水听器被发现以来，它一直被称为“世界上最孤独的鲸鱼”，因为它的叫声频率与蓝鲸或长须鲸等任何已知物种都不匹配，且它似乎总是独自歌唱。
尽管从未被目击，但这头鲸鱼展现出与蓝鲸和长须鲸相似的迁徙模式，往返于阿留申群岛和加利福尼亚海岸之间。虽然早期研究认为它是独一无二的，但2010年以来的声学数据表明，其他鲸鱼偶尔也会发出类似的频率。科学家推测这可能是一头蓝鲸杂交种，或者是生理上存在畸形，但它看起来健康且已成年。
这头鲸鱼已成为重要的文化符号，被广泛用作孤独、渴望和韧性的隐喻。它的故事启发了无数的歌曲、小说和纪录片——其中最著名的是2021年的电影《最孤独的鲸鱼：寻找52》，这巩固了它作为深海中连接与孤独的神秘象征的地位。
抱歉。
本仓库提供了修改任天堂红白机（NES）以使用两个图像处理单元（PPU）的说明，旨在实现增强的图形功能，如扩展调色板、增加精灵数量和视差滚动效果。
该项目需要从另一台 NES 主机中拆解组件，具体包括一个额外的 PPU、地址锁存器和多路分配器。硬件组装过程包括在 6x8 厘米的原型板上制作定制电路板，并将修改后的多路分配器插座安装到主机的母板上。完成后的双 PPU 组件通过安装在原 PPU 位置的排针进行连接。
由于物理改装过程复杂，作者指出相关文档可能不够详尽。对于希望在不进行焊接风险的情况下尝试此配置的用户，可以使用 Mesen2 模拟器的定制分支版本。仓库中包含完整的硬件 KiCad 文件，以及技术演示和双 PPU 图形增强效果的视频链接。
一个名为“高级任天堂娱乐系统（ANES）”的项目在 Hacker News 上引发了关注，其核心在于一项雄心勃勃的硬件改造：为标准 NES 添加了第二个图像处理单元（PPU）。
讨论的焦点集中在这一改造的技术影响上，用户们对在真实硬件上扩展系统原有功能的能力感到着迷。评论者推测任天堂为何未能在原始主机中利用这些未启用的功能，并提出这究竟是“过度设计”还是基于成本与实用性的权衡。
尽管一些用户回顾了自己年轻时对主机进行超频的经历，但 ANES 项目因其对系统提供了切实改进，并有望解决精灵闪烁和运行缓慢等长期存在的性能问题，而受到了广泛赞誉。该改造的视频演示已经发布，激发了复古游戏爱好者的浓厚兴趣，他们急于了解该硬件在原有设计之外的潜能。
请启用 JavaScript 和 Cookie 以继续。
一个名为“国际象棋启发类 Roguelike”的新项目最近出现在 Hacker News 上，因其直观且引人入胜的游戏玩法而获得了积极反馈。用户们称赞了该游戏的美学和整体设计，多位评论者表示这是一种令人愉悦的体验，并打算将其加入书签。
尽管反响非常热烈，但社区也提出了一些建设性的批评和漏洞报告。一些玩家建议增加图例以帮助识别敌方棋子，目前这些棋子必须通过反复试验来辨认。此外，一位用户发现排行榜系统存在一个潜在漏洞：从一个棋盘获得的分数在切换到另一个棋盘时可能会意外保留，从而导致玩家能够人为地提高排名。关于国际象棋机制中具体融合了哪些“Roguelike”元素，人们也提出了疑问，用户们还对构建该游戏所使用的技术栈表示好奇。总体而言，该项目作为一次有趣且富有创意的实验，受到了 Hacker News 社区的良好评价。
🛡️ 请稍候 我们正在检查您的连接，以防止自动化滥用 我为什么会看到这个？ 遇到问题？请联系客服
近期发表在《科学》杂志上的一项研究证实，早年的逆境会在灵长类动物的身体上留下持久的分子印记，这进一步印证了“身体会记录一切”这一概念，即身体会通过 DNA 甲基化等生物标记留下痕迹。
这些发现引发了 Hacker News 社区关于客观衡量创伤所带来影响的讨论。一些人认为，这些数据最终可能被用于确定奖学金、赔偿金或福利金的申请资格。然而，评论者也提出了伦理和哲学层面的担忧，指出逆境并不总是等同于劣势；在某些情况下，早年的挑战反而可能培养出类似于野生鱼类相对于孵化场鱼类所具备的韧性和生存技能。讨论还涉及了利用这些生物标记来“评估”或“压力测试”儿童发育这一令人不安的前景，凸显了表观遗传学、社会政策与人类潜能之间复杂的交集。
作者出于好奇，试图探究为何现代高性能编辑器仍依赖传统的渲染技术，于是发起了一个将 Emacs 文本渲染从 CPU 转移到 GPU 的项目。通过设计三层抽象——一个中立的基于 C 的绘图层以及特定平台的驱动程序（macOS 使用 Metal，Linux 使用 OpenGL），作者在不修改 Emacs 核心重绘引擎（`xdisp.c`）的情况下，成功实现了 GPU 加速渲染。 该项目产出了多项“GPU 独占”功能，包括缓冲区内的视频播放、平滑的交叉淡入淡出动画以及基于着色器的光标特效。虽然性能测试显示，在小屏幕上 GPU 渲染相比基于 CPU 的 Cairo 库并无显著优势，但在 4K 分辨率下，它提供了巨大的吞吐量提升，并支持更丰富的视觉媒体。 最终，该贡献因 Emacs 社区禁止使用人工智能生成代码的政策而被拒绝。然而，作者认为此次尝试是成功的。除了技术成就外，该项目还引发了关于软件开发中人工智能伦理、软件自由本质以及当前文本编辑器架构局限性的深入而透明的讨论。作者继续以个人分支的形式维护该项目，将学到的经验置于能否并入主线之上。
开发者“andros”为 Emacs 创建了一个 GPU 加速后端，用 macOS 上的 Metal 和 Linux 上的 OpenGL/EGL 取代了传统的基于 CPU 的渲染管线。该项目的目标是显著提升图形界面性能，特别是在当前基于 GTK 的构建版本常出现延迟的高分辨率 4K 显示器上。
该项目在 Emacs 社区引起了广泛关注，用户们迫切希望能测试其性能提升效果。尽管一些用户批评该项目的文档读起来像 AI 生成的文本，但开发者澄清这些内容均为人工编写；开发者指出英语是其第二语言，仅使用 AI 进行润色和编辑。开发者计划在继续解决 Linux 相关的小问题后发布更多版本，最终目标是争取将该成果整合进 Emacs 的上游代码库中。