AI 摘要：Git 2.52 是一次重要更新，带来了全新的 git last-modified 命令，大幅提升了目录级变更追踪性能。改进了 git maintenance 的几何级（geometric）打包策略，使大型仓库的维护更高效。除此之外，还新增了 git repo 命令用于仓库信息查询，引入 Rust 代码优化内部实现，并为 Git 3.0 的默认分支名更改（从 master 到 main）和 SHA-256 过渡打下基础。

1. Tree-level 责任追踪
• 新增 git last-modified 命令，用于快速查询目录中每个文件最后一次被修改的提交。
• 相比传统 git log + 脚本方式速度提升约 5 倍以上。
• 功能源自 GitHub 内部工具 blame-tree，现上游化至 Git 主干。
• 支持未来改进，比如结果缓存的磁盘格式。

2. 高级仓库维护策略
• git maintenance 命令新增 geometric 任务，实现高效打包与逐步清理策略。
• 该模式基于几何打包（geometric repack），在性能和空间之间取得平衡。
• 相关技术源自 GitHub 自用工具，从 Git 2.33 起逐步完善。

3. 其他核心更新与实验功能
• 新增 git refs list 与 git refs exists 子命令，统一引用（reference）操作接口。
• 全新实验命令 git repo，整合查询仓库结构、对象与格式信息的能力。
• 性能显著提升：git describe、git log -L、git ls-files 等命令获优化。
• Bloom filter 算法改进，支持更复杂的路径匹配（pathspec）。

4. 迈向 Git 3.0 的过渡性变更
• 默认分支配置 init.defaultBranch 将在 3.0 版改为 “main”。
• 引入 SHA-256 作为对象哈希算法的未来默认值，兼容 SHA-1 环境。
• 开放 WITH_BREAKING_CHANGES 构建标志，提前体验 3.0 功能。

5. Rust 支持与内部重构
• 可选启用 WITH_RUST 编译选项，部分内部功能迁移至 Rust 实现。
• 当前用于变量宽度整数 (variable-width integers) 编码/解码。
• 为未来更多核心模块迁移铺路，Git 3.0 将全面要求 Rust。

6. 细节改进与工具增强
• sparse-checkout 新增 clean 子命令，便于清理异常文件状态。
• 多处底层库（特别是 xdiff）获得性能优化补丁。
• 跨工具一致性与脚本可编程性进一步提升。

The GitHub Blog

Highlights from Git 2.52

The open source Git project just released Git 2.52. Here is GitHub’s look at some of the most interesting features and changes introduced since last time.

AI 摘要：本文介绍了一种名为 “Stacking” 的开发工作流，用于优化传统的 Git 分支与代码评审流程。它通过将大型改动拆分为多个相互依赖的、小而独立的 PR，实现并行开发与评审，显著减少等待时间与合并冲突。文章还提及多种自动化工具，可帮助开发者轻松管理 Stacked PRs，从而在团队协作中显著提高代码质量与生产效率。

1. 开发与评审的痛点
• 传统代码评审流程耗时长，对开发者与评审者都是负担。
• 分布式团队受时区影响，沟通与迭代周期延长。
• 在等待评审期间，作者被迫停滞，影响特性迭代与开发效率。

2. 为什么需要 Stacking
• Stacking 将开发和评审流程并行化，可在上一个 PR 尚未合并前继续开发下一步工作。
• 通过拆分大型改动为多个小型、依赖性的 PR，减少复杂度，使每次评审更聚焦。
• 改动间的依赖关系清晰，能更安全地选择性合并各 PR，保持项目演进的灵活性。

3. 手动 Stacking 的困难
• 每个分支都需递归 rebase（再基化），遇上上游改动时需层层同步，极为繁琐。
• Git 原生命令行（CLI）对该流程支持有限，手动处理冲突成本高，容易出错。

