最新

Hi HN， 我在调研是否真的有需求，需要位于欧盟的、可供独享的、单租户 GPU 工作站。 设想是为那些需要隐私、控制权，或者处理敏感或专有数据的人提供一台专用机器（而非共享云），而不是尽可能便宜的算力。 在构建任何东西之前，我想了解： 这样的东西对您来说有用吗？您会用它来处理什么样的工作负载？ 感谢您的见解。

大家好，HN。标准广义相对论认为时间膨胀完全由质量-能量引起。但当信息熵达到临界密度时会发生什么？ 我发布了论文的 2.0 版本，提出了信息诱导时间膨胀 (ITD) 假说。 该假说： 我提出，局部信息熵 (\Delta S_{info}) 充当了时空度规的“计算负载”。正如质量会弯曲时空一样，极高的信息密度可能会“滞后”局部时钟。 实验（严格可证伪）： 为了验证这一点，我设计了一个使用 Sr-87 光晶格钟的差分测量（第 6 节）： 比较：GHZ 纠缠态（高信息量）系统 vs. 乘积态（低信息量）。控制：质量和能量保持相同。预测：如果我的推导是正确的 (\alpha \neq 0)，纠缠部分将显示相对于对照组的频率红移。 完整论文 (Zenodo)： [https://zenodo.org/records/18027729](https://zenodo.org/records/18027729) 需要帮助： 我正在寻求关于实验设置的反馈。 主要的工程挑战是保持 GHZ 相干性足够长的时间，以将该效应与环境噪声隔离开来。 如果您在量子计量学方面有专业知识，我将非常感谢您的技术见解。 （可选）请求 ArXiv 认可： 认可代码：E3Y83D (physics.gen-ph)

所有开发应用程序都使用端口 9092，当我主动或在后台使用 Antigravity 时，它会与我的其他程序冲突。 谷歌，你们在干什么？？

像 Claude Code 这样的 AI 编码代理可能会产生危险的幻觉指令。错误的路径，错误的目录，然后你突然运行了 "rm -rf ~/" 而不是 "rm -rf ./ "。我构建了 Leash 来在这些错误执行之前捕获它们。 它是一个简单的钩子，在每次工具调用之前运行。它会阻止工作目录之外的危险命令，保护敏感文件，如 .env 和 .git，即使在项目内部也是如此，并阻止破坏性的 git 操作，如 reset --hard 或 push --force。 起初，它处理的一些事情并不明显：代理执行 "cd ~/Downloads && rm -rf folder" 以逃离沙盒，复合模式如 "find -delete" 或 "xargs rm" 针对项目之外的路径，以及基于符号链接的逃逸。 适用于 Claude Code、OpenCode、Pi 和 Factory Droid。设置只需 "npm install -g @melihmucuk/leash"，然后是 "leash --setup claude-code"。 并非完整的沙盒。如果你需要真正的隔离，请使用容器。这只是捕获了导致意外损坏的常见幻觉模式。 [https://github.com/melihmucuk/leash](https://github.com/melihmucuk/leash)

新开发者拿到新设备后，首先需要做的是配置开发环境。<p>Stackup 允许你通过一个命令完成配置，前提是你已经编写好一次配置文件（YAML）。<p>它在 MIT 许可证下免费开源。<p>这是我（作为一名经验丰富的开发者）的第一个 Go 项目。<p>欢迎提出任何反馈。

这只是个人观点，但我认为目前的编码代理在错误的时机需要人类审查 AI 的产物。 大多数工具侧重于在执行前创建和审查计划。所以，背后的想法是在让代理触及代码库之前批准意图。这听起来合理，但实际上，真正的学习并非发生于此。 “计划模式”发生在代理付出“现实”代价之前。在它浏览代码库之前，在它运行测试之前，在它遇到奇怪的边缘情况或依赖问题之前。其输出是推测性的，并且通常看起来比实际情况自信得多。 实际上，更有用的是审查“演练”：代理尝试解决问题后所做事情的总结。 目前，在大多数编码代理中，默认设置仍然将计划视为主要检查点，而演练则在稍后进行。这使得重心放错了地方。 我从事软件工程的经验是，我们不审查意图，而是信任执行。我们审查结果：差异、测试更改、哪些被破坏、哪些被修复以及原因。这实际上就是一次演练。 因此，我觉得，当我们对演练提供反馈时，我们是对具体决策和后果做出反应，而不是基于假设。这种反馈更清晰、更具可操作性，并且更接近于我们作为工程师今天已经审查工作的方式。 好奇其他人在使用“计划优先”的编码代理时是否有同样的感觉。原因是，我正在开发一个开源编码代理，并决定减少对预先批准计划的重视，而更多地关注审查代理在实际工作中遇到的情况。 但这是我们团队内部正在激烈辩论的事情，很希望得到大家的想法，以便帮助我们以最佳方式实现这一点。

https://youtube.com/watch?v=I41gcYUtzcM