我是在 WWDC25 期间直接把我的工作电脑 MacBook Pro 升级到 macOS 26 Beta 的。当时人还在 Apple Park 参加活动，后面也基本以玩为主，因此没有被这个系统影响到工作。

回国后，从游玩状态中调整过来，准备好好干活。但真的高强度使用 macOS 26 Beta 时，觉得非常别扭。首先，我的 M3 Max 的整体 UI 响应速度，就像回到了用一台 Intel 电脑；其次，Liquid Glass 非常不成熟，过度的动画、透明和阴影，始终觉得内容重点被夺走了；最后让我无法忍受的是，菜单上那些画蛇添足的图标，不再是原本干干净净的 macOS，让我有种在用 Windows 的感觉。于是我决定装双系统，回到 macOS 15 工作。

过去几年，基本每年我都会安装双系统开始我的 Beta 系统的体验，每年的原因都差不多，主要还是新系统无法跑最新 Xcode 稳定版本，虽然这个在今年被解决了，但在可用性方面却大大降低了。我相信（或期望）可用性问题在正式版本会解决（或者在 macOS 27、28）。但那是后话了，本篇我就简单介绍下我是如何进行「乾坤大挪移」式使用双系统。

如何安装双系统

昨天花了几小时装+配置好 macOS 15 环境后，整个立刻就感觉清爽、轻盈了起来。

在 Mac 上装双系统非常简单，只要打开 Disk Utility，新加一个 APFS 卷，然后去 App Store 下载最新 macOS 的稳定版本，然后把这个 macOS 装在新加卷上面就可以了。因为两个 macOS 可以互读硬盘，因此文件也可以共享，很快就可以把自己的需要的环境设置起来。

但是，今年我做了一些不一样的操作，我决定隔离两个系统的环境，进行「乾坤大挪移」。一个重要的出发点是，我的 macOS 26 Beta 的环境已经很乱了，我不想简单的把文档复制或链接过来，我想在使用过程中，把真正需要的文件挪过来，不要的文件就留在「老系统」，直到我不需要并抛弃它。

禁止当前系统索引另外一个系统的文件

默认情况下，双系统的 Mac 会挂载另一个系统的分区，Spotlight 也会自动去索引所有文件，于是你搜索的时候可能会出现重复的内容，这在我过去几年的双系统体验中是一个很烦恼的事情。而且即使在 Spotlight 中设置了排除项，重启以后依然会无效。

今年我找到了一个新方法，那就是在命令行层面禁止索引另一个系统的分区，真正做到互不影响。

禁止索引系统盘：

sudo mdutil -i off /Volumes/Macintosh\ HD

禁止索引数据盘：

sudo mdutil -i off /Volumes/Macintosh\ HD\ -\ Data

执行完这个后，在当前系统下就搜不到另一个系统的文件了，算是「软」隔离成功。

渐进式「乾坤大挪移」

前面已经提到「乾坤大挪移」了，那就是我想在使用干净的系统的过程中，只移动需要的文件到当前系统来，老的、旧的东西就不动了，直到我抛弃（删除）那个系统。

昨天当我设置好基本的开发环境后，我就开始工作了一会。当时的系统环境只有必要的软件和工程项目，没有任何多余的东西，这使得我的工作状态也非常轻盈和舒适：就像你乱了很久的小屋，有一天你狠狠地打扫了一遍，把所有不重要的东西都清理掉了，尽管小屋还是那个小屋，但是生活起来绝对会舒适很多。

就这样，昨天在我的「新系统」里，进入了回国以后久违的一个工作状态。

后记

接下去，我会在日常的工作中，继续把需要的文件和软件挪回来。在这个过程中，新系统也可能会继续变乱，然后也越来越臃肿，但是没关系，下一年，我再来玩一次这样的双系统「乾坤大挪移」——就像需要经常打扫屋子一样，电脑的系统不仅需要经常打扫，而且需要利用可以装双系统的优势，比起找什么需要、什么不需要式的清理，双系统更有一种「快刀斩乱麻」的感觉。