4. 支持 Stacking 的工具生态
• GitHub 集成方案：具有 CLI、VS Code 插件与 Web UI，可同步管理栈式 PR。
• 开源 CLI 工具：如 ghstack、git-branchless 等，提供抽象化的 stack 操作流程。
• Meta 的新版本控制系统含原生 Stacking 支持。
• Git 新选项 --update-refs 为 stacking 流程带来更多便利。

5. 采用 Stacking 的价值
• 推动开发者以更模块化的思维进行编码，提升代码可读性与长期可维护性。
• 有助于团队快速理解、学习或回滚更改。
• 不论语言、架构、仓库结构（polyrepo/monorepo），Stacking 均可适用。
• 一旦熟悉该模式，多数开发者会主动维护 5–10 个 PR 栈，形成高效的持续开发节奏。

AI 摘要：GitHub 携手 Microsoft OSPO、Copilot 与 VS Code 团队，赞助了九个基于 Model Context Protocol (MCP) 的开源项目，以促进 AI 工具与开发平台的深度结合。这些项目聚焦三大主题：框架与平台集成、AI 增强的开发体验、以及自动化与编排。

1. 框架与平台集成
• fastapi_mcp：将 FastAPI 端点暴露为安全的 MCP 工具，提供统一基础设施与认证机制。
• nuxt-mcp：面向 Nuxt 应用的调试与路由工具，帮助模型理解 Vite/Nuxt 架构代码。
• unity-mcp：连接 Unity 引擎 API，赋予 AI 管理游戏资产、场景和脚本的能力，实现智能自动化游戏开发。

2. 开发者体验与 AI 增强编码
• context7：提取项目中与版本关联的文档与示例，直接嵌入 LLM (Large Language Model) 提示上下文。
• serena：提供语义检索与代码编辑功能，支持面向代理（agent-driven）的编程流程。
• Peekaboo：分析 Swift 代码界面，为 AI 助手提供可操作的 GUI 自动化上下文。
• coderunner：让 LLM 能在本地沙盒中自动执行与安装依赖，实现即时代码运行与结果反馈。

3. 自动化、测试与编排
• n8n-mcp：为 n8n 平台注入 AI 驱动的工作流自动化，优化节点理解与流程创建。
• inspector：测试与调试 MCP 服务器的工具，支持协议握手检查、OAuth 流程追踪与安全评估模拟。

The GitHub Blog

Accelerate developer productivity with these 9 open source AI and MCP projects

These nine open source MCP projects provide new frameworks, tools, and assistants to unlock AI-native workflows, agentic tooling, and innovation.

AI 摘要：Vite+ 是在 ViteConf 上发布的全新统一工具链（unified toolchain），旨在整合构建、测试、格式化、代码规范检查和库打包等开发环节，解决 JavaScript 工具碎片化与性能瓶颈问题。它在 Vite 基础上新增 vite new、vite test、vite lint、vite fmt、vite lib、vite run、vite ui 等命令，并基于 Rust 实现完整编译链以实现极致性能。Vite+ 将采用 “source-available” 的商业许可策略，对个人及开源用户免费，对企业采取付费订阅模型，目标是构建可持续的前端生态。

1. Vite+ 简介
• 来源于 Vite，同样可从 npm 安装；作为简体升级版，整合更多开发命令。
• 目标是提供统一的前端工程体验，使复杂项目的开发、测试与构建更加高效。
• 与 React、Vue、SvelteKit 等框架无缝兼容，并可直接用于单体或 monorepo。

2. 核心特性与命令集
• vite new：生成新项目或为 monorepo 生成代码模块。
• vite test：由 Vitest 驱动，兼容 Jest API，支持浏览器测试、分片和可视化回归测试。
• vite lint：集成 Oxlint，支持类型感知检查，性能比 ESLint 快百倍。
• vite fmt：即将发布的 Oxfmt 格式化工具，兼容 Prettier，提供更多换行与格式控制能力。
• vite lib：用于构建库，集成 tsdown 与 Rolldown，自动生成类型声明。
• vite run：智能缓存的任务执行器，无需显式配置即可获得细粒度缓存。
• vite ui：图形化开发工具，展示模块解析、打包与摇树分析等信息。

