最近三天

noalloc: Tooling and libraries to enforce zero heap allocations in Golang

Why Microsoft contributes to Postgres: What I tell people

Tell HN: Claude Code adds your email to the prompt, the LLM sends it to websites

by TekMol · 20 points · 2 comments · The prompt issue: https://github.com/anthropics/claude-code/issues/81138 The LLM sends it to websites: https://www.reddit.com/r/ClaudeCode/comments/1xhqvzn/opus_55_just_shared_my_email_address/

Anthropic团队零Rust经验起步，靠Claude完成核心API跨语言重构：CPU省40%，延迟降20%

当 Claude 开始承担大量编码工作，Anthropic 的工程师正在转向哪些更难的问题？

Show HN: Full Python 3.15 Implemented in 25k LoC C11

by soasme · 7 points · 5 comments · I burned about $500 for this fun project: Small Python. Initial PoC used 3 resets of Codex in one session but all later development happens in Claude Code, also in one Opus 5.5 session over three days. The outcome is a quickjs-like implementation for Python. Almost full Python 3.

PHP2Shell, LiteLLM, GitLab: Find What You Need to Patch

Show HN: Popkern – open-source CAD kernel with G2 corner blends, browser IDE

Show HN: A Lego-like composable Framework for RSI

告别任天堂 Switch 模拟器：《塞尔达传说：王国之泪》第三方 Windows 原生移植项目发布

IT之家 10 月 28 日消息，开发者 NotRexed 今日在 GitHub 上发布了一项名为 SkyboundTOTK 的非官方移植项目，尝试将任天堂游戏《塞尔达传说：王国之泪》移植至 Windows 平台，从而实现无需 Switch 模拟器、直接在 PC 上运行游戏。 据 Notebookcheck 今日报道，SkyboundTOTK 采用静态重编译技术，将游戏原有代码转换为可在 PC 上运行的程序。 在图形功能方面，SkyboundTOTK 已支持 AMD 初代 FSR 技术，并允许用户单独调整图像锐化程度。 此外，该项目还提供实验性的帧插值功能，可以在实际渲染的画面之间生成额外帧，以改善运动画面的流畅度。 IT之家注意到，该项目还加入了实验性的超宽屏模式，可以调整视野范围和游戏 HUD 布局，以适配宽屏显示器。不过，部分配置下可能出现画面拉伸等问题。 操作方面，SkyboundTOTK 支持键盘、鼠标以及兼容的游戏手柄，用户可以通过键鼠完成移动、视角控制和战斗等操作。项目还提供全屏与窗口显示模式、画面比例调整和设置保存功能，并通过本地图形缓存减少后续运行时的部分卡顿，但场景加载和着色器编译仍可能造成短暂的画面停顿。 需要注意的是，SkyboundTOTK 目前仅以源代码形式发布，并非下载后即可直接运行的完整程序。用户需要在 Windows 10 或 Windows 11 系统上自行编译，并准备合法取得、解包的《王国之泪》1.0.0 版游戏文件。 相关阅读： 《 开源项目让〈塞尔达传说：王国之泪〉原生运行于 Apple Silicon，苹果 M4 MacBook Air 稳定 90 帧 》

Executable Archaeology: Reanimating the Heuristic Compiler (1961) and KBEmacs (1984)

DeepSeek-V5 占位符现身 Harness 代码库，为新一代大模型提前铺路

IT之家 10 月 28 日消息，昨日晚间，有开发者在 DeepSeek Harness 官方 GitHub 代码库中发现了一组此前未出现过的 DeepSeek-V5 模型标识符。 在 deepseek-harness 仓库中的 provider.spec.ts 测试文件中，第 154 行附近出现了 deepseek-v5、deepseek-v5-open 和 deepseek-v5-next 三个条目，与已有的 deepseek-v4-pro 并列。 从代码结构来看，这些条目目前承担的是框架层面的占位角色，而非可直接调用的模型接口。v5-open 条目附带 requires ('0.0.1')，意味着这条路径没有实质性的版本门槛，服务端切换后旧版客户端也能继续使用；v5-next 则标注 requires ('99.0.0-alpha.1')，指向一条要求客户端升级才能接入的通道。这说明 DeepSeek 在发布机制上已经为 V5 预备了“强制更新”和“平滑过渡”两种下发方案。 2026 年 4 月 24 日，DeepSeek 以预览版形式发布了 V4 系列，分为 V4-Pro 和 V4-Flash 两个版本，V4-Pro 于 8 月 13 日进入正式可用状态。9 月，DeepSeek 又推出了 V4.1-Flash，官方称其采用了全新架构，但命名仍归入 V4 序列。 IT之家提醒：占位符的出现并不等同于发布临近。现有代码只能证明“发布机制已经就绪”，DeepSeek 可以在服务端修改 / models 配置后直接启用 V5，客户端无须发布新版本。 截至 10 月 28 日，DeepSeek 官方尚未就 V5 系列发布任何公告、模型卡或 API 标识符，也没有对代码库中的占位符作出公开说明。