## 静态网站的视觉回归测试 作者使用 Astro 和 MDX 构建静态网站，并在 CSS 更改后手动检查旧笔记，以确保没有意外的副作用。为了提高重构的信心，他们使用 Playwright 实现了视觉回归测试。 Playwright 自动化浏览器操作，拍摄指定页面的截图，并将其与“黄金”快照进行比较。超出设定的阈值的偏差会标记测试失败，从而提示修复或更新快照。这提供了与代码提交一起的历史站点外观记录。 实现过程包括初始化 Playwright 项目，并创建一个测试套件，该套件遍历笔记页面列表，完全滚动每个页面以加载延迟加载的图像，然后捕获全页截图进行比较。 作者优先考虑简单的流程，在可能产生重大影响的更改后手动运行测试，而不是在 CI/CD 中自动化。这种方法仅需几个小时的设置，但通过防止视觉回归并增强对站点修改的信心，增加了显著的价值。
每日HackerNews RSS
## 博客视觉回归测试：摘要
最近的 Hacker News 讨论强调了在个人博客和网站中使用视觉回归测试 (VRT) 的优势和挑战。VRT 包括截取网站的屏幕截图，并将其与基准图像进行比较，以检测意外的视觉变化——在更新或重构期间至关重要。
Playwright 等工具很受欢迎，提供内置的差异比较功能。然而，像 Vizzly 的创建者（基于 Honeydiff 构建）这样的用户指出，基本的逐像素比较存在局限性，并提倡更复杂的分析，例如空间聚类和感知评分。
虽然 VRT 可以节省时间来发现细微的错误，但它也并非没有障碍。挑战包括测试的不稳定性、资源密集型测试（需要强大的服务器进行并行浏览器测试）、管理屏幕截图/视频的大型数据存储，以及缺乏易于按提交记录查看更改的功能。一些用户通过降低测试频率（例如，夜间）和隔离测试环境来成功缓解资源问题。尽管存在复杂性，但共识是 VRT 很有价值，但设置需要付出努力才能获得可靠的结果。
## Ripple：一种新型的TypeScript UI开发方法 Ripple 是一种编译器优先的 TypeScript UI 框架，旨在解决现代前端开发日益增长的复杂性。虽然 AI 工具可以提升代码*创建*效率，但保持质量和一致性仍然是一个挑战。Ripple 优先考虑简洁性、清晰性和响应性，目标是编写“按其运行方式阅读”的代码。 主要特性包括 TypeScript 优先的方法、使用 `track()` 和 `@` 进行直接操作的响应式变量，以及细粒度的 DOM 更新——避免完全组件重新渲染。它消除了对 `useState`、refs 或 signals 的需求，从而降低认知负担和样板代码。编译器通过 DOM 依赖分析、删除无用 CSS 和作用域样式来优化性能。 Ripple 的语法简洁直观，通过一个响应式待办事项列表示例进行了演示。它具有降低维护成本、直接响应性和编译器强制约束等优势。与 React、Vue 和 Svelte 相比，Ripple 拥有极小的运行时大小和高度的 AI 友好性。 Ripple 非常适合 AI 辅助项目、仪表盘、企业应用程序以及寻求更少工程化、更易于维护的 UI 解决方案的开发者。它提出了一个问题：“如果 UI 可以在没有繁文缛节的情况下实现响应式，会怎样？”并提供了一个引人注目的答案。
## Ripple：一个新的TypeScript UI框架 - 初步反应
Ripple是一个新的TypeScript UI框架，旨在结合React、Solid和Svelte的优点。它引入了一种独特的语法，具有`track()`用于状态和`#`用于列表等特性，旨在实现简单性和潜在的“AI友好性”，通过比传统框架更简洁的结构来实现。
然而，Hacker News社区的初步反应不一。有些人觉得语法过于类似于SolidJS或Svelte等现有解决方案，质疑其新颖性。人们对它的响应式系统可能存在的调试困难表示担忧，这让人联想到Svelte在引入runes之前的旧问题。另一些人则赞赏这种简化方法的尝试，并看到了潜力，将其与htmx和JSX进行了有利的比较。
一个关键的讨论点在于该框架是否真的能提供比成熟选项显著的优势。一些开发者表达了希望UI框架更少的愿望，主张改进现有的框架，如React。 还有一些开发者正在积极构建类似的框架，例如Mint，提供替代方法。官方网站是[https://www.ripplejs.com/](https://www.ripplejs.com/)。
## AI书籍创作 – 快速总结 Printreadybook.com 提供人工智能驱动的服务，可以快速生成完整的书籍。只需提供概念和设定，该平台就会生成包含章节和专业格式的完整手稿。 每本书都包含独特的、人工智能生成的封面艺术设计，以PDF和可用于印刷的环绕式封面的形式提供。用户将收到成品、可用于印刷的PDF手稿*以及*可编辑的DOCX文件以供修改（尽管编辑后可能需要重新格式化）。 本质上，此工具简化了书籍创作流程，提供了一个从想法到可出版产品的快速途径。该网站还提供标准的服务条款、退款政策、免责声明和隐私政策。
## PrintReadyBook：AI生成小说 – 摘要
一项新工具PrintReadyBook ([https://printreadybook.com](https://printreadybook.com)) 利用AI（Claude和图像生成）从单个概念创建完整的、可印刷的小说。起价19美元，用户将收到格式化的手稿（PDF和DOCX）以及带有书脊的AI生成封面，尺寸适用于KDP等按需印刷服务。
该工具的发布受到了大量批评。许多评论员对AI生成内容的质量和价值表示担忧，称其为“垃圾”，并质疑在没有人类作者的情况下生产书籍的伦理。担忧集中在缺乏艺术性、关怀以及对读者时间的尊重上。
反馈表明该产品感觉像一个早期原型，缺乏足够的示例和用户控制。一些人推测目标市场是那些希望快速生产内容以垃圾信息轰炸Kindle等平台的人。改进建议包括提供更详细的内容控制以及在购买前提供样本。
## 新布伦瑞克脑部之谜：摘要 2019年，加拿大新布伦瑞克省出现一批患者，症状类似于罕见且致命的脑部疾病——克雅氏病（CJD）。神经科医生阿利尔·马雷罗医生发现了超过500例病例，患者表现出多样且令人担忧的神经和精神症状，但最初的CJD检测结果均为阴性。 一些患者认为环境毒素是罪魁祸首，但2023年的一篇研究论文得出结论，并没有新疾病，病例归因于先前已知的疾病。这引发了许多患者的愤怒，他们坚定地支持马雷罗医生，感到被忽视，并继续相信存在一种独特的综合征。 情况变得充满争议，涉及误诊、掩盖和研究缺陷的指控。一些患者现在正在寻求医助死亡，理由是他们的疾病具有衰弱性和无法解释的性质。调查停滞，资金被撤回，科学界仍然存在分歧。虽然一些人认为马雷罗医生的最初评估存在缺陷，但患者和倡导者仍在为得到承认和答案而奋斗，他们相信一种真正的、未知的疾病正在影响他们的社区。这个案例凸显了诊断神经系统疾病的复杂性、患者信念的力量以及对医疗和政府机构潜在的不信任。
启用 JavaScript 和 Cookie 以继续。
## HLSL printf 支持：原型与挑战 本文详细介绍了一种在 HLSL 中实现 `printf` 支持的原型方案，该功能先前在较旧的着色器模型中可用，并且存在于其他着色语言（如 Metal）中。作者使用可变模板和编译时字符串表演示了一个可用的 `printf` 函数，以避免与 GPU 字符串处理相关的性能瓶颈。 核心思想是将所有字符串编译成一个去重后的表，并通过着色器内的偏移量引用它们。这消除了运行时字符串操作并避免了驱动程序修改。该原型利用了 Clang 的最新补充以及对 DirectXShaderCompiler (DXC) 的修改来实现这一目标。 然而，仍然存在重大挑战。HLSL 目前缺乏对可变模板和健壮字符串处理的完全支持。虽然启用可变模板相对容易，但泛化字符串类型需要仔细考虑现有的 HLSL 语义，尤其是在光线追踪中。 跨平台支持还存在进一步的障碍。SPIRV 缺乏用于单独字符串表的机制，需要将其嵌入到着色器二进制文件中。Metal 也面临着类似的挑战，可能需要与 Metal 的日志系统集成或携带与着色器相关的侧元数据。尽管存在这些挑战，该原型仍然可以在当前的 DirectX 12 驱动程序上运行，展示了 HLSL 中一个有价值的调试工具的潜力。
这个Hacker News讨论的核心是HLSL（高级着色语言）和D3D（Direct3D）缺乏强大的`printf`风格调试工具。虽然Vulkan和GLSL提供了可用的`printf`功能——通常将字符串格式化卸载到CPU——但HLSL历史上一直缺乏这种关键的调试辅助手段。
用户抱怨这种不足，认为它多年来阻碍了图形编程的效率。能够轻松打印着色器数据直接有助于识别有问题像素或顶点，补充了Renderdoc和Pix等工具和调试器。
一位评论员指出，CUDA早在2008年就具备类似的功能，凸显了着色器语言工具投资不足的更广泛问题。共识是，一种简单、类似CUDA的着色语言，具有直接的API，将显著改善开发体验。
新的隐私政策 更新的使用条款 您的隐私选择 FCC公开文件 EEO公开文件 FCC申请 关于我们 KCPQ和KZJO招聘 联系我们 网站地图 本材料不得出版、广播、改写或重新分发。©2026 FOX电视台。
## SpaceX 实验室化学物质暴露 - 摘要
一份最新报告详细描述了华盛顿州雷德蒙德市SpaceX星链实验室中令人担忧的毒性化学物质暴露指控。工人们从2024年开始报告头痛、眼睛刺激和过敏反应等症状，一位前员工声称化学物质暴露导致了严重的眼睛反应。更严重的是，投诉表明可能与两位女性流产以及一位男性员工肝脏移植之间存在关联。
该公司收到了二十多份内部投诉，但仅被罚款6000美元，考虑到潜在的严重性，这笔金额被认为不足。这引发了关于工人安全、加强监管和工会化以保护员工免受隐形危险化学物质侵害的讨论。
评论员对SpaceX缺乏关于所涉化学物质的透明度表示愤怒，并指出该公司存在优先考虑速度和成本削减而非安全的模式。一些人还批评了普遍存在的淡化化学风险的文化以及检测和避免这些危害的挑战。这起事件引发了关于企业责任以及雄心勃勃的目标（如多行星殖民）与工人福祉之间的平衡的辩论。
## Apple Silicon 性能分析工具（自定义PMU计数器） – 摘要 本文详细介绍了“Lauka”工具的创建，该工具用于访问 Apple Silicon Mac（M1、M2 及更新型号）上所有可用的性能监控单元（PMU）计数器。PMU 计数器跟踪低级别的 CPU 事件，如指令、缓存缺失和分支预测，从而帮助进行性能分析。 现有的工具（如 `poop`）存在局限性，促使作者研究 Apple 的私有 `kperf` API。最初使用 Apple Instruments 的探索发现，同时可测量的计数器数量限制在 ~10 个左右，并且它们之间存在明显的兼容性问题。逆向工程 `kperf` 揭示了控制计数器兼容性的复杂规则，这些规则由 `kpep_event` 结构体内的位掩码决定。 研究涉及大量的实验，揭示了由于共享掩码位而冲突的计数器组。重要的是，添加计数器的*顺序*也会影响兼容性。作者最终开发了 Lauka，这是一款基于 Zig 的工具，利用这些知识，提供事件选择和预热期等功能。 该项目突出了使用未文档 API 的挑战以及彻底调查的重要性。虽然复杂，但这些发现提供了对 Apple Silicon 性能监控能力的更深入理解。
最近的 Hacker News 讨论集中在 Apple Silicon 上的 CPU 性能监控。一篇文章和工具 (bugsiki.dev) 旨在提供对 CPU 行为更深入的了解，但由于文档有限且依赖于逆向工程，这一过程变得复杂。
用户强调 Apple 的“处理器跟踪”工具（目前 M4 独占）是一种功能强大、低开销的工具，可用于详细的函数调用时间线——揭示了统计分析器无法发现的性能瓶颈。
讨论还深入探讨了驱动这种复杂性的硬件限制。Apple Silicon 使用有限数量的硬件计数器和复用器，这是一种常见的硬件权衡，优先考虑简单性而非详尽的监控。此外，Apple 目前采用定制的处理器跟踪设计，而不是遵循标准的 Arm 机制，这引发了对未来兼容性的质疑。总而言之，这次对话强调了 Apple 平台上性能分析的挑战和潜力。
## VAM Seek：一个视觉视频导航库
VAM Seek 是一个轻量级（约15KB JavaScript）的库，提供了一种新颖的视频导航方式。它不使用传统的进度条，而是呈现一个可视化的缩略图网格，以便即时访问场景，消除盲目拖动。它直接在浏览器中运行，优先考虑隐私并减少服务器负载。
主要特性包括使用 Canvas API 进行客户端帧提取（无需服务器端处理或 FFmpeg），一个内存高效的 LRU 缓存，可存储最多 200 帧，以及流畅的 60fps 标记动画。集成非常简单——只需一个脚本标签和几行 JavaScript 代码即可。
与依赖服务器处理和存储的传统缩略图系统不同，VAM Seek 将所有视频数据保存在本地。它支持 React、Vue 和原生 JavaScript，并且免费用于非商业用途。该库计算精确的时间戳，并提供 API 控制以进行定位、配置和清理。
## VAM Seek：2D 视频导航
VAM Seek 是一个轻量级（15KB）JavaScript 库，提供了一种新颖的视频导航方式。它不使用传统的 1D 进度条，而是显示一个视频缩略图的 2D 网格，允许用户直观地跳转到特定时刻。重要的是，所有帧提取都在客户端使用 Canvas 完成，**无需服务器负载**，并能以一行代码简单地集成到任何 `<video>` 元素中。
创建者优先考虑易用性而非大型视频的性能，有意选择了一种“即插即用”的体验，而不是更复杂的服务器渲染解决方案。虽然客户端提取对于大量素材可能较慢，但它避免了许多用户设置后端的障碍。
讨论强调了对这种权衡的争论，一些人建议预先计算缩略图以提高可扩展性。开发者承认这一点，但捍卫了设计选择，强调了即时可用性和简化的开发者体验的价值，甚至利用人工智能在该项目的创建和文档中，以实现其最小的尺寸。 现场演示可供测试：[https://haasiy.main.jp/vam_web/deploy/lolipop/index.html](https://haasiy.main.jp/vam_web/deploy/lolipop/index.html)。
## Oh-My-Claude-Sisyphus：一个用于Claude的多智能体系统 Oh-my-claude-sisyphus是一个强大的Claude编排系统，从最初的oh-my-opencode复活并进行调整。它利用11个专门的智能体——包括用于调试的Oracle、用于研究的Librarian和用于规划的Prometheus——来处理复杂的任务。这些智能体由Orchestrator-Sisyphus并行协调，即使在崩溃的情况下也能通过强大的会话恢复确保任务完成。 安装通过`curl`或`npm`（Windows需要Node.js 18+）进行，非常简单。系统通过`~/.claude/agents/`中的markdown文件进行配置，允许自定义。它引入了18个生命周期钩子和6个内置技能（例如，`ultrawork`用于最大性能，`ralph-loop`用于持久执行），可通过斜杠命令（例如`/sisyphus <task>`）或“魔术关键词”访问。 主要功能包括自动更新、从项目文件（`CLAUDE.md`）注入上下文，以及与LSP和AST工具集成以增强代码理解。与它的前身不同，这个移植版本是专门为Claude构建的，提供一致的行为和简化的设置。该系统旨在持续运行——“巨石永不停歇。”
## 西西弗斯 & Claude 的多智能体编排
一个名为西西弗斯的新项目旨在重建在 Anthropic 阻止一个绕过 API 成本的 CLI 工具（Oh My OpenCode）后失去的功能。该项目利用 Claude Code 中的自定义命令来实现类似的多智能体工作流程。
讨论的中心在于，这些“多智能体编排器”是否在增加 token 消耗之外提供了真正的优势。一些用户报告说，在复杂的任务（如金融分析）中，将提示分解为更小的、由智能体处理的步骤，可以保持在单个提示中添加复杂性时丢失的“智慧”。另一些人则认为它们速度慢，并质疑它们的整体实用性，尤其是在像 Gemini 3 这样更新、更强大的 LLM 出现后。
一个关键的争论点围绕着 Anthropic 限制访问的决定，一些人认为这是保护其 API 收入的合法商业行为，而另一些人则认为这是反竞争行为。人们还对该项目的可读性以及与从不熟悉来源安装代码相关的潜在安全风险表示担忧。最终，人们对这些工具是否真正有用，或者只是在快速发展的 LLM 领域中又一层复杂性，意见不一。