3. Rust 驱动的底层实现与性能优化
• 全链路由 Rust 重构实现，包括 parser、resolver、transformer、minifier、bundler。
• 高度性能调优，并被 Framer、Linear、Atlassian、Shopify 等公司采用。
• 暴露 parse 和 transform API，便于二次开发。

4. 解决的问题：JavaScript 工具生态的碎片化
• 多项目多团队导致依赖不一致、安全审核复杂与工具迁移成本高。
• Vite+ 旨在提供统一、协同的工具基础架构，减少配置、调试与迁移成本。
• 通过一致的命令与生态整合，提升开发协作效率。

5. 商业化与开源策略
• 将采用 “source-available” 策略：个人、开源、小型团队免费使用；企业需订阅授权。
• 收费部分将反哺 Vite+ 及其基础开源项目（Vite、Vitest、Rolldown、Oxc）。
• 承诺上述基础项目始终保持 MIT 开源许可。
• 目标是在维持社区信任与生态创新的前提下，探索开源项目的可持续商业模式。

6. 计划与参与方式
• 预计 2026 年推出公开预览版。
• 招募早期试用用户，可访问 viteplus.dev 参与测试。
• 官方希望社区共同塑造 Vite+ 的发展方向。

void(0)

Announcing Vite+

Introducing Vite+, a unified toolchain for JavaScript.

AI 摘要：GitHub 针对 npm 供应链近年来遭受的攻击（如基于账户劫持和自我复制恶意软件的事件），提出一系列安全强化措施，包括推进 Trusted Publishing、强制 2FA、多层次 Token 管理以及渐进式改造工作流。这些举措旨在提高整个开源生态系统的韧性，重塑开发者与社区对 npm 的信任。

1. 开源软件与供应链风险
• 开源是现代软件的基石，但规模庞大的生态也带来攻击面扩大与安全风险。
• 最近持续发生基于账户劫持的攻击，导致恶意代码通过知名 npm 包传播。

2. Shai-Hulud 攻击事件回顾
• 2025 年 9 月发生的自我复制蠕虫攻击，利用维护者被攻破的账号传播。
• 注入恶意 post-install 脚本，可窃取多类敏感信息。
• GitHub 与社区紧急响应，移除 500+ 受影响包，并封锁 IoCs 传播链。

3. npm 安全加固路线图
• 引入更严格的身份验证与发布策略：
• 本地发布需强制 2FA。
• Granular Token（细粒度令牌）有效期缩至 7 天。
• 推行 Trusted Publishing（可信发布）。
• 废弃旧的 classic token 和 TOTP 式 2FA，推广 FIDO 2FA。
• 默认禁止基于 token 的发布，要求使用可信发布或强制 2FA。
• 扩展可信发布支持的生态与厂商。

4. Trusted Publishing 与行业协作
• Trusted Publishing 免去在构建流程中管理 API token，被 OpenSSF 推荐。
• 已在 PyPI、RubyGems、crates.io、npm、NuGet 等平台逐步普及。
• GitHub 强调应加快推广，避免攻击者利用过渡期漏洞。

5. npm 维护者可采取的行动
• 优先启用 npm Trusted Publishing，替代 token。
• 在账号、组织、包层面启用并强制 2FA。
• 使用 WebAuthn 替代 TOTP 以提升安全强度。
• 积极参与社区治理，共建韧性更强的供应链安全。

The GitHub Blog

Our plan for a more secure npm supply chain

GitHub is strengthening npm's security with stricter authentication, granular tokens, and enhanced trusted publishing.