读到这里，你可能会说：我的硬盘不够我装双系统！那…下台电脑请买 2TB 起的硬盘，只能这样了。

附图：

整整一年没有更新 Blog 了，因为最近发布了一款新产品 PopTranslate，想做一点承前启后的事情。所以在这篇文章里，我想正式介绍一下这款产品，以及产品背后的开发故事，也就是从做完上个产品后的疲倦状态中走出来，然后找到新方向的故事。

前情提要：MarkMark

在聊新产品前，先简单回顾一下我的上一个产品：MarkMark。

这个产品我从立项到发布，整整花了一年多，尽管中间的开发过程也有很多欢乐和收获，包括通过外部合作带来的交流与连接方面的收获。但是最终因为战线过长，在去年 3 月赶鸭子上架式发布产品后，我消耗完了我的耐心，进入了疲态。这也是上一篇更新的 Blog 《把「开新坑」作为「心灵按摩」》 里总结的。这里就不再赘述过多。

发布 MarkMark（或进行心灵按摩） 也快满一年了，这段时间，除了调整状态外，我的生活还有了一个很大的变化，那就是老婆终于从大厂离职了。在她离职并休整了一段时候后，我们开始思索着如何开始一起做点事情。因为我的老婆是产品经理+设计师，与程序员出身的我来说是天然搭档。

「天然搭档」并不意味默认就是「完美搭档」，我们依然需要在工作中进行探索与磨合。我们尝试从周边小项目开始分工与合作。

比如去年六月，我们终于把 PasteNow（一款发布于 2021 年的剪贴板工具）的官网给上线了，还支持通过支付宝和 Stripe 购买，算是给这个产品补上了一个门面。这背后就少不了老婆的功劳，因为网站是她设计的。另外值得一提的是，这个产品我首次使用了自己不熟悉的 Tailwind 和大规模 AI 辅助编程，大多数前端的代码都是通过 Cursor 写的。

就这样，边探索新方向边维护已有的产品，中间我们找到了一个想尝试的新方向，那就是「升级」我们曾经做过的一款翻译工具“In Translator”。

号外篇：In Translator

无论是新朋友还是老朋友，读到这里可能会惊讶，什么“In Translator”？从来没听你讲过。这款产品最初上架于 2019 年，最早是一个 Safari 插件，是我为了给老婆翻译网页用的。到了 2020年底，我重新迭代了 2.0 版本，使它变成了一个 macOS 原生的翻译工具，也就是它今天的模样。掐指一算，居然已经五岁了。由于这款产品算是内部开发使用，顺便才对外发布的，连名字都没有好好取，随便叫了个“In Translator”，加上一直以来我的重点是其他产品，所以我从来没有正式宣传过它。

但是这款产品我们自己一直都是在用，在没有找到更好的新方向的时候，我们想，不如趁着 AI 时代的来临，重新迭代一个 3.0 版本吧？

但由于这个名字实在是太随意，加上想实践的一些想法和原产品有些冲突，于是决定开一个新项目，在反复琢磨并经历了几次重大改动（包括名字的变更）后，最终确定了今天的样子。作为一款“AI First”、“macOS Native”的产品，正式面世了。

PopTranslate 是什么？

铺垫了这么多，如何正式介绍“PopTranslate”呢？用一句来说就是：它是一款默认使用 AI 引擎、设计精美、灵活快速、随叫随到的原生翻译工具。无论是浏览器还是其他应用程序，只要是 Mac 上任何能选中或看到的文本，选中文本，弹出工具栏，然后就能通过 PopTranslate 来翻译、解释或重写，此外，也可以像一个常规 App 那样，通过点击状态栏的图标去使用。没错，尽管它是“Translate”，但是它超越了 Translate，具备解释或重写的功能。看一下下面的操作视频，相信你很快就能明白它的用途。

演示视频来自官网文章《How to Translate Selected Text Quickly on mac》

