## SprintiQ Turbo：适用于Claude Code的操作系统 SprintiQ Turbo是一个开源的规划层，旨在*与*Claude Code协同工作，管理编码项目的“做什么、何时做和为什么”，而Claude Code负责实际的代码编写。它不是一个项目管理工具，而是一个用于AI辅助开发的流程操作系统。 主要功能包括AI驱动的用户故事生成（经过训练以避免敏捷反模式）、冲刺计划、速度跟踪以及通过CLI工具与Claude Code的双向同步。它专为单用户自托管而设计，优先考虑数据隐私和控制。 SprintiQ Turbo基于Next.js、Supabase构建，并利用Anthropic (Claude)和Voyage AI API，提供了一个完整且可定制的解决方案。它采用Apache 2.0许可证免费提供，允许分叉、扩展和自托管。详细的设置说明可在仓库文档中找到。 SaaS版本请访问sprintiq.ai。
每日HackerNews RSS
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
SprintiQ – 开源冲刺计划，适用于 Claude Code (github.com/sprintiq-incorporated)
4 分，来自 sprintiq 3 小时前 | 隐藏 | 过去 | 收藏 | 1 条评论 帮助
esafak 8 分钟前 [–]
有演示网站或视频吗？回复
考虑申请 YC 2026 年夏季项目！申请截止至 5 月 4 日
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
针/秒： 距离： 长度： 圆周率： 停止 重启
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
巴丰针问题可视化 (ivanludvig.dev)
3 分，IvanLudvig 1小时前 | 隐藏 | 过去 | 收藏 | 2 条评论 帮助
millipede 17分钟前 | 下一个 [–]
随机选择方向依赖于三角函数。为了计算，如果它不依赖于超越函数会更酷。回复
IvanLudvig 1小时前 | 上一个 [–]
背景：https://en.wikipedia.org/wiki/Buffon's_needle_problem 回复
考虑申请YC 2026年夏季项目！申请截止至5月4日
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
Bun，一个JavaScript运行时，正在经历从Zig到Rust的重要移植，正如最近的GitHub提交所显示的那样。这个消息是在Bun被Anthropic收购后，社区对其未来感到担忧的情况下出现的，一些人担心其开发方式会发生变化。
这一举动引发了争论，评论者质疑切换语言的理由，特别是考虑到过去对Zig编译器稳定性的印象。有人推测这可能是一项实验性的尝试，可能是一种“氛围编码”练习，而另一些人则寻求来自Bun维护者的澄清。
鉴于最近关于Anthropic编码实践的讨论，以及Bun团队是否会保持其独立的开发风格，这个时机尤其值得关注。这次移植的结果及其对Bun未来的影响还有待观察。
## YouTube 漏洞导致浏览器性能问题
多款浏览器（Firefox, Brave, Edge）的用户报告在使用 YouTube 时出现显著的性能问题，包括卡顿、视频播放不流畅以及过度占用内存——部分标签页甚至超过 7GB。 最初怀疑是广告拦截器冲突或浏览器更新导致的问题，但调查现在集中在 YouTube 界面代码中的一个漏洞上。
开发者认为，视频控制按钮（喜欢、分享等）出现了一个“重排循环”。 界面反复检查按钮是否合适，如果超出范围则隐藏一个，然后在出现可用空间时重新显示，从而创建一个持续的、快速的重新计算循环。
这种持续的重新计算，被称为“布局抖动”，严重消耗 CPU 和内存，导致浏览器变慢甚至系统冻结。 虽然 YouTube 和 Google 尚未正式确认此问题，但不同浏览器引擎的广泛影响强烈表明问题源于平台的客户端逻辑。 目前正在调查修复方案。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
疑似YouTube漏洞导致RAM占用超过7GB，用户报告卡顿和冻结标签 (tomshardware.com)
10 分，Zeidd 1小时前 | 隐藏 | 过去 | 收藏 | 1 条评论 帮助
whalesalad 38分钟前 [–]
bigquery studio 在新页面加载时也会出现此问题。回复
考虑申请YC 2026年夏季项目！申请截止至5月4日
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
## 野性镜头：为好奇心而设的博物馆展览
“野性镜头”项目是佐治亚理工学院与亚特兰大儿童博物馆合作完成的期末项目，旨在激发儿童（6-12岁）对动物视觉的好奇心。团队设计并建造了一个互动展览，其中包括一个VR头显，显示预先录制的自然画面和一个实时“透视”视图，经过滤处理以模拟不同动物的视觉体验。
最初的概念从潜望镜式设计演变为使用Meta Quest 2头显，通过街机按钮控制来选择动物视角。与儿童进行的多次玩测试揭示了关键见解：坚固的设计至关重要（孩子们*会*测试极限！），直观的交互至关重要，展览应该鼓励社交互动。
最终的展览获得了成功，孩子们兴奋地与父母和朋友分享体验。一个令人惊讶的结果是，尽管该展览是为单人体验设计的，但它却能够促进社交行为。该项目强调了为意外互动进行设计的重要性，以及见证人们真正参与创作的喜悦。最终，“野性镜头”强化了跨学科合作的价值，以及设计与受众产生共鸣的魔力。
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 工作 | 提交 登录
Show HN: 我建立了一个博物馆展览 (knhash.in)
5 分，由 kn81198 1小时前 | 隐藏 | 过去的 | 收藏 | 讨论 帮助
考虑申请YC 2026年夏季项目！申请截止至5月4日
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系方式
搜索：
肯尼多年调查斯威夫特著名的墓志铭，集中在它可能是一个被误解了几个世纪的故意玩笑的可能性上。他在斯威夫特的诗歌《关于斯威夫特医生逝世的诗句》中发现了线索，学者们认为这首诗包含了他缺乏恶意程度的讽刺性吹嘘——鉴于斯威夫特一贯尖锐的讽刺历史，这一说法显然是错误的。 肯尼沉浸在斯威夫特的生活和作品中，研究传记、书信，甚至斯威夫特撰写的其他墓志铭，比如一篇尖锐的为绍姆堡公爵所写，用来公开羞辱他吝啬的家人。这项研究揭示了斯威夫特利用纪念碑进行尖锐评论的意愿。 突破性进展来自于斯威夫特遗嘱的实物副本。在其中，肯尼发现了一些看似微不足道的遗赠——特别是，等级分明的海狸帽子——以及关于他的墓志铭放置和设计的精确指示。这一细节，加上他对斯威夫特讽刺倾向的理解，使肯尼相信墓志铭不是真诚的哀悼，而是这位院长复杂、死后留下的又一个玩笑。
一篇最近的《纽约客》文章引发了黑客新闻上关于乔纳森·斯威夫特最后的“玩笑”——他自己写的墓志铭的讨论。斯威夫特故意将他简短而冷峻的墓志铭放在他的竞争对手理查德·马什华丽的纪念碑旁边，意在对马什的虚荣进行持久的批判。
评论员们争论着这个玩笑的本质，一些人质疑它的微妙之处，并寻找隐藏的文字游戏。普遍的观点倾向于这种*并置*本身的力量——语气和风格的鲜明对比，作为一种永久的嘲讽。
一位用户认为，分析墓志铭的文章感觉更像是温和的讽刺，而不是真正“斯威夫特式”的风格，而另一些人则欣赏这种局势的“奥西曼迪斯式的悲怆”，引用了世俗权力和遗产的短暂性。这场讨论凸显了斯威夫特的机智以及他对死后名声的精心策划，其持久魅力。
一项新研究得出结论，由于气候变化，新奥尔良已经到达“无法挽回的临界点”，预测该城市在几十年内很可能被墨西哥湾包围。海平面上升，加上湿地侵蚀和路易斯安那州海岸线下沉（石油和天然气行业活动造成的后果），构成了生存威胁，尽管卡特里娜飓风后花费了数十亿美元用于筑堤。 该研究将当前变暖趋势与12.5万年前的类似时期进行比较，预测海平面将上升3-7米，并失去大部分剩余的沿海湿地，可能导致人口向内陆迁移高达100公里。专家呼吁立即启动协调的搬迁计划，从弱势社区开始。 虽然减缓措施至关重要，但该研究认为撤退现在是不可避免的。最近的决定，例如取消旨在重建陆地的重大泥沙疏导项目，以及对石油公司在海岸破坏方面的责任的质疑，加速了这一时间表。尽管过去曾进行过社区搬迁，但如此大规模的城市搬迁前所未有，而政治上不愿承认新奥尔良的“绝症”阻碍了积极的规划。
## 新奥尔良因海平面上升面临不可避免的搬迁
一则黑客新闻讨论围绕《卫报》的一篇文章展开，该文章强调新奥尔良需要开始规划搬迁，因为海平面上升正在加速。专家警告说，即使立即停止气候变化，这座城市也正面临“无法挽回的临界点”。
评论员承认这场危机早已预见，并提到了过去的分析以及未能实施像荷兰成功使用的那样预防措施。核心问题是多种因素的结合：房产价值损失、社区联系以及搬迁的经济负担，特别是对于低收入居民而言。
许多人认为个人行动——主动出售房产——是可行的，但将其扩大到人口层面存在问题。有人提出了系统性解决方案，例如政府收购和土地保护，但面临政治障碍。一种普遍的悲观情绪是，一些人指出迈阿密的情况类似，并质疑美国有效应对如此大规模挑战的能力。最终，这场讨论强调了适应气候变化的艰难现实以及有计划撤退所带来的复杂社会和经济影响。
代理技能
Agent Skills
6 小时前
## 代理技能：人工智能时代重拾资深工程师的技能 人工智能编码代理擅长生成代码，但本质上会跳过关键的资深工程师实践——规格说明、测试、审查和范围控制——只专注于完成任务。代理技能项目旨在解决这个问题，本质上是将可靠软件与错误代码区分开来的“隐形”工作重新补上。 核心思想是为代理提供结构化的*工作流程*（“技能”）——定义清晰的退出标准的逐步流程的 Markdown 文件——而不是冗长的文档，后者很可能被忽略。这些技能涵盖了整个 SDLC：定义、规划、构建、验证、审查和发布。 关键原则包括优先考虑**流程而非文档**，使用**反合理化表**来对抗跳过步骤的常见借口，要求**具体的验证**，采用**渐进式披露**来管理上下文长度，以及执行严格的**范围控制**。该项目大量借鉴了成熟的工程实践，例如 Google 的实践（Hyrum 定律、测试金字塔、代码审查规范）。 用户可以通过市场或直接实施这些工作流程来集成代理技能。然而，作者强调，即使*阅读*这些技能也能深入了解如何为人工智能辅助开发构建强大的工程流程，重点是将基本且常常被忽视的工作变得不可协商。最终目标是确保人工智能代理体现资深工程师的纪律性，而不仅仅是初级工程师的速度。
## 代理技能受到关注
名为“代理技能”（addyosmani.com）的新资源在Hacker News上的开发者中获得了积极关注。用户报告称该工具大大简化了开发流程，处理了样板任务，使他们能够专注于更高层次的产品架构和设计。
一位用户强调它在副项目中很有帮助，而另一位用户计划将其组件用于自己的项目。具体而言，API设计和UI测试代理因其特别有用而受到称赞。
然而，有些人担心安装后可能难以移除该工具，并且更喜欢根据个人开发者需求定制的解决方案。尽管如此，总体情绪是积极的，开发者们赞赏代理技能节省的时间和提高的专注力。
## 人工智能时代工作的意义
强大的AI工具的兴起引发了一种出乎意料的不安：尽管生产力提高，但人们对工作的参与感却在减弱。这种感觉源于AI能够绕过至关重要的“任务启动包”——启动某项工作时所固有的精力投入、身份认同和冒险精神，而意义正是在这里形成的。
虽然AI擅长*执行*，但它却省略了投入的过程。与传统的效率建议（“最难的部分是开始”）不同，AI让开始变得毫不费力，但由于所有权降低，完成反而变得更加困难。这种脱节可能会导致倦怠，因为工作感觉缺乏意义。
AI对于我们*不*太在意的事情很有价值，但对于那些重要的事情，我们不应轻易地委托初始的、充满阻力的阶段。作者提倡一种协作的方法——将AI用作思考伙伴和编辑，但要坚定地保护个人启动和整合的核心过程。
最终，随着AI处理更多的工作，工作中独特的、人性化的方面——渴望、行动和拥有——将变得*更加*重要。支持这种投入、培养集体勇气和拥抱阻力的产品，对于实现充实的工作未来至关重要。
最近一篇在rickyyean.com上发表的文章引发了Hacker News的讨论，主题是人工智能接管创意工作，特别是写作时会失去什么。原作者观察到人们渴望通过人类写作传达的真正*人类*体验。
评论者们对此表示认同，指出阅读习惯发生了变化——现在专注于*检测*人工智能生成的内容（“AI垃圾”）而不是参与到想法本身中。作者分享了自己使用人工智能（Claude）编辑的经验，强调该工具倾向于过度扩展内容并强加风格选择（例如过多的破折号），这让人感觉不自然。
有人建议撰写*关于*依赖人工智能进行内容创作所造成的损失的文章，这凸显了人们对自动化写作潜在弊端的日益关注。
## 苹果网络服务器 ROM：2.0 更新 最近的发现延续了苹果网络服务器 (ANS) ROM 的故事，最初的设想并非仅用于 AIX。虽然早期的 ROM 允许启动 Mac OS，但后来的“2.0”ROM 承诺对 Mac OS 提供原生支持，包括利用 ANS 独特的硬件——板载图形和快速 SCSI——而无需变通方法。 测试结果好坏参半。2.0 ROM *确实* 可以直接从内部驱动器启动 Mac OS 9.1，这是早期版本无法实现的。然而，性能明显 *低于* 预生产 ROM，受到 L2 缓存检测问题以及潜在的 RAM 速度影响。尝试启动 Rhapsody（Mac OS X 的前身）也失败了，并出现内核崩溃。 有趣的是，2.0 ROM 表现出一些怪癖——前置 LCD 屏幕为空白，以及更快的启动过程——表明它是不完整的。虽然它在硬件支持方面提供了便利，但巨大的性能损失使得预生产 ROM 成为在 ANS 上运行 Mac OS 的首选。 人们仍在继续寻找可能改进的 2.0 ROM 版本，并且正在努力为旧 ROM 打补丁以提高稳定性。尽管遭遇挫折，但持续的探索为苹果雄心勃勃但寿命短暂的 Unix 服务器历史增添了新的篇章。
一个黑客新闻的讨论围绕着一篇博客文章，详细介绍了在Apple Network Server 2.0 ROM上成功测试macOS（特别是pre-OS X版本，如System 7.5.5和Mac OS 9.1）。用户很快纠正了标题中使用“macOS”的错误，指出该操作系统在OS X推出之前历史上一直被称为“Mac OS”，后来在2016年Sierra版本中才被命名为“macOS”。
对话深入探讨了不同时代操作系统的正确术语，包括发音（“Mac OS ten”与“Mac OS ex”）和适当的命名约定（Mac OS X Leopard与macOS Tahoe）。原作者承认黑客新闻的自动格式化工具可能更改了标题的大小写。总的来说，该帖子展示了对老式苹果技术的怀旧之情，以及对其历史和命名的敏锐关注。