AI 摘要：本文介绍 GitHub 推出的 MCP Registry，旨在解决以往 MCP servers 分散、难以发现和管理的问题。通过集中托管与社区协作，开发者可以在一个统一平台上更快找到所需工具，与 GitHub Copilot、VS Code 等生态无缝集成。文章强调该平台对开放互操作标准的贡献，以及合作伙伴（如 Figma、Postman、HashiCorp、Dynatrace 等）所带来的典型应用场景，展示 MCP Registry 在推动 agentic workflows 与 AI 生态健康发展的重要性。

GitHub

MCP Registry

A faster, safer way to build with AI: the GitHub MCP Registry centralizes MCP servers for effortless discovery, integration, and open collaboration.

AI 摘要：本文通过 npm 中 chalk、debug、duckdb 等热门包遭遇钓鱼攻击事件，指出现有包管理器的安全模型存在设计性缺陷，暴露了软件供应链体系的脆弱性。作者主张借鉴 Linux 发行版与金融行业经验，对包管理器进行系统性升级，包括强制性签名、多维护者审查、抗钓鱼认证、自动化恶意检测、透明构建流程与依赖权限隔离。核心观点是：包管理器已成为现代软件的关键基础设施，必须以更高安全标准来治理。

OneUptime | One Complete Observability platform.

Lessons from npm's Security Failures

Recent npm security incidents reveal fundamental flaws in package manager design. Here's how every package manager should implement security measures to prevent supply chain attacks and protect developers.

AI 摘要：ForgeUI 是一个基于 React 的实验性组件库，重点在于“动画优先”的设计理念，提供动画表单、动态卡片、闪烁文字等现代化 UI 组件，旨在帮助开发者快速实现富交互界面。其技术栈包括 Next.js、TypeScript、Tailwind CSS、shadcn/ui 和 Framer Motion。项目定位更像是作者的“个人实验室”，供开发者参考与取用，而非正式社区驱动的开源产品。

AI 摘要：本文介绍了 Remotion 与 Mediabunny 的合作。Remotion 决定停止自身的 Media Parser 和 WebCodecs 项目，全面支持由 Vanilagy 开发的 Mediabunny，该库具备更快性能、更佳架构和更自由的许可。此举包括资金赞助、代码贡献和推广支持，目标是推动 Mediabunny 成为 Web 上的首选多媒体工具库，从而让浏览器能实现更高效的视频处理与应用。

www.remotion.dev

Sponsoring Mediabunny | Remotion | Make videos programmatically

With WebCodecs, we get an exciting new API for the browser, allowing us to bring performant multimedia workflows to the web.

AI 摘要：作者以 Element UI → Element Plus 的亲历为主线，讨论开源项目从诞生、演化到走向结束与再生的路径，强调“为自己所需而作”的初心、拥抱社区标准与透明治理，借助 RFC（Request for Comments）、BDFL（Benevolent Dictator For Life）式决策、语义化版本（Semantic Versioning, SemVer）与渐进式迁移（Progressive Migration）等方法，在 Trade-Off（权衡）中小步快跑、稳步迭代；同时用产品化思维和良好社区运营，尽可能延长项目生命周期，并在必要时坦然宣布进入 maintenance mode，给出替代与迁移方案，促成“死与新生”的良性循环。

AI 摘要：这是一篇 PostCSS 12 年演进的复盘：从 Autoprefixer 的诞生到 PostCSS 成为被 Google、Wikipedia、Tailwind 等采用、月下载量 4 亿的开源基础设施。作者围绕产品定位、插件策略、性能架构、版本演进、社区与生态、与竞品相处以及维护者防止倦怠的实践，给出一套贯穿前端工具链建设与开源运营的可复用方法论：以用户可用为先、以架构赢性能、以默认值减少配置、以人情味促协作、以渐进式变更稳生态。

