最新

https://x.com/iiviieee/status/2056850759304798543 https://github.com/crosmos-labs/ironic/

https://x.com/iiviieee/status/2056850759304798543 https://github.com/crosmos-labs/ironic/

我开发 Markdown Viewer 是因为我发现现有的 Markdown 应用要么臃肿（VS Code、Obsidian），要么过于简陋。我想要一个能即时加载、干净地渲染 Obsidian 风格功能，并且体积只有几兆的应用。<p>使用 Tauri 2 构建（Rust 后端 + webview 前端）： - GitHub Flavored Markdown + Obsidian 扩展（维基链接、引用、表情符号、数学公式、Mermaid 图表） - Frontmatter 渲染为内容上方的结构化元数据栏 - 通过 ammonia 进行 HTML 净化以确保安全 - 没有沉重的依赖，没有 Electron<p>它有趣的地方不在于功能本身，而在于它是如何构建的。每一行 Rust、CSS 和 JavaScript 都是由 AI 编码代理（pi.dev/Qwen 和 Claude Code）编写的，没有一个人类编写代码。没有手把手的指导，没有“先提示再复制粘贴”——只有高级别的简要说明和迭代的代理驱动开发。<p>我一直在使用这个项目来完善我的 pi.dev 设置 - 使用 pi.dev/Qwen3.6 和一小部分扩展取得了一些进展。试图避免在这个项目中使用 Claude Code/Opus - 想看看我能用本地 LLM 做些什么。<p>关键数据： - 即时加载（没有 webview 开销，纯渲染） - ~ 几 MB 的二进制文件 - 通过 ammonia 进行 HTML 净化（XSS 安全） - 在 GitHub 上开源<p>开源地址：<a href="https://github.com/rajatarya/mdviewer" rel="nofollow">https://github.com/rajatarya/mdviewer</a>

系统管理员发现 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>免费阅读。摘要注册是可选的。我一个人在维护。