## Get-Shit-Done (GSD)：一款强大的AI驱动开发系统
GSD是一个轻量级系统，旨在利用Claude Code、OpenCode、Gemini、Codex、Copilot和Antigravity等AI模型增强代码生成，解决“上下文衰退”问题——即随着AI上下文窗口的填充，质量下降的问题。GSD由一位对过于复杂的规范驱动开发工具感到沮丧的独立开发者构建，优先考虑简单性和有效性。
它通过自动化上下文工程、提示格式化和代理编排来实现，允许用户简单地*描述*他们想要构建的内容。GSD然后提取需求、研究解决方案、创建路线图，并以可管理的方式执行任务，并进行原子提交——同时保持干净的git历史记录。
主要功能包括自动化规划、研究和验证，以及定制选项和快速临时任务。GSD受到亚马逊和谷歌等大型公司工程师的信赖，专注于在不增加传统企业工作流程开销的情况下，提供一致的高质量结果。安装简单，使用`npx get-shit-done-cc@latest`即可，并支持全局或本地项目设置。
每日HackerNews RSS
## 完成任务 (GSD) - 摘要
这次Hacker News讨论围绕**GSD**展开，这是一个用于AI辅助软件开发系统，侧重于元提示、上下文工程和规范驱动开发（可在GitHub上找到）。用户分享了不同的体验，突出了它的潜力与缺点。
许多人发现GSD与直接使用Claude Code或Superpowers等工具相比，**消耗大量token**且**速度慢**。一些人欣赏它详细的规划和对整个项目考虑的关注，尤其是在大型任务中，而另一些人则认为繁琐的规划阶段效率低下。
一个关键的争论点在于这些“代理式工作流”与直接编码的价值。一些人认为它们增加了不必要的复杂性，而另一些人则认为它们对于管理复杂项目和构建持久上下文很有价值。人们对AI可能生成包含安全漏洞或逻辑错误的代码表示担忧，尤其是在缺乏足够的人工监督的情况下。
**Superpowers、OpenSpec和PAUL**等替代方案经常被提及，用户们寻求自动化与控制之间的平衡。最终，讨论强调了AI辅助开发不断发展的本质，以及找到适合个人偏好和项目需求的流程的必要性。
Meta公司资深研究员马特·莫蒂尔表示，该公司对TikTok的竞争产品Instagram Reels在2020年推出时缺乏足够的保障措施。与BBC分享的内部研究显示，Reels上的评论中，欺凌、骚扰、仇恨言论以及暴力或煽动性内容比Instagram其他地方更为普遍。
本田突然大幅缩减了其电动汽车（EV）的雄心，停止开发如讴歌RDX和本田0系列等新电动车型，并停止生产通用汽车制造的Prologue。本田将此决定归因于美国关税和中国竞争，但普遍认为这源于缺乏可行的长期电动汽车战略。 此举有使本田在两个关键的汽车转型中落后的风险：电动驱动系统和软件定义汽车。与一些竞争对手不同，本田仅仅将电动汽车视为内燃机的替代品，未能抓住机会从根本上重新思考车辆设计以提高效率和降低成本。 此外，放弃电动汽车开发会阻碍本田在先进软件、空中更新和数据驱动改进等关键领域的进展——这些功能越来越受到消费者的期望。这给本田带来了身份危机，本田传统上以发动机质量和驾驶者为中心的设计而闻名，但随着汽车行业向可靠性、可负担性和自动驾驶转变——本田已经在这些领域难以竞争，尤其是在中国市场。
## 本田缩减电动汽车计划
本田正在大幅削减其电动汽车（EV）的雄心，停止开发三款计划中的车型。这一决定源于市场现实的变化，包括CAFE标准的弱化，而这些标准最初推动了对合规车辆的需求，例如改标的通用Prologue。
讨论强调了对日益依赖软件的车辆的实用性和安全性问题的担忧，一些人认为应该回归更简单、可靠的“家电式”汽车。另一些人则指出中国电动汽车制造商（如比亚迪）的 dominance，它们正在快速创新并提供经济实惠的选择。
虽然一些人认为电动汽车转型因基础设施和成本问题而停滞，但另一些人则认为电动汽车正在获得 traction——全球范围内，现在有20%的新车销售是电动汽车。一个关键点是本田在传统发动机技术，特别是摩托车方面的优势，以及一种等待电动汽车技术成熟后再全面投入的策略。关于电动汽车供应链的可持续性以及对稀土材料的依赖，也存在争论。
## CPython JIT进展：提前一年达到目标
CPython JIT项目在性能提升方面取得了显著进展，在macOS AArch64上提前一年，在x86_64 Linux上提前数月达到了最初的目标。3.15 alpha版本的JIT在macOS AArch64上比标准解释器快11-12%，在x86_64 Linux上快5-6%——性能范围从20%减速到超过100%加速，具体取决于工作负载。
这一成功是在最初的JIT几乎没有改进，Faster CPython团队面临资金削减之后实现的。 这一转机归功于运气、一支敬业的团队（Savannah Ostrowski、Mark Shannon、Diego Russo、Brandt Bucher等）以及战略性地转向社区管理。
关键改进包括新的基于跟踪的前端（“双分派”）和引用计数消除，这两者都得益于将复杂任务分解为可管理的小贡献，从而吸引了11名贡献者组成的不断壮大的团队。Savannah Ostrowski领导的每日性能报告可靠的基础设施也至关重要。该项目强调与PyPy等其他项目的合作和学习，强调社区和共享知识在推动JIT开发方面的重要性。未来的工作将集中在3.15/3.16版本中的自由线程支持。
## Python 3.15 JIT 进展与讨论
Python 社区正在热议 CPython 的即时编译 (JIT) 编译器取得的进展，旨在显著提升性能。 在资金受挫（微软裁员）后，开发已重回正轨，部分由 ARM 提供支持。 目前的方法利用“双分派”机制，最大限度地减少解释器尺寸的增加。
讨论的重点是为什么 Python 在 JIT 实现方面落后于其他语言（Ruby、PHP、JavaScript）。 关键挑战包括复杂的 C API、向后兼容性问题以及 GIL（全局解释器锁）。 一些人认为，Python 专注于库支持（NumPy、PyTorch）降低了对核心语言优化的需求。
人们对诸如 `__del__` 和引用计数系统等特性对优化产生的影响表示担忧。 关于 Python 是否应该优先考虑向后兼容性，还是拥抱更激进、可能破坏兼容性的变化，存在争论。 基准测试显示出令人鼓舞的收益，尤其是在 Windows 上，但硬件和操作系统之间的差异使分析复杂化。
对话还涉及替代 Python 实现（如 PyPy）的作用，以及 AI 辅助代码移植到更快的语言（如 Rust）的可能性。
花了我30年才解决这个问题——绿幕问题[视频]
It Took Me 30 Years to Solve This VFX Problem – Green Screen Problem [video]
9 天前
关于按住版权联系我们创作者广告开发者条款隐私政策和安全性YouTube的工作原理测试新功能© 2026 Google LLC
## CorridorKey：解决长期存在的VFX问题
一项名为“CorridorKey”的新技术，有望大幅简化和改进视觉特效中的绿幕抠像。传统上，获得干净的色度键效果需要耗费大量时间，并且需要熟练的艺术家手动修复缺陷。CorridorKey利用人工智能，特别是经过合成数据训练的神经网络，自动从绿幕素材中创建高质量的Alpha通道（透明蒙版）。
这项关键创新在于绕过了对诸如迪士尼钠蒸汽工艺（难以复制）等专业设备的依赖，而是利用人工智能来*学习*完美的抠像。创造者强调，AI代理协助生成了训练数据，提高了效率。
虽然它并非完美解决方案——目前无法处理玻璃等造成的扭曲——但它显著减少了后期制作时间和成本，有可能以更少的专业知识实现更高质量的VFX。该工具提供了一个GUI界面，但目前仅限于Python，并且需要至少8GB的显存。该项目解决了存在数十年的问题，为专业人士和爱好者提供了一种更易于访问的解决方案。
## Slug算法：十年的演进与开源发布 “Slug算法” 是一种高质量、基于GPU的字体渲染解决方案，已成功应用十年，被Activision、Adobe和Ubisoft等大型公司使用。它最初为C4引擎开发，后来为Radical Pie方程编辑器等应用进行了改进。Slug直接从贝塞尔曲线渲染文本和矢量图形，*无需*依赖预渲染纹理。 自2017年发布以来，该算法的核心稳定性没有改变，但进行了一些优化。去除了“band split优化”和自适应超采样等不必要的功能，以简化代码并提高性能。一项关键的进展是“动态膨胀”，它能根据透视和距离自动调整字形扩展，无需手动调整，并优化GPU使用率。 最重要的是，作者将于2026年3月17日起将Slug专利**发布到公有领域**，相信通过开放访问可以最大化其益处。包含动态膨胀实现的代码示例顶点着色器和像素着色器，现在已在GitHub上以MIT许可证提供，以促进更广泛的采用和实施。
## Slug 算法发布到公有领域
Eric Lengyel，Slug 算法的创造者，该算法用于高质量字体渲染，已将专利贡献给公有领域，尽管该专利有效期至 2038 年。他认为该专利已经发挥了作用，进一步的限制对任何人都没有好处。
这一决定受到了技术社区的广泛赞扬，许多人承认该算法的优雅性以及之前由于其专有地位而存在的局限性。讨论围绕着专利的作用——这是否是道德上的美德展示，还是在与相关项目（如他的公式编辑器 Radical Pie）取得商业成功后采取的务实之举。
Slug 以其分析抗锯齿技术而闻名，与较旧的方法（如纹理图集和 SDF）相比，尤其是在不同比例下，它能提供更优的结果。Lengyel 澄清该算法可以处理复杂的字形（有些包含超过 1000 条贝塞尔曲线），而不会出现问题。虽然核心算法现在是开放的，但完整的 Slug 软件包仍然是专有的，但可以与 C4 引擎一起购买。
Meta正在重新调整其VR和Horizon平台，将它们分开以允许各自发展。这意味着Quest体验将在2026年迎来重大变化。 最值得注意的是，**Horizon Worlds将成为仅限移动设备的体验。** 它将于2026年3月31日从Quest商店下架，包括Horizon Central等特定世界。所有VR访问Horizon Worlds的权限将于2026年6月15日结束。 **Hyperscape Capture** 也在发生变化，分享和共同体验功能将于2026年3月24日移除，但现有的录像仍可观看。 **Meta Horizon Plus** 将移除Horizon专属福利，如Meta Credits，但核心游戏福利将保留。 Meta强调将继续投资于核心Quest体验，强调最近的更新，如Surface键盘和Navigator界面，表明致力于改进超越Horizon Worlds的VR体验。
## Meta 停止 Horizon Worlds，暗示 VR 战略转变
Meta 将停止在 Meta Quest 上提供 Horizon Worlds，这一举动标志着公司从驱动其从 Facebook 品牌重塑的元宇宙愿景中大幅转变。 此决定是在投入数十亿美元后做出的——估计自 2021 年以来为 700 亿美元，可能超过 1000 亿美元——用于 VR 和 Horizon 平台。
用户和评论员表示难以置信，指出 Meta 对其操作系统进行了重新架构，以优先考虑 Horizon Worlds，却最终放弃了它。 人们对浪费的资源和缺乏明确的投资回报表示担忧，许多人指出用户数量很少，并且未能与 VRChat 等现有平台竞争。
虽然 Horizon Worlds 将逐步淘汰，但 Meta 仍在继续开发 AR 眼镜，表明战略发生了转变。 关于 Meta Quest 硬件系列的未来存在争论，一些人认为尽管它目前对 PC VR 游戏很有价值，但可能会被停止。 这一举动引发了关于 Meta 的元宇宙雄心是否是一个失误，以及这将对 VR 的未来产生什么影响的讨论。
## Edge.js：在边缘安全地运行 Node.js
Edge.js 是一种新的开源 JavaScript 运行时，旨在安全高效地运行现有的 Node.js 应用程序，用于人工智能和边缘计算，绕过容器的开销。 与 Deno 或 Cloudflare Workers 等运行时需要修改代码不同，Edge.js 通过使用 WebAssembly (WASIX) 隔离潜在的不安全操作（系统调用和本机模块），从而保持完全的 Node.js 兼容性。
这种方法允许运行未修改的 Node.js 应用程序和本机模块，提供高密度和快速启动时间。 Edge.js 利用现有的 Node.js 架构和依赖项，旨在实现无缝集成。
由 Wasmer 开发，Edge.js 的出现源于对快速、兼容且沙盒化的 JS 运行时的需求。 之前的尝试，包括 WinterCG，面临速度和兼容性问题。 Edge.js 通过 WASIX 将 JS 引擎（V8、JavascriptCore 或 QuickJS）与操作系统级操作分离来实现沙盒化。
目前，Edge.js 在安全模式下以原生 Node.js 速度的 5-30% 运行，并且计划进行持续改进。 它支持绝大多数 Node.js 模块，并旨在成为服务器less环境中 Node 工作负载最无摩擦的运行时。 该项目的加速得益于 AI 工具（如 GPT-4）的使用。
## Edge.js：WebAssembly 沙盒中的 Node.js - 摘要
Edge.js 允许在 WebAssembly (Wasm) 沙盒中运行 Node.js 应用程序，该沙盒使用 Wasmer 构建。由 Wasmer 开发，并利用 Codex 等 AI 工具，旨在将 Node.js 带到边缘，同时提高安全性和可移植性。
主要特性包括完全的 Node.js 兼容性（通过规范测试）、可插拔的 JS 引擎架构，支持 V8、JavaScriptCore、SpiderMonkey、QuickJS 和 Hermes，以及可选的 `--safe` 模式用于沙盒化。该项目将信任边界从操作系统转移到运行时环境。
讨论围绕着使用场景，例如运行不受信任的代码、与 Next.js 等框架的兼容性，以及在浏览器环境中的潜在应用（类似于 BrowserPod）。 提出的担忧包括沙盒对性能的影响，以及对 `--safe` 模式及其必要性的清晰度。 开发人员正在积极寻求反馈，以改进文档并解决对其功能和益处的困惑。
## Horizon：无限终端画布
Horizon 是一款 GPU 加速的终端，超越了标签和分块，为组织所有终端会话提供了一个无限的 2D 画布。把它想象成一个用于命令行界面的白板——允许你自由地放置、调整大小和分组终端，以满足你的需求。
主要功能包括颜色编码的工作区、用于轻松导航的迷你地图以及五种自动排列模式。它由 Alacritty 引擎提供动力，以实现速度，并与 Claude Code/Codex 集成，并提供实时仪表板来跟踪 AI 代理的 token 使用情况。
Horizon 通过交互式元素（如可点击的 URL/文件路径和内置的 git 状态面板）增强工作流程。配置通过实时预览 YAML 编辑器（Ctrl+,）变得简单。重要的是，会话是持久的——恢复你的工作区时，它将完全恢复到你离开时的状态。
Horizon 适用于 Linux、macOS 和 Windows，易于下载和运行，且依赖性极少。
## Horizon：GPU 加速的无限画布终端
Horizon 是一款用 Rust 构建的新型终端模拟器，旨在解决管理多个项目、日志和 shell 的难题。与传统的标签页或 tmux 不同，Horizon 采用“无限画布”，shell 可以在空间中排列，并以完整上下文（包括布局、滚动记录和历史记录）重新打开。
Horizon 在短短三天内，借助 AI 工具（Claude/Codex）的帮助创建，旨在通过减少上下文切换来提高工作流程。最近的更新包括对多屏幕设置和缩放功能的的支持，响应了早期用户的反馈。
虽然一些用户更喜欢现有的解决方案，如 Terminator 或 Tmux，但另一些用户对 Horizon 在空间记忆和管理复杂工作流程方面的潜力感到兴奋，尤其是在远程会话中。该项目利用现有的库，如 Alacritty，可通过 `cargo install horizon-ui` 或 GitHub 上的预构建二进制文件进行安装。
## 网页的隐藏复杂性与对“可塑性”网页的呼唤 我们通过手机轻松访问服务——轻点一下就能叫车或预订公寓——掩盖了网页开发者令人沮丧的现实。在2026年构建和*分享*一个功能性的网络应用程序，感觉更像是不断修复一团乱麻的“管道”，而不是创造，需要应对状态同步问题、模式锁定以及部署和安全等无休止的运维复杂性。这种在创造性构建和调试之间不断切换，会破坏流畅性，并常常导致项目停滞。 作者认为，这源于一个根本性的分歧：用户看到的精美的“表面”体验，是由一个脆弱而复杂的机器支撑的。现有的框架试图简化这一点，但最终仍然会使开发者陷入底层基础设施。 解决方案？转向“可塑性”软件——可分享的体验，它们*本身*就是编辑环境，就像Google表格。这种方法优先考虑统一的表面，消除了仅仅为了分享一个创作成果而构建整个系统的需要。受到HyperCard和Webstrates等工具的启发，作者设想一个建立在个人、本地构建的软件之上的未来网络，从而恢复早期互联网那种富有创造力、混乱和互联互通的精神。
一个黑客新闻的讨论围绕着文章“日常魔法的管道”（hyperclay.com），该文章哀叹了现代Web开发的日益复杂。
用户们争论这种复杂性是内在的还是构建更复杂应用的结果。一位评论员认为，使用今天的工具仍然可以实现简单的网站，并举例说明了免费的静态托管。另一位则强调了权衡：用户友好的工具*隐藏*了复杂性，但限制了功能——构建真正新颖的东西需要直接解决这种复杂性。
另一个提出的观点是*使用*工具（由于标准化使用而可靠）和*创造*事物（本质上不同且全新）之间的根本区别。然而，像早期的Web浏览器、HyperCard，甚至Minecraft这样的例子表明，使用和创造之间的界限模糊，提供了易于使用的构建体验。核心问题似乎是对一个像使用一样直观可构建的Web的渴望。