1. 历史与定位：从 Autoprefixer 到 PostCSS
• 痛点出发：不想手写厂商前缀，于是做了 Autoprefixer，并需要一个更强的 CSS 解析器与 API（应用程序接口）。
• 启发与决策：Rework 无法满足“保留原始空白”等需求，遂自研 PostCSS；教训“−1”：对大用户更合作，给原项目提交原型的机会。
• 推广与文档同等重要：投入与写代码相当的时间做 README 与对外沟通，主动向 Webpack 推荐用 PostCSS 做解析器，带来关键增长。
• 定位转变：原打算做“幕后”框架，但终端用户对新工具敏感、对插件友好，因此把 PostCSS 做成对用户可见的“插件平台”，帮助新 CSS 工具降低接入阻力。

2. 产品形态与插件策略（Lesson 1）
• 默认可用优于“纯插件”：PostCSS 默认“无作为”导致用户被插件选择淹没；对比 Lightning CSS 内置常用能力与 Vite 的“开箱即用”，体现“约定优于配置”。
• 插件架构的收益：小内核易维护；拆分团队各司其职；利于做 CSS 工具实验（如 easing 渐变转为 CSSWG 草案）；满足项目定制；开发工具需要灵活性。

3. 时机与竞争：不怕“来得晚”，要快验真（Lesson 2、Lesson 7）
• “太晚”的误判：Chrome 停增前缀与 CSS Houdini 的宣布，都未让 Autoprefixer 与 PostCSS 失去价值；实际落地速度与有效性才是市场检验。
• 行动原则：尽快做原型、看真实结果，不被“新技术将取代一切”的叙事带偏。
• 与“竞品”为友：与 Sass 协作、统一术语与基准；公开推荐 CSSTree、Lightning CSS 等新工具；在开源中，“竞争者”可以分担你的免费支持压力。

4. 性能与架构：架构比语言更重要（Lesson 3）
• 关键洞见：PostCSS 用 JS（JavaScript）比 C++ 的 Sass 快 4 倍，原因在于架构与内存管理，而非语言本身。
• 架构实践：采用令牌化-解析器（tokenizer-parser）拆分，80% 解析时间在令牌化，便于聚焦优化；用正则快速跳转定位结束符等微优化。
• 内存优化：CSSTree 通过对象复用减少垃圾回收（GC）次数，曾快于 PostCSS ≈1.5 倍；避免“Rust/C++ 一定更快”的二元迷思。

5. 维护者健康：防止问题复发，避免倦怠（Lesson 4）
• 问题“闭环”：用户误用导致的 issue，要加类型与运行时校验、警告与文档澄清，防止重复踩坑；文档常是最后手段，但 FAQ 有效减压。
• 实例：用户把 parser 当插件使用，直接在代码里给出警告信息，显著降低重复问题。
• 反内耗机制：尽快响应、邀请提问者补文档或提修复 PR；开源是协作，不是单向免费支持。被忽视的感觉才是用户最大挫败。

6. 版本演进与迁移策略（Lesson 5）
• “跳-合”节奏：首个大版本标记废弃，下一个大版本再移除；尽量提供迁移指南（如 PostCSS 8），并维护生态迁移进度 Wiki。
• 重大变更前置沟通：提前发布变更提案、开反馈通道，协调 Webpack、Vite 等生态构件的配合升级。

7. 塑形生态：用最佳实践驱动一致性（Lesson 6）
• 统一模板与规范：插件脚手架强制“输入/输出”示例，制定插件与运行器指南；文档示例会塑造社区习惯。
• 学习路径清晰化：提供从零到一的分步指南，甚至涵盖“如何对抗开发挫败”的内容。

8. 社区运营与人情味（Lesson 8）
• 人的纽带：给插件作者寄明信片/贴纸、出差拜访活跃贡献者，建立真实连接。
• 品牌风格：Autoprefixer 的“骑士”与 PostCSS 的“炼金术”主题，让项目更有趣、更易形成文化认同。

9. 开源维护小贴士
• 尽量无构建：库用原生 JS 源码配合手写 .d.ts 或 TypeDoc，方便直接安装分支测试与 node_modules 内即时调试复制。
• 静态站点别用 React：项目文档与官网用 Astro 或纯静态 HTML，维护成本更低、更稳。

