最新

系统管理员发现 Windows 更新出现问题有三种方式：补丁星期二后的早上收到用户工单、48 小时后在 r/sysadmin 论坛上看到帖子，或者在微软自己的已知问题页面上看到，但通常要等 1-3 周。目前没有一个集中的信息源能提供“这个 KB 在这个配置上导致了这个问题”这样的信息。Bleeping Computer 和 AskWoody 算是比较接近的，但速度慢且缺乏结构化。<p>所以我建立了一个。<p>它的功能： - 每 4-6 小时从 r/sysadmin、r/msp、r/Intune、r/ActiveDirectory、r/exchangeserver、r/AZURE 通过 Reddit JSON API 抓取帖子 - 从 MS Health Dashboard、Bleeping Computer、AskWoody、BornCity、MS Security Blog 以及 Windows IT Pro / Intune / Exchange TechCommunity 论坛抓取 RSS - 按（主要 KB、组件）分组，这样关于同一个 802.1X 错误的 12 个帖子就会变成一行，并附带 12 个来源链接 - 根据评分 + 帖子数量 + 时效性进行排序 - 可选的每周四摘要邮件，通过 Resend 发送<p>每个回归行都链接回底层的 Reddit/RSS 帖子——分类器不是权威的，来源帖子才是。如果 LLM 误读了什么，只需点击一下即可查看证据。<p>我希望获得的反馈： - 我遗漏的来源。特别是非英语的（目前 BornCity 是唯一的德语来源；没有日语/韩语来源，而微软会发布特定地区的 KB）。 - 分类器的失效模式。它将哪些情况误判为回归，或者遗漏了哪些真正的回归。 <p>免费阅读。摘要注册是可选的。我一个人在维护。

我不太清楚该怎么说。但我接手的、需要完成的项目都有一个共同的奇怪特质：它们是“未设计的”。 我认为这可能是因为，之前在基本设计原则和功能方面考虑过的流程和与上下文相关的代码，与其说是缺失，不如说是被模拟了。这给人一种已经被考虑过的印象，这对于项目经理来说很难察觉。 所以，我现在花了很多时间回去设计这些“未设计的”工作。手动重建那些被抽象化或完全遗漏的东西，而项目管理层的人却认为“这不会花你很长时间”。我认为这归因于这种隐蔽的问题，即事物看起来像是被设计过的。 当大规模部署时，这应该如何运作？当人工智能产生如此多的技术债务时，效率的提升真的会开始变成损失吗？ 我不确定基于智能体的流程实际上如何解决这个问题。似乎你可以让智能体做一些事情，但它们仍然会犯很多错误，你需要介入并重建。

如果您在昨天 2.0 版本发布之前安装了 Antigravity IDE，那么现在这两个产品都位于同一个目录中，并且只有一个可以运行。双击 Antigravity IDE.exe 会启动 2.0 版本。 Electron 可执行文件首先加载 resources/app.asar，然后加载 resources/app/，它们都位于与可执行文件相同的文件夹中。可执行文件的名称对此查找没有影响。2.0 安装程序将 app.asar（2.0 代码）放在 IDE 的 app/ 文件夹旁边，而 asar 文件会胜出——因此 Antigravity IDE.exe 和 Antigravity.exe 最终都会加载 2.0 版本。 如果出现窗口，请打开 PowerShell。 解决方法： ```powershell cd "$env:LOCALAPPDATA\Programs\Antigravity\resources" Rename-Item app.asar app.asar.bak ``` 然后，Antigravity IDE.exe 会回退到 IDE 的 app/ 文件夹并启动真正的 IDE 1.107.0 版本。重命名回 app.asar 可以恢复 2.0 版本。 注意事项：一次只能使用一个版本。将 app.asar 重命名后，Antigravity.exe 也会回退到 IDE 文件夹。永久修复方法是卸载这两个版本，然后重新安装到不同的目录中——安装程序是 Inno Setup (unins000.exe)，因此 /DIR="..." 应该有效。 这不是 Electron 的错误。基于位置的加载是已记录的行为。这是 Google 的 2.0 安装程序中的一个打包错误，它假设两个独立的 Electron 产品可以共享一个安装目录。

点击某些常见问题解答（例如“grpcurl 是否需要 .proto 文件？”）会将我重定向到一个非常可疑的网站 https://i3seperfiles.com。是我疯了吗，还是过度警惕了？ 更新：算了，这里已经讨论过了 https://www.fullstory.com/blog/inside-a-global-campaign-hijacking-open-source-project-identities/ 看到一个开源项目被这样针对，真是令人难过。

我制作了 Bevel，因为我的女朋友参加了一个读书俱乐部，我想为她做点什么。它是一个每日谜题：你阅读一段大约 200 字的公共领域文章，尝试在五次猜测中推断出作者、年代、国籍和书名，并在猜测之间获得自适应提示。类似于 Wordle 的机制，但针对经典文学。如果你喜欢它并想将其添加到你的服务器，也有 Discord 活动。Bevel 目前在 Discord 上未经过验证，因此目前只能添加到较小的服务器中。欢迎任何反馈。

DDS Vibe 学院是一个免费的、包含 31 节课的 AI 编程课程。课程涵盖 Claude Code、Google Antigravity、Gemini 3.1 Pro、Cursor、Shopify Sidekick、Ollama、Hydrogen 2026 和 AI 成本工程。无需付费，无需注册，不颁发证书。 该学院的中心由 AI 智能体构建。Claude Opus 4.7 编写了 12 个 Liquid 部分（约 6,400 行代码）。Google Antigravity 通过 Shopify MCP 将所有文件部署到 Shopify。Cowork 运行了自主浏览器审计。我没有编写任何代码，也没有手动上传任何文件。我设计了约束条件，智能体负责实现。 课程分为四个阶段。基础阶段介绍 Sidekick 和 Ollama。开发阶段是关于 Claude Code 和 Cursor 的大师课程。应用阶段的案例研究记录了诸如 Sovereign Orchestrator 和 NicheForge 等系统。精通阶段则对多智能体 AI 基础设施进行取证记录。一个姐妹博客每周一到周五发布文章。 随时随地阅读您想阅读的内容：<a href="https:&#x2F;&#x2F;ddsboston.com&#x2F;pages&#x2F;dds-vibe-academy?utm_source=hn&amp;utm_medium=showhn&amp;utm_campaign=launch" rel="nofollow">https:&#x2F;&#x2F;ddsboston.com&#x2F;pages&#x2F;dds-vibe-academy?utm_source=hn&amp;u...</a>