文章
备忘录里成篇的部分：工作项目的对外复盘、方法论笔记和个人工具的排障记录。部分文章初稿发表于公司内网，上站前做了脱敏重写，均在文中注明。
2026
- 发刊词
从《101 忠狗》里那个每次失败都拿出录音笔反思的女反派说起——哪有那么多主角，所以这是：给自己的备忘录。
- 十年之后，重新开一个博客
2015 年我在 GitHub Pages 上搭过一个博客，写了 8 篇备忘就弃更了。十年之后重新开站，这篇交代它从哪来、打算写什么。
- 按下 Fn 就说话：一个 macOS 语音输入工具的三个坑
把「切输入法、双击 Option」压缩成一个 Fn 键：CGEventTap 静默禁用、输入法假切换、修饰键状态残留，三个深水区问题的排障记录。
- 把丢帧时长占比降下来：双列信息流的流畅度优化
以 HTR 为核心指标建评估、找劣化、做优化，再把问题左移到合码前：记录今日头条双列信息流性能专项的方法与结果。
- AI 辅助的 iOS 到 KMP 代码迁移实践
把 Objective-C 代码迁移到 Kotlin Multiplatform，AI 转写能做到什么程度？一次真实模块迁移的流程、迭代记录与适用边界。
- 评测的尺子：设计 AI 评测的几个原则
给 Agent 的 Skill 做 with/without 对照评测、给知识库问答建评测集的过程中，我确立了几个原则：统一 Q&A 协议、锁定 judge 版本、只评语义不评形式、结果可重放可审阅、复核结论改回源头。
- 像管理代码一样管理提示词：QuickGPT 的设计
介绍我的开源 Raycast 扩展 QuickGPT：用 HJSON 文件和 Git 管理 300 多条提示词，用占位符系统把提示词变成随处可调用的工具。
- 从人工到自动化：用 LLM 筛选值得复盘的 CR 评论
AI 初筛加人工复核：靠对话式的上下文组织和数据集化的批量调优，把 CR 评论复盘的人工筛选工作量减少约三分之二的实践记录。
- Code Review 只找真问题
AI 参与编码之后，Code Review 的一些老原则反而更重要了。这篇写我的评审方式：先刷新基线再看 diff、只找真实风险、清理 AI slop、核验 AI 意见后再采信，不为凑数量制造意见。
- 规则、参考、工作流：团队知识该放在哪
Agent 时代，团队知识怎么组织才能被 AI 和人同时用好？我的答案是一个三分法：规则进 AGENTS.md，参考资料进 Wiki，标准工作流写成 Skill。