evilmartians.com

What we learned from creating PostCSS—Martian Chronicles, Evil Martians’ team blog

We share what have we learned creating PostCSS and the huge ecosystem around it. Get 8 key lessons from Andrey Sitnik, creator of PostCSS.

http://github.com/omnara-ai/omnara
GitHubDaily(@GitHub_Daily): 在 Claude Code、Cursor 上执行长时间开发任务，然后转头去干别的事情，几个小时后，却发现卡在某个报错上，非常浪费时间。

面对这个痛点，Omnara 开源项目巧妙地监控它们执行的每一个步骤，然后推送给我们查看实时观察。

并可在手机上接收推送通知，关键的任务节点进展随时查看，当它们需要指导时，还能直接从手机回应。

GitHub：http://github.com/omnara-ai/omnara

主要功能：

- 实时监控所有 AI Agent 的工作进展和操作步骤
- 移动端推送通知，AI 需要帮助时立即提醒
- 支持从手机远程启动和控制 AI Agent 任务
- 统一管理界面，集中查看多个 AI Agent 状态
- 双向交互问答，随时为 AI 提供指导和反馈
- 与 MCP 协议兼容，支持自定义扩展

目前已支持 Claude Code、Cursor、GitHub Copilot 等主流编程工具，并提供了 iOS 手机客户端。

FixupX

GitHubDaily (@GitHub_Daily)

在 Claude Code、Cursor 上执行长时间开发任务，然后转头去干别的事情，几个小时后，却发现卡在某个报错上，非常浪费时间。

面对这个痛点，Omnara 开源项目巧妙地监控它们执行的每一个步骤，然后推送给我们查看实时观察。

并可在手机上接收推送通知，关键的任务节点进展随时查看，当它们需要指导时，还能直接从手机回应。

GitHub：http://github.com/omnara-ai/omnara

主要功能：

- 实时监控所有 AI Agent 的工作进展和操作步骤
- 移动端推送通知，AI…

AI 摘要：karminski/one-small-step 是一个技术科普教程项目，旨在以简洁易懂的方式解释有趣且前沿的技术概念和原理，每篇文章力求在 5 分钟内阅读完毕。项目内容涵盖人工智能（AI）、数学、系统和硬件等多个领域，并计划保持每周不低于 3 篇的更新速度，旨在帮助读者快速掌握复杂的技术知识。

GitHub

GitHub - karminski/one-small-step: 这是一个简单的技术科普教程项目，主要聚焦于解释一些有趣的，前沿的技术概念和原理。每篇文章都力求在 5 分钟内阅读完成。

这是一个简单的技术科普教程项目，主要聚焦于解释一些有趣的，前沿的技术概念和原理。每篇文章都力求在 5 分钟内阅读完成。 - karminski/one-small-step

AI 摘要：本文通过一项随机对照试验（RCT）研究了 2025 年初 AI 工具对经验丰富的开源开发者生产力的影响。研究发现，使用 AI 工具的开发者完成任务的时间比不使用时长 19%，即 AI 反而降低了他们的效率。这一结果与开发者的预期（认为 AI 会加速 24%）和专家预测形成鲜明对比。文章探讨了这一现象背后的可能原因，并尝试调和 RCT 结果与 AI 基准测试成绩及轶事报告之间的矛盾，强调了在现实场景中评估 AI 影响的重要性。

1. 研究动机：
• 探讨 AI 工具在现实环境中的影响，弥补基准测试（benchmarks）在真实性上的不足。
• 基准测试常因任务简化或缺乏上下文而高估或低估 AI 能力，而现实中的 AI 对 AI 研发的影响可能带来风险（如快速进步导致监管失控）。
• 通过开发者生产力研究，提供补充证据以评估 AI 对研发加速的整体影响。

