从 rcedit 到 resedit：给 Bun 单文件 EXE 修改 VERSIONINFO 的兼容层设计
最近一次 Windows 构建工具迁移，让我重新理解了 PE、VERSIONINFO 与 Bun 单文件可执行程序之间的关系。本文从零解释 Windows PE，并复盘如何用 resedit 替代归档的 rcedit，同时通过不变量校验保护 Bun 的自定义 section。
Windows 下 AI 浏览器的最佳启动参数配置
Windows 下的 Chromium-based AI 浏览器不该靠一串启动参数维持生产可用。本文给出 Production、Internal Diagnosis、Automation/Eval 三套 Profile，逐项判断 GPU、Sandbox、Remote Debugging、Profile、Proxy、Crash 与 V8 参数的边界，并提供可复制配置和安装验收清单。
Omaha 到底是什么：一篇讲清 Chromium 自动更新的客户端、协议与服务端
Omaha 既是 Google Update 的开源项目名，也常被用来指 Chromium 更新协议与服务端。本文拆清 Chromium Updater、Omaha Protocol、CUP、CRX3 和 Authenticode 的责任边界，并串起一次完整的自动更新。
darwin-arm64、win32-x64、linux-x64 到底是什么：一篇讲清安装包命名
下载 CLI、桌面应用或原生依赖时，我们经常遇到 darwin-arm64、win32-x64、linux-x64、AMD64、AArch64、gnu、musl 等名字。本文从 OS、CPU、ABI 与 release channel 四个维度拆解这些标签，解释它们的历史来源、兼容关系与选包方法。
RSS 到底是什么：为什么 FlyOS 性能评测不能只看一个内存数字
最近做 FlyOS 性能 baseline 时，同一轮空闲采样里，进程树 RSS 均值是 949.4 MiB，Physical Footprint 均值却只有 355.5 MiB。本文从这组真实数据出发，讲清 Resident Set Size 的统计边界、Chromium 多进程下的重复计数，以及判断内存回归和泄漏时应该怎样选指标。
把 Agent Skill 当作架构边界：平台开发与发行版开发为什么要拆开
Agent Skill 不只是提示词集合，它会影响 Agent 从哪里读上下文、能修改什么、如何判断交付完成。本文以平台工程与 Browser Distribution 为例，解释为什么要拆开平台开发和发行版开发 Skill，并给出命名、目录、依赖和验收边界的实践框架。
从静态 Reference 到 LLM Wiki：让 Agent Skill 拥有可持续演进的知识底座
Agent Skill 可以封装流程，却不适合长期内嵌持续变化的业务知识。本文以脱敏的数据研发场景为例，拆解 Raw Sources、Wiki、Schema 三层架构，以及 Ingest、Query、Lint 如何把静态 Reference 升级为可追溯、可校准、可持续演进的知识底座。
Git worktree：AI 时代的并行开发工作台
Git worktree 让同一个仓库同时拥有多个独立工作目录。它解决的不是“少 clone 一次”，而是人和 AI Agent 并行开发时的上下文隔离、可验证交付与低成本切换问题。
Profile 到底是什么意思：先分清用户资料、构建方案与交付策略
`Profile` 没有一个放之四海而皆准的中文解释。它可以指浏览器用户资料、工程构建方案，也可以指产品发行配置。本文从这个词的共同语义出发，重点解释 FlyOS 的 Distribution Profile、Build Profile、User Profile 与 Settings 分别描述什么，以及看到裸写的 Profile 时应该怎样判断。
AI 浏览器不是 Chrome 加个聊天框：从 BrowserOS 拆解七层架构
AI 浏览器不只是 Chromium 加一个聊天界面，而是浏览器内核、原生集成、Agent Runtime、语义工具、模型连接与工程交付系统的组合。本文以 BrowserOS 源码为线索，拆解七层架构，并讲清构建、发布和多产物更新链路。