https://blog.howar31.com/tags/glimpr/Recent content in Glimpr on Howar31 BlogHugozh-twSun, 12 Jul 2026 20:32:04 +0800https://blog.howar31.com/posts/glimpr-dev-retrospective/Sun, 12 Jul 2026 00:00:00 +0000https://blog.howar31.com/posts/glimpr-dev-retrospective/<style> .vp-image-modal-card { max-width: 96vw; } .vp-image-modal-img { max-height: 92vh; } </style> <p><a href="https://glimpr.howar31.com">Glimpr</a> 是一個 macOS 與 Windows 的截圖、標註、螢幕錄影工具。2026 年 5 月 31 日開工，7 月 12 日以 v1.0.0 公開上線，開發期約六週，全程由我與 AI coding agent（Claude Code）協作完成，repo 在 <a href="https://github.com/howar31/glimpr">github.com/howar31/glimpr</a>，Apache-2.0。</p> <p>本文記錄整條路：為什麼做、技術選型、多引擎架構、開發與驗證流程、撞牆紀錄、公開前的工程紀律、上線工程，以及與 AI 協作六週後的觀察。</p> <figure class="post-figure"> <img src="./images/phase-timeline.svg" alt="Glimpr 六週開發時間軸：從 capture pipeline 到 v1.0.0 公開上線的十一個里程碑" loading="lazy"> <figcaption>Glimpr 六週開發時間軸：從 capture pipeline 到 v1.0.0 公開上線的十一個里程碑</figcaption> </figure><h2 id="1-為什麼做-glimpr">1. 為什麼做 Glimpr</h2> <p>起點是一個具體的症狀：原本日常使用的截圖工具，在系統開機一段時間後，按下快捷鍵要等 2 到 3 秒畫面才凍結。設計階段的分析判斷，成因是它在快捷鍵路徑上呼叫 <code>SCShareableContent.current</code> 這類昂貴的枚舉 API。Glimpr 的第一需求因此收得非常窄：<strong>按下快捷鍵到全螢幕凍結要在 100 ms 以內，而且不隨開機時間退化</strong>。</p> <p>這條需求貫穿整個架構：凍結用的 overlay 引擎預先建好、per-display 的 capture filter 事先快取（只在顯示器變動通知時更新，永不在截圖路徑上重查）、PNG encode 移出凍結路徑。曾評估更激進的 p50 &lt; 50 ms 目標，但那需要常駐一條 SCStream、會讓系統的錄影指示燈長亮，於是否決，最後落在冷捕約 90 ms。</p>