2. 研究方法：
• 招募 16 名经验丰富的开源开发者，来自平均星级 22k+、代码量 100 万行以上的大型仓库。
• 开发者提供 246 个真实问题（bug 修复、功能开发、重构等），随机分配是否允许使用 AI 工具。
• 使用 AI 时，开发者可自由选择工具（主要为 Cursor Pro 与 Claude 3.5/3.7 Sonnet）；不使用 AI 时，禁止任何生成式 AI 辅助。
• 任务平均耗时 2 小时，开发者记录屏幕并自报完成时间，报酬为每小时 150 美元。

3. 核心结果：
• 使用 AI 工具时，开发者完成任务时间延长 19%，与预期加速 24% 及事后仍认为加速 20% 的认知形成反差。
• 数据显示，AI 工具在现实任务中显著减缓了开发速度。
• 文章澄清未提供证据支持的观点，如 AI 对大多数开发者无加速作用、未来无潜力加速等。

4. 因素分析：
• 研究分析 20 个可能导致减缓的因素，发现 5 个可能原因（具体因素详见论文）。
• 排除实验偏差，如开发者使用前沿模型、遵守分配规则、提交的 PR 质量无明显差异等。
• 减缓现象在不同结果测量、估计方法及数据子集分析中一致。

5. 讨论：
• 对比 RCT 结果、基准测试（如 SWE-Bench）及轶事报告，发现证据部分矛盾。
• RCT 显示 AI 减缓 20 分钟至 4 小时的现实编码任务；基准测试显示 AI 在困难任务中表现优异；轶事报告称 AI 在多场景中帮助显著。
• 提出三种假设解释矛盾：RCT 低估能力、基准及轶事高估能力、或三者反映不同任务分布。
• 指出 AI 在高标准或隐性要求（如文档、测试覆盖率）场景中能力可能较低，基准测试因任务简化可能高估能力，轶事报告可能不准确。

6. 未来展望：
• 计划继续此类研究，追踪 AI 加速或减缓趋势，特别是在难以操控的现实评估中。
• 若 AI 显著加速开发者，可能预示 AI 研发快速进步，带来扩散风险、监管失控或权力集中等问题。
• 强调现实场景评估与基准测试结合的重要性，以全面理解 AI 能力及影响。

metr.org

Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity

We conduct a randomized controlled trial to understand how early-2025 AI tools affect the productivity of experienced open-source developers working on their own repositories. Surprisingly, we find that when developers use AI tools, they take 19% longer than…

BlockNote 是一个开源的基于 React 的块式富文本编辑器，风格类似于 Notion，具备高度可扩展性，构建于 Prosemirror 和 Tiptap 之上。它为开发者提供了开箱即用的现代化文本编辑体验，支持动画、拖放块、嵌套缩进、斜杠菜单、格式化菜单以及实时协作等功能。BlockNote 提供了完整的 UI 组件（基于 Mantine），也支持自定义 UI 或不使用 React 的核心库，适合嵌入到各种应用中。此外，它遵循 MPL 2.0 许可证，允许商业使用，并鼓励社区贡献。

GitHub

GitHub - TypeCellOS/BlockNote: A React Rich Text Editor that's block-based (Notion style) and extensible. Built on top of Prosemirror…

A React Rich Text Editor that's block-based (Notion style) and extensible. Built on top of Prosemirror and Tiptap. - TypeCellOS/BlockNote

AI 摘要： Backlog.md 是一款面向 git 用户的本地项目看板工具，通过将任务以 Markdown 文件形式存储在 git 仓库中，实现项目管理和代码管理的无缝结合。它支持命令行和网页两种操作模式，无需云端和账号，注重数据隐私和本地协作，适合对安全性和离线工作有需求的开发者或团队。同时，它集成了 AI 助手、跨平台支持等功能，开源且免费。

小众软件

Backlog.md - 在 git 仓库中用 .md 生成并管理项目看板 - 小众软件

Backlog.md 是一款专为使用 git 的开发者设计的本地项目看板工具，拥有命令行与网页版两种操作模式。