值得一提的是「重写」，这个功能主要是我从自己的需求出发的。因为我日常会写英文邮件与国外用户沟通，由于英文不是特别熟练，我又不想用中翻英的方式来沟通，于是我会自己用英文写一遍，再用 AI 去完善它，我相信这能提升我的英语应用水平。久而久之，我觉得这对我来说是一个高频的操作，加上 macOS 的 Writing Tools 迟迟没有登陆国行的 Mac，于是我决定在翻译的基础上整合重写功能。于是就有了 PopTranslate 当前的模样。

就这样，PopTranslate 从最早我们给自己开发的一个自用翻译工具开始，在经历了前项目的疲倦后，又在探索两个人可以做点什么新的方向，又结合这个 AI 的时代背景下，最终确定为我们要专注的下一个目标，就这样开始了。

PopTranslate 的开发简史

大约在 11 月中的时候，老婆开始做设计，我则在 12 月上旬开始正式开发。到目前满打满算也有四个月了。因为11月下旬和家人度假了一周，中间还有过年，实际完整投入项目的时间大约是三个月出头。

就像在《把「开新坑」作为「心灵按摩」》提到的那样，虽然这个产品的开发周期还是有点长，并没有做到“2-2-2”的模式，但是也算终于控制在了我给一个产品设定的最长面世周期：三个月。

后续与展望

与 MarkMark 的「赶鸭子上架」式发布不同，PopTranslate 我们做足了充分的工作，正如你所见，从官网下载、开箱使用、官网购买，我们把整个流程都好好去做了。而不是 MarkMark 上架那会，连个官网都没有（至今也没做好），我们相信这次发布是做好准备了。

当然，受限于开发时间还是蛮紧张的，PopTranslate 还是不完美，比如：

• 没上 App Store，这次只是官网版本；
• 没有 iOS 版本；
• 官网购买暂时还不支持支付宝；
• 目前服务架设在海外，国内用户使用可能会有性能影响；
• 一些高级功能、定制功能都没有；

这些都会在后续的迭代中去完成。我相信永远不要等到完美了再发布，因为没有那个时刻。

