Persona 是一个基于 TypeScript/原生 JS 构建的可主题化、与框架无关的 AI 聊天小部件。它专为快速集成而设计，可为任何网站或产品提供即插即用的 UI，作为 React、Vue 或 Svelte 等现有技术栈的轻量级配套工具。
主要功能包括：
* **灵活部署：** 通过简单的配置或 `<script>` 标签支持浮动、停靠（侧边栏）和全屏布局。
* **后端无关：** 可连接到任何支持 SSE 的后端，并提供针对 Node、Bun、Deno 和 Cloudflare Workers 的适配器。
* **丰富功能：** 包含流式响应、多模态内容（图像/文档）、语音输入/输出、工具调用可视化、工件渲染和推理气泡。
* **高度可扩展：** 提供强大的插件系统，允许开发者无需分叉（fork）核心代码即可自定义 UI 层、解析器和组件逻辑。
* **开发者体验：** 内置对 WebMCP/页面工具、安全 API 代理和热重载开发环境的支持。
无论你需要一个简单的支持启动器还是功能齐全的 AI 工作区，Persona 都提供了一种声明式、低依赖的方式来构建能无缝集成到任何环境中的 AI 体验。
每日HackerNews RSS
抱歉。
构建 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`) 和异步数据传输来提高效率。务必设置随机数种子以确保结果可复现。
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** 是一款全新的开源、AI 优先的 Notion 和 Obsidian 替代产品。它提供了一个专为团队和高级个人用户设计的“所见即所得”（WYSIWYG）Markdown 编辑器。
**核心功能：**
* **智能体集成：** 内置模型上下文协议（MCP）服务器和技能，允许智能体（如 Claude、Codex、Cursor）查看、编辑并与本地 Markdown 文件交互。
* **协作功能：** 利用 Git/GitHub 进行版本控制和同步，在保持数据私密性的同时，实现“无代码”团队共享。
* **技术栈：** 基于 Tiptap、ProseMirror、CodeMirror 和 Yjs (CRDT) 构建，确保“所见即所得”编辑器与原始 Markdown 之间实现双向、无损同步。
* **灵活性：** 提供 macOS 应用、Web 界面以及面向终端用户（TUI）的命令行工具（CLI）。
**社区反馈：**
尽管用户称赞该项目旨在将 Notion 式的编辑体验引入本地 Markdown，但也有人对其“AI 优先”的品牌定位表示怀疑，指出 Obsidian 本身已经具备极高的 AI 兼容性。常见的改进建议包括：原生支持本地大模型、更好地兼容复杂的插件生态（如 Obsidian 的 Dataview）、以及提升跨平台性能。开发团队已对此做出回应，确认本地模型集成和更广泛的平台支持是其路线图中的重中之重。
抱歉。
“52赫兹鲸鱼”，通常被称为“52赫兹”，是一头在北太平洋被发现、以52赫兹这一独特频率发声的未确认物种。自20世纪80年代末通过美国海军的水听器被发现以来，它一直被称为“世界上最孤独的鲸鱼”，因为它的叫声频率与蓝鲸或长须鲸等任何已知物种都不匹配，且它似乎总是独自歌唱。
尽管从未被目击，但这头鲸鱼展现出与蓝鲸和长须鲸相似的迁徙模式，往返于阿留申群岛和加利福尼亚海岸之间。虽然早期研究认为它是独一无二的，但2010年以来的声学数据表明，其他鲸鱼偶尔也会发出类似的频率。科学家推测这可能是一头蓝鲸杂交种，或者是生理上存在畸形，但它看起来健康且已成年。
这头鲸鱼已成为重要的文化符号，被广泛用作孤独、渴望和韧性的隐喻。它的故事启发了无数的歌曲、小说和纪录片——其中最著名的是2021年的电影《最孤独的鲸鱼：寻找52》，这巩固了它作为深海中连接与孤独的神秘象征的地位。
抱歉。
本仓库提供了修改任天堂红白机（NES）以使用两个图像处理单元（PPU）的说明，旨在实现增强的图形功能，如扩展调色板、增加精灵数量和视差滚动效果。
该项目需要从另一台 NES 主机中拆解组件，具体包括一个额外的 PPU、地址锁存器和多路分配器。硬件组装过程包括在 6x8 厘米的原型板上制作定制电路板，并将修改后的多路分配器插座安装到主机的母板上。完成后的双 PPU 组件通过安装在原 PPU 位置的排针进行连接。
由于物理改装过程复杂，作者指出相关文档可能不够详尽。对于希望在不进行焊接风险的情况下尝试此配置的用户，可以使用 Mesen2 模拟器的定制分支版本。仓库中包含完整的硬件 KiCad 文件，以及技术演示和双 PPU 图形增强效果的视频链接。
“高级任天堂娱乐系统”（ANES）是 GitHub 用户 decrazyo 发起的一项硬件改造项目，旨在通过为原版 NES 添加第二颗图像处理单元（PPU）来提升性能。该项目在 Hacker News 上引起了关注，它利用了原版 PPU 上原本未被使用的“EXT”引脚，从而实现了图形能力的扩展。
讨论的焦点集中在这些隐藏引脚的技术历史。一些用户推测这些引脚最初是为街机硬件或后续机型设计的，而另一些用户则将其与世嘉 Genesis 和 SNES 等系统中的类似功能进行了比较。评论者们还回忆了游戏主机硬件的历史，包括原版 NES 底部备受争议的扩展接口——该接口原本是为美国市场计划推出但最终被取消的本地化磁盘系统所准备的。
该项目在引发技术赞叹的同时也带来了一些幽默，用户们打趣地提到了这个略显尴尬的缩写“ANES”，并将现代业余工程社区与 Patreon 等平台进行了对比。总的来说，这项改造项目以怀旧的视角，重新审视了任天堂在其 8 位经典主机中留下的、被遗忘的“过度设计”潜力。
请启用 JavaScript 和 Cookie 以继续。
Hacker News 社区正热议一款名为“象棋风 Roguelike”（princechazz.com）的网页游戏，它将传统象棋机制与 Roguelike 元素融为一体。玩家在棋盘上操控棋子，同时需避开具有确定性的敌方 AI。
**讨论要点：**
* **游戏体验：** 用户称赞该游戏令人上瘾，且解谜机制极具挑战性。尽管关于它是否属于“Roguelike”存在争议，但多数人认为这是一款引人入胜的网格解谜游戏。
* **游戏机制：** 该游戏具有确定性，即相同的走法会产生相同的结果。顶尖玩家已开始利用“启发式搜索（beam solvers）”来获取最高分。
* **用户反馈：** 常见的批评包括：移动端拖拽操作较为“笨拙”（用户建议改为点击操作）、敌方移动方式令人困惑，以及棋子能力缺乏清晰的文档说明。
* **开发者互动：** 开发者“cowboy_henk”积极与社区互动，修复了诸如干扰性登录提示等技术漏洞，并解释称采用每日挑战模式是为了鼓励竞争性优化及朋友间的分享。
此外，该讨论帖还推荐了《Gambonanza》和《Pawnbarian》等类似作品，供对该类游戏感兴趣的玩家参考。
🛡️ 请稍候 我们正在检查您的连接，以防止自动化滥用 我为什么会看到这个？ 遇到问题？请联系客服
对不起。
作者出于好奇，试图探究为何现代高性能编辑器仍依赖传统的渲染技术，于是发起了一个将 Emacs 文本渲染从 CPU 转移到 GPU 的项目。通过设计三层抽象——一个中立的基于 C 的绘图层以及特定平台的驱动程序（macOS 使用 Metal，Linux 使用 OpenGL），作者在不修改 Emacs 核心重绘引擎（`xdisp.c`）的情况下，成功实现了 GPU 加速渲染。 该项目产出了多项“GPU 独占”功能，包括缓冲区内的视频播放、平滑的交叉淡入淡出动画以及基于着色器的光标特效。虽然性能测试显示，在小屏幕上 GPU 渲染相比基于 CPU 的 Cairo 库并无显著优势，但在 4K 分辨率下，它提供了巨大的吞吐量提升，并支持更丰富的视觉媒体。 最终，该贡献因 Emacs 社区禁止使用人工智能生成代码的政策而被拒绝。然而，作者认为此次尝试是成功的。除了技术成就外，该项目还引发了关于软件开发中人工智能伦理、软件自由本质以及当前文本编辑器架构局限性的深入而透明的讨论。作者继续以个人分支的形式维护该项目，将学到的经验置于能否并入主线之上。
开发者“andros”为 Emacs 创建了一个 GPU 加速后端，用 Metal（macOS）和 OpenGL/EGL（Linux）取代了传统的基于 CPU 的绘图管线。该项目旨在通过将渲染工作卸载到 GPU，提升性能，特别是在高分辨率 4K 显示器上的表现。
该项目在 Hacker News 上引发了热烈讨论，主要涵盖以下几个方面：
* **性能与现代化：** 许多深受延迟困扰的用户（尤其是使用 Wayland 并开启缩放比例的用户）对此补丁表现出浓厚兴趣。该项目再次引发了关于 Emacs 是否需要现代化（包括多线程和更灵活的渲染架构）的讨论。
* **FSF 与开源：** 批评者探讨了自由软件基金会（FSF）在 GPU 编程和 AI 辅助开发方面所持的保守立场。尽管一些人称赞作者成功利用 AI 开发出复杂的代码原型，但也有人对大语言模型生成的内容及其对软件开发标准的影响表示怀疑。
* **与“Nvim”的比较：** 人们将此与 Neovim 的现代渲染功能（如光标特效）进行了对比。虽然有些人希望这能让 Emacs 迎来“Neovim 时刻”，但作者澄清说，他们的目标是提供一个简洁且可合并到上游的补丁，而非分叉项目，旨在改善现有生态系统，而非将其分裂。
您尚未提供需要翻译的内容。请发送您想要翻译的文本，我将直接为您提供简体中文译文。
这篇 Hacker News 的讨论围绕 Oxide Computer 机架硬件的 3D 导览展开，引发了关于该公司“太阳微系统（Sun Microsystems）风格”工程理念与其严苛招聘流程的争论。
该公司的拥趸赞赏 Oxide 对深度垂直整合的执着——将硬件、固件和软件设计为一个统一的整体，而非依赖现成的“商品化”组件。支持者常将公司的愿景与 20 世纪 90 年代的“真正计算机”相提并论，并表达了强烈的入职意愿。
然而，讨论帖也强调了 Oxide 招聘过程中存在的显著矛盾。多位用户分享了负面经历，提到繁重且漫长的“家庭作业”任务、沟通延迟以及被“冷处理”的情况。首席技术官 Bryan Cantrill 对此辩护称，该流程是维持高质量团队所必需的筛选机制，虽然过程艰难，但这是有意为之。
技术讨论还涵盖了 Oxide 机架设计的实用性，包括其对以太网的使用、散热解决方案，以及在模块化现成竞品主导的行业中，其“定制化”硬件模式的可行性。尽管社区对其招聘方式看法不一，但普遍仍对 Oxide 在公用事业级计算领域的宏大愿景深感着迷。