回头看看，没想到自己会在“截图”这件事上折腾这么久。
1990 年，Snagit 诞生；2007 年前后，Windows 自带的截图工具逐渐普及，ShareX 的前身 ZScreen 也在这一年出现；2016 年，Snipaste 发布，将截图与贴图结合成了一种极其顺手的工作方式；2023 年底，PixPin 也开始走进更多人的视野。
当然，还有陪伴我们多年的 QQ 截图、微信截图，以及开源社区里的 ShareX、Greenshot、Snow Shot 等优秀作品。
2025 年12月，一切从录屏开始。
最初的起点，其实还不是「北京录屏」，而是社区里 Anlv的「AN录屏」。
当时觉得这个动作的实现思路很不错，便参考了它的架构。说得直白一点，最开始确实有些“抄作业”的成分。在此也感谢anlv佬的分享。
后来在不断修改、扩展和优化中，逐渐有了自己的「北京录屏」，又沿着它的框架，衍生出了「Quicker截图」动作。
当时参考过社区里 QShot 等优秀动作，也加入了许多自己的设计和想法。那时候有点大病，总觉得自己做的截图动作已经足够完善，便大胆地找到 Quicker 作者 CL，询问能否使用「Quicker截图」这个名字。他很爽快地答应了。
如今想想，确实有点...
2026 年，故事有了新的方向。
6 月 25 日，Quicker 2.0 发布，带来了更成熟的截图 Pro 组件。而早在几个月前，我也开始尝试脱离 Quicker 的框架，开发一款真正独立的截图软件——yuSnip。
原因其实很简单。
PixPin、Snipaste、QQ 截图、微信截图，都是很优秀的截图工具，但它们大多闭源。我会比较希望开源社区里，也能多一款功能完善、交互细腻、界面漂亮的截图工具。
作为一名设计师，我对软件有一点近乎偏执的固执：好用的工具，也理应好看。 我愿意为了一条舒服的投影、一处自然的动效和像素级的留白，反复调试几十次。
而让我有机会实现这些想法的，是逐渐成熟的 Vibe Coding。
我并不擅长传统编程，也没有充裕的开发预算。大部分时候，我都是做到哪算哪，用的也都是国内模型、Flash 模型，或者各种限时免费额度。
开发也远不是“告诉 AI 要什么，它就能做出来”那么简单。架构怎么组织、功能如何衔接、交互怎样设计，都需要不断思考、验证和推翻重来，但不得不说这也是一个很有意思的过程。
尤其是长截图的拼接算法，反反复复折腾了很久，直到现在也谈不上完美。但至少，它终于从一个充满问题的实验，变成了大多数场景下真正可用的功能。
而这一路，并不是我一个人走过来的。
Quicker 地球村的朋友们，这里点名祥睿御免，为我提供了大量建议、测试和反馈。很多问题，如果没有他们帮忙验证，我可能至今都发现不了。
更早以前，在还没有 AI 编程的日子里，我也是靠着 Quicker 社区里许多大佬的帮助，才一点点学会用模块搭建动作、理解逻辑、解决问题。
如今 AI 降低了编程的门槛，但我始终认为，这并不意味着前人的技术积累失去了价值。恰恰相反，今天的便利，正建立在无数开发者过去的探索之上。
2026 年 11 月，yuSnip 走向开源。
其实我犹豫过。
毕竟这些代码背后，是很多个坐在电脑前反复尝试的日夜。开放它，就意味着别人可以轻易地获取、修改，甚至重新包装这些成果。
但转念一想，自己不也一直是技术共享的受益者吗？
我曾给 Quicker 地球村写过很中二的一句话：
“开放共享，去中心化，协作互助，自由平等，开源与创新，这就是互联网精神。”
我不确定未来是否会改变想法，也不敢说 yuSnip 已经足够好。甚至也不敢保证自己会一直维护下去。
所以，yuSnip 以 MIT 协议开源了。
它不是为了取代谁，也谈不上什么技术革命。只是一个喜欢折腾的设计师，借助 AI 和社区的帮助，终于把自己心目中的截图软件做了出来。
如果你也喜欢干净的界面、细腻的交互，欢迎来体验一下。
也感谢一路上给予过帮助、灵感和反馈的每一位朋友。
项目地址
感谢
（经历来自本人，文章经过AI润色）
京公网安备 11010502053266号