这次，我们也做了一些特别的事情，比如在官方网站上，你能看到公开的 [Roadmap](https://poptranslate.app/roadmap/），这是我们对这款产品的展望。

写到这里，感谢你的阅读。希望这款产品能像我之前的产品一样，继续在你使用电脑的过程中，不仅带来效率上的提升，更是能带来一些愉快的体验。欢迎给我们提各种意见与反馈！

👉 访问 PopTranslate 下载并试用这款产品。

上周日，当时我起床还没多久，突然接到父母的电话，他们告诉我奶奶走了。我知道奶奶近来身体状况一直不太好，但没想到这么突然。错愕之余，我们立刻开始收拾行李，午饭后就开车回了老家。没能见到奶奶最后一面，一定要好好送奶奶最后一程。

开车行驶在杭甬高速上，奶奶与我的种种回忆便涌上心头。

首先冒出脑海的是一张我出生还没多久和奶奶的一张照片。奶奶抱着我站在老房子旁边的泥路边，开心地笑着。现在三十多年过去了，砖瓦房早就变成了几层的小平房，泥路也变成了水泥路，照片背景的那片绿植，也早已不复存在。但是这个画面，也就是我和奶奶的第一张正式合照，永远刻在了我的脑子里。

然后，我想起了奶奶曾经救过我一命。

当时我应该只有三四岁，还没有很深的的记忆。某个夏天的傍晚，我在院子里玩耍。我家院子里有一口井，我在玩耍过程中一不小心被凸起的井口绊倒，接着就扑通一声掉了进去。

当时大人们都在各自忙碌，一时间没注意到这件事情的发生。奶奶首先注意到了异样，发现我不见了，然后四处找我，最后意识到我掉进了井里。

奶奶二话不说，双脚双手撑着井壁往下爬，快要接触到水面时，手脚合并把我捞了上来，又沿着井壁爬上来。万幸拯救及时，我被捞上来后很快恢复了意识。大人说，我掉下去的时候，应该是撞到了井壁，头都撞出包了，很可能是直接撞晕了，所以才没有什么在水里挣扎的过程。总之，等我恢复意识的时候，周围已全是前来问候的街坊邻里。

有个奇怪的地方是，每当我回想这件事情时，我都是以第三人称视角在看自己的，不知道是灵魂出窍了，又或是我其实没有对小时候的印象，以至于这个是长大以后根据大人的描述才形成的记忆。总之，奶奶救了我一命，不然今天也不会有这篇文章了。

还有一个小插曲是，大人说我后来吵着要把井给填了。但是在农村还没有普及自来水的时候，井是很重要的，怎么能说填就填呢。最后，大人给这口井量身定制了一个金属井盖：可以防止小孩掉进去，但是不影响雨水给井里补水。

奶奶对我很好，很明显的一点是，我喜欢吃什么，她就一个劲的买给我吃。比如，我喜欢吃虾。小学的时候，在小镇里读书，还没什么感觉。后来开始读中学，我去了寄宿学校，几周才会回一次家，每次回家奶奶都给我买虾给我吃。

然而这个故事并不是我喜欢吃，奶奶买给我吃，然后大家其乐融融那么简单。中学时我开始叛逆，已经有自己的想法了。当时我很挑剔，不想天天吃虾，因为我觉得再好吃的东西连续吃两天也会吃腻。我就和奶奶说你要换个菜做给我，我不想天天吃。但是等到第二天午餐，又是一盘大虾摆在那里，我就赌气说不想吃。奶奶也不知道我到底想吃什么，第三天、第四天还是一顿一顿的买虾给我吃。

就这样，每次从学校回到家，我从刚开始吃虾的满足感，到吃太多虾感到厌倦，如此反复，练就了一番吃虾的好本领。现在每当我吃虾时，我都会想起曾经因为吃虾和奶奶赌过气。现在回想不免有些好笑，是我真的太挑剔了，又没有明确的要求，奶奶不让我自己去买已经对我很好了。其实大人们表达爱的方式很简单，他们觉得你喜欢什么，就满足你什么。这算是一种幸福的烦恼。

奶奶是一个非常热情好客的人，会烧一桌好菜，常常给邻里帮忙，也会自己下地种菜，从来没有闲下来的时候。在我从小到大的印象里，她一直比我这个孙子辈的人都要精力充沛，从来不会觉得累。

三年前，因为老家重新装修，奶奶也直接参与一线帮忙，从来没有进过医院的她，第一次因为劳累过度住进了医院。当时我去医院看她，第一次看到如此消瘦的奶奶，很震惊。她看到我来了，很高兴地起身，然后边用手握着自己的手腕边说：「你看我的手腕都瘦了一圈。」当时我很难过，她真是不辞辛苦为这个家付出了太多；我也是第一次觉得，奶奶真的老了，毕竟已经八十多了。

疫情后期因为各种管控措施，出行不易，回老家的频次也比以前低了。奶奶在一年前又因为身体原因进了医院，受限于管控措施和进出不方便，妈妈作为唯一可以陪护的亲属，也直接住进了医院睡在奶奶旁边，一边照顾一边陪同了大半个月。我当时只能通过视频电话，看着奶奶变得更加苍老。

当时我很焦虑，一方面是担忧奶奶的身体状态，另一方面也看到妈妈陪护得也很辛苦，而我却什么也做不了，只能在另一个城市远程关注。后来奶奶出院了，虽然暂时没有什么大碍了，但是很明显又消瘦了一圈，人也没有像以前一样灵活了。

去年年底疫情放开后不久，我也感染了病毒。我在杭州发烧时，又陷入了对家人状况特别是奶奶的担忧中，所幸家人都平安度过，奶奶也没有大碍，我心里的一颗石头也放下了。但是奶奶的整体状况并没有因此变好，今年每次回家，都看到奶奶的反应越来越迟缓…

上次见奶奶是一个多月前，回杭州前，我给奶奶喂了早餐，是酸奶拌了点糖，我一边喂一边很难过，以前的奶奶是很会讲话的，而现在的奶奶见到我只会说「你回来了」。我意识到我熟悉的奶奶已经离我越来越远了，直到上个周末，我真的见不到她了…

幸好她的子孙后代很好地给她送了最后一程：过去几天，各路亲朋好友齐聚，鲜花花圈满堂，治丧仪式隆重，连奶奶生前参与养大的小狗阿黄，在这个过程当中，也一直陪在奶奶身边。我们几次想拉它离开，它都不愿意。爸爸说，奶奶最后几天，阿黄总是去舔奶奶的手，像是知道接下去将要发生的事情。

奶奶走了，我再也见不到她了。我会想念那个我叛逆时期和拌嘴的奶奶，我会想念那个会做了一桌菜后会和我说这个虾多少钱、那个蟹多少钱的奶奶，我会想念那个邻里有什么需要都会主动第一时间去帮忙的奶奶…

我没办法再给奶奶当面表达我的感情了，但我会好好去爱我的家人，爱我身边的人，常常回忆奶奶和我发生的各种事情。

奶奶一路走好！

MarkMark 正式公测已经整整一个月了，过去一个月围绕着 MarkMark 发生了很多事情，不仅有产品迭代上的，也有产品计划上的。那么我就和大家介绍下最近完成的 0.3 版本吧。

0.3 版本简介

上个 0.2 版本（见《MarkMark 0.2 版本发布：支持 Safari + Chrome 浏览器扩展》，MarkMark 支持了一个最基本的浏览器扩展，可以协助大家在网络冲浪的过程中把要稍后读的东西保存下来。

而在 0.3 版本中，MarkMark 更近一步，这个版本引入了一个类似 Safari 的阅读器模式，可以让大家用更统一+无干扰的模式来阅读文章。相信通过一个视频就可以了解这个功能了（如果你无法访问 YouTube 请访问B 站：

简单的说，MarkMark 的阅读器模式的目标是，尽可能还原 Safari 的阅读体验，并且与 MarkMark 做深度整合。相信大家一定会喜欢这个功能，接下去它还会不断优化和完善。

0.4 版本展望

大家也可能知道了，下个版本我要做标注功能了。如果你还不知道，可以看这篇《“MarkMark”项目招募 Web 前端实习或兼职》。

在一边做 MarkMark 一边使用并体验它的过程中，我打破了一些原有的计划。我原本不打算在第一个版本就做标注功能，但是在用户的反馈下，以及自己切身需求的驱动下，我当下就决定需要有这个功能。于是我就开始安排开发了。

如果开发顺利的话，下个公测版本，大家就能见到带标注功能的 MarkMark 了。届时，希望大家能多多使用并给我反馈问题。

那么，就让我们下个版本见！

那么欢迎点击 https://markmark.app 加入 MarkMark 的 Public Beta，或者加入 Telegram 群用于即时交流👉 https://t.me/markmark_app

大家好，继《全新的稍后阅读工具——MarkMark 正式开放公测了》已经过去了两周。这两周来，我收到了非常多来自用户们的反馈，这些我都记下来了。这么多的建议让我对接下去把产品往什么方向去做有了更清晰的蓝图。当下我觉得浏览器扩展是一个必须的组件，因此在 0.2 版本中，我把它带来了。

MarkMark 0.2 的浏览器扩展支持 Safari 和 Chrome，目前只完成了一个最基本的需求，那就是将链接保存到 MarkMark，以稍后阅读。

如何启用 MarkMark 浏览器插件

首先打开 MarkMark，进入 Settings - Browser 界面，在这里，会根据你电脑上安装的浏览器显示对应的插件，比如 Safari、Chrome、Firefox（目前 Firefox 还不支持）。

目前由于 MarkMark 还是 Public Beta 版本，浏览器扩展也是测试版本，因此无法直接启用，需要一些特殊步骤。这些步骤在点击具体的图标后会告知步骤，简单来说：

Safari：需要在「设置」「高级」处，先勾上「在菜单栏显示“开发”菜单」，然后再点击「开发」菜单，勾上「允许未签名的扩展」，就可以在 Safari 的扩展那边去启用了。

Chrome：需要在提示后，将 “ChromeExtension-MarkMark.zip” 解压到任意位置，然后在 Chrome 的「管理扩展程序」处开启「开发者模式」，最后点击「加载已解压的扩展程序」，装载 ChromeExtension-MarkMark 即可。

使用

浏览器扩展的使用非常简单，目前有两种方式可以把链接存到 MarkMark 去。

1、保持 MarkMark 在后台运行（放心，MarkMark 占用内存很少）

2、点击扩展，即可保存至 MarkMark

3、或者右键点击链接，选择 Save to MarkMark

后续

目前浏览器扩展只是完成了一个最基本的模样，后续还会继续迭代。围绕着 MarkMark 的其他功能也会不断完善，欢迎大家继续给我反馈和提需求，祝大家使用愉快！

如果你是第一次看到这篇文章，那么欢迎点击 https://markmark.app 加入 MarkMark 的 Public Beta。

对了，目前还新建了一个 Telegram 群用于即时交流，如果感兴趣你也可以加入👉 https://t.me/markmark_app

前天 4 月 8 日，是 PasteNow for Mac 发布两周年的日子，也是 PasteNow for iOS 发布一周年的日子。过去两年，我在这款产品上投入大量的时间：得益于我坚持了好几年的工作时间登记习惯，我可以给出明确的时间：

• 2021 年，我的工作时间有 47.55% 花在了 PasteNow 上，作为对比，One Switch 是 4.41%，Manico 是 3.32%；
• 2022 年，PasteNow 占了 28.59%，Manico 占了 10.49%，One Switch 占了 8.77%。

过去两年，PasteNow 都是那个我花时间占比最多的项目。而 2023 年，截至目前为止，PasteNow 占了 17.87%，而我的“Read it later”工具，占了 41.14%。它终于不再是那个我的主要时间项目了。

这篇文章，我就随便抒发点什么，想到啥写啥吧。

一个有「图纸」的项目

最近开发新产品遇到了一些瓶颈，或者说卡住了，我左思右想，去找了很多原因，我发现最根本的原因是在开发新产品的时候，没有去很好的设计它，又回到了边想边写边用的老路，这是一个很「程序员」的做法，很不好。

在做 PasteNow 的时候，我是极力克制住写代码的欲望的，除了最开始花了一点点时间做了技术原型验证后，我就开始好好写文字来梳理产品的需求了。写完需求文档还不算，我又开始做自己既不喜欢也不擅长的事情——画原型图，直到非常逼近正式版本的高保真图。

这是一个非常走出舒适区的行为，我开始画图，并且开始用自己陌生的工具 Figma 来画图。现在看着当时画的原型图，真是百感交集…后来产品的样子基本上就是照着原型图去实现的，没有超出这个范围，甚至说现在还有没实现的一些功能，比如右下角的 Slider。

可以说，如果当时我的职业是一个产品经理兼设计师，然后我把文档和设计稿交给程序员的话，程序员一定会很开心——因为我没有乱改需求或加需求了。

而现在的我，又回到了没有设计稿的时候，像一个无头苍蝇一样写东写西，我真的要好好去学习一下两年前的自己。

用户很少但又不得不做的 iOS 版本

后面就是 iOS 版本的故事了，开发好了 macOS 版本后，我先是不停地修复问题、改进基本功能，然后也给用户承诺会有 iOS 版本，但是 iOS 版本开发的真的没有一点动力，要不是技术上去实践了点新东西（用 SwiftUI 实现了一下），不然真的做不下去。趁着一周年之际，就把它发布了出去。

现在回看当时的发布文章，是有点勉强的意思在里面的，一年后回看 iOS 版本的用户比例，也是非常之少，大约只有 macOS 用户的 1/20。

如果早知道只有这么点用户，是不是就不会开发了呢？倒也不是，我自己偶尔也时不时会因为 PasteNow 的 iOS 版本而受益。我用 PasteNow 基本上一半的时间都是用来做客服的，给用户模版式的回复一些常见的问题，有的时候，在手机上看邮件，觉得用户遇到了一个常见的又相对重要紧急的问题，我就立刻调用了 PasteNow for iOS 的键盘输入功能把预设的文本发了出去，这个时候就会觉得幸好自己开发了这个方便好用的输入界面啊。这时就不会觉得这个产品白开发了。

现在回想，仅仅以用户数、销售额的角度来评价 iOS 版本，这是不公平的，毕竟，这是这个产品线的一个重要组成部分，它用的少，但不代表没有价值。生活中的很多事物都是这样。

更何况，我实践了新技术，先不说 SwiftUI 到底是不是一个好技术，能在一个不那么主要的产品上验证新技术，也是很好的嘛。

做一个克制的产品，胜过做一个全能的产品

回看我的设计稿，再结合过去两年 PasteNow 的界面变化，可以说是「毫无变化」。所以我过去两年时间都花在哪里去了？

一方面，作为一个和系统集成、和其他 App 交互的效率工具，特别是相对同类产品它又有「多个项目粘贴」功能，于是在交互的复杂度上会加成很多，PasteNow 真的有大量的 Edge Case 需要解决：过去两年真的花了很多时间在解决各种疑难杂症，比如在 Word 里面的粘贴、Edge 浏览器的特殊行为等等。

另一方面，界面变化不大，正是说明了当时我做了一个很坚实的设计基础，做了一个「少即是多」的设计，不需要改来改去来满足用户的需求。

当然，PasteNow 确实是一个简单的产品，它缺少一些同类软件的高级功能，比如没有做很多自定义的功能、没有做横屏界面、没有做粘贴板 Stack 等等…对于这些功能，起先我是觉得都要去做的，后来我发现有些不是补充，甚至是和当前模式冲突的，比如很多用户想要的「横版模式」，我就下决心不做了。对于这个，我是有这些方面的考虑：

• PasteNow 的特色，或者说当初做它的初心，就是因为我自己想要一个更好用的竖版模式；
• 我不想 PasteNow 变得越来越复杂；
• 市场上已经有大量横版模式的产品了，不缺这一个。

出于以上理由，我现在已经彻底放下做这个的想法了。最根本的还是，克制和定力很重要，不能用户想要什么就给用户什么。我就真的有给一个用户回复过，我说我不会做这个功能，如果有需要，请选择市场上已经有的某某某，人家做的很棒棒。当时这个用户看到不知道是生气了还是会理解，但事实就是如此。

好了，那么问题来了，「横版模式」不做，其他需求呢？

其实我已经积累了好几个有用的功能了，比如我自己几乎天天在用的快速输入当前日期的功能（如图）：

主要还是最近不想花太多时间在这个项目上了，不然新产品真的开发不出来了。

小结

好了，就随便抒发以上三点作为 PasteNow 两周年的一篇纪念文章吧。真的是一气呵成的抒发，感觉写完了整个人畅快不少，也为我接下去完工新产品提供了很多动力和思路。

下篇文章，就让我们在新产品的发布中见吧！

👉 访问 PasteNow。

最近每天都有在用 AI 相关的产品来辅助自己工作，包括 ChatGPT、Midjourney、cursor.so 等等，主要还是 ChatGPT。

我基本上很少不想就直接问 AI，大多是在碰到自己解决不了的问题时，或者简单的搜过网络后，再去问问 AI 们。由于已经搜过网络了，给 AI 的提问就会准备的相对比较充分，会以比较饱满的关键词得到我的答案，基本上都比较满意。常常会有这样的感觉：

用关键词搜 Google 有种大海捞针的感觉，而问 AI 后，基本上得到的答案都能八九不离十。

然后我想到了另一方面，那就是作为一个独立开发者，我基本上是自己给自己安排工作的，也就是自己管理自己。大多数时间，想做具体事情的时候，都是给自己创建一个任务，然后就开干了。

简单的事情当然没问题，这是相当高效的，从想做到做完非常迅速。而遇到复杂的事情，这样做的劣势就出来了，人的大脑的带宽有限，如果处理复杂的任务前不好好先梳理一下需求，或者不分解一下任务，常常是花了很多时间也不知道自己做了些什么。为了解决这个问题，我通常都是用记笔记的方式来辅助自己思考，避免没想清楚就开始做事。

然而记笔记的时候，有时候会急于求成，记的比较杂乱，后续去回顾翻看时就会一头雾水不知道自己在写什么。

结合最近和 AI 交流后的一个经验，得知正确的 Prompt 是如此重要，反过来，在记笔记的时候，暗示自己也是在和 AI 对话，想着怎么把话写得清楚又简洁，通过这种方式记下来的笔记，后续就不会再遇到看不懂自己在写什么的情况了。

从这个角度看，我不会去用一些带 AI 生成功能的笔记工具，除非我真的完全思考不出什么内容了，那就再去问 ChatGPT 吧，问出来的答案，也不要复制粘贴进笔记工具，毕竟，这是我大脑的一个快照，我希望这里能留下的是真正自己去思考并且消化过的内容，而不是用其他方式生成的内容。

PS：文本文字由人工写成，插图由 Midjourney 生成。

继 7 月的《PasteNow 2.3 发布：支持 Word、Pages 下多个项目粘贴》后，PasteNow 2.4 又带来了一个非常实用的功能，即「将最近一个项目粘贴为纯文本 」。

新特性：将最近一个项目粘贴为纯文本

在 PasteNow 的使用场景当中，复制粘贴文本是其中最常见的一个场景，而其中又有一部分的需求是将富文本以纯文本的形式粘贴出来，或者换句话说就是：去除文本的格式。

PasteNow 一直都有按需去除格式的功能，它可以按纯文本粘贴或原始格式（富文本）进行粘贴。不过这个过程会需要将 PasteNow 的界面唤起，并按下内置的快捷键来达到这个目标。如果需要多次处理较多的文本，处理起来就会相对比较慢了。

于是在 2.4 版本中，针对这一场景，PasteNow 引入了一个新的快捷键，即「将最近一个项目粘贴为纯文本 」。通过设置成自己习惯的快捷键，然后就可以非常迅速地以统一的形式在任何 App 里完成文本的去格式粘贴，这个过程甚至不需要将 PasteNow 的界面呼出来！

举个例子，比如要将一个网页富文本以纯文本形式粘贴至 Word，首先将「Option+Command+V」设置为快捷键后，接下去只需要这样操作：

• 在 Safari 里按下 Command + C 复制一段网页文本；
• 来到 Word，直接按下 Option+Command+V，那么这段网页文本就会以纯文本的形式粘贴至 Word 里面。

请看视频演示：

相信通过新增这个快捷键，PasteNow 可以又快又好地完成纯文本粘贴这一场景的需求。

macOS 版本及 iOS 版本的其他更新

和以往版本一样，每个版本也会带来旧有功能的完善和修复，其他更新有：

• 调整音效的音量大小，使与系统当前音量匹配；
• 修复无法复制正在编辑的标题的问题；
• 修复无法显示其他应用保存的 JPEG 格式图像的问题；
• 修复 macOS 端修改列表名称后，没有同步至 iOS 端的问题；
• 修复暗色模式下，在一些白色背景的剪贴板文本下无法显示标题和快捷键标识的问题。

其中 iOS 版本最主要的变化是完善了对 iOS 16 的适配：

• 修复了在 iOS 16 Beta 版本中，底部工具栏会布局错乱的问题；
• 修复无法通过搜索标题找到对应项目的问题。

小结

目前 PasteNow 还有很多需求和功能有待去实现，我会继续保持节奏，将其不断完善下去。

附：App Store 链接