把每日跑图交给机器，我做回那个只负责思考的人

去年冬天有一阵子，我每天醒来第一件事是打开手机相册，翻看昨天截的十几张图，然后一张张拖进笔记软件里，手动打标签、写备注、归类到不同文件夹。这件事听起来不复杂，但日复一日地做，消耗的不是时间，是心力。你明明知道这些截图里有值得留存的信息——一张数据图表、一段聊天记录里的灵感、某个页面上的配色方案——但你就是不想动。拖延几天之后，相册里堆了上百张图，你更不想动了。

后来我开始琢磨一件事：能不能让笔记软件自己去"跑图"？我只需要把图片扔进一个固定的地方，剩下的分类、命名、归档、甚至初步的标注，全部交给自动化流程。这个想法听起来像是要写一堆代码，但实际上，用noe笔记配合一些现成的自动化工具，整个流程搭起来只花了我一个周末的下午。

为什么是noe笔记，而不是别的

市面上的笔记工具我几乎都用过一轮。Notion太重，Obsidian太自由以至于每次打开都不知道从哪开始，flomo适合碎片记录但图片管理偏弱。noe笔记吸引我的地方在于它的结构足够清晰，同时又留了足够的接口让外部工具往里灌数据。它的双链机制和标签系统天然适合做图片的归类——你可以给一张图同时打上"设计参考"和"项目A"两个标签，它就会自动出现在两个不同的视图里，不需要你手动复制粘贴。

更重要的是，noe笔记支持顺利获得API或者本地文件夹同步的方式批量导入内容。这意味着我不需要盯着它看，只要把图片放到指定的文件夹，剩下的交给脚本就行。这一点对于"每日自动更新"这个需求来说，是决定性的。

跑图这件事，核心不是图，是"跑"

很多人理解"跑图"就是批量处理图片，其实真正的难点在于"跑"这个动作的持续性。你今天手动整理十张图不难，难的是陆续在三十天每天都整理。人的意志力是消耗品，而自动化流程不是。所以我在设计这套系统的时候，把重点放在了"无人值守"上——理想状态下，我甚至不需要知道它今天跑了没有，只要晚上打开noe笔记，昨天的图已经安安静静地躺在该在的位置了。

具体来说，整个流程分三步：第一步是图片的自动采集，第二步是自动处理和标注，第三步是自动写入noe笔记。每一步都可以用不同的工具来实现，关键是让它们串起来，形成一个不需要我干预的流水线。

搭建自动跑图流水线的具体步骤

第一步：让图片自己走进来

我用的方案是手机截图自动同步到电脑上的一个固定文件夹。iOS用户可以用快捷指令配合iCloud Drive，安卓用户可以用Tasker或者FolderSync。设置好之后，你每截一张图，它就会自动出现在电脑的"待处理"文件夹里。这一步不需要任何编程，纯粹是系统自带功能的组合。

如果你跟我一样，图片来源不只是手机截图，还有网页保存的图片、微信收到的文件、甚至相机导出的照片，那就需要多设几个同步规则，让它们最终都汇聚到同一个文件夹。这个文件夹我取名叫"Inbox_Images"，顾名思义，就是一个临时的收件箱，所有未经处理的图片都先扔在这里。

第二步：自动处理——重命名、压缩、提取信息

图片进了Inbox之后，我用一个Python脚本每隔一小时扫描一次这个文件夹。脚本做的事情很朴素：读取图片的创建时间，按照"年月日_时分秒"的格式重命名，然后根据图片的尺寸和内容做一个初步判断。比如宽度大于2000像素的，大概率是网页截图或者设计稿；宽度在1080左右的，多半是手机截图；带有大量白色背景的，可能是文档或者聊天记录。

这个判断不需要很精确，它的作用只是给图片打上第一个粗标签。真正精细的分类，靠的是后面noe笔记里的标签体系。脚本还会顺便压缩一下图片，把那些动辄几MB的截图压到几百KB，节省存储空间的同时也加快了后续同步的速度。

第三步：写入noe笔记，自动生成每日页面

处理完的图片会被脚本移动到另一个文件夹"Processed_Images"，同时脚本会调用noe笔记的API，在当天的日记页面里插入一条记录。这条记录包含图片的缩略图、原始文件名、处理后的文件名、以及一个基于时间和尺寸自动生成的标签。

noe笔记的API设计得比较友好，你只需要给予目标页面的ID和要插入的内容，它就会自动追加到页面末尾。我设置的是每天生成一个新的日记页面，标题格式是"跑图日志_2025-01-15"这样的。如果当天已经存在这个页面，脚本就往里追加；如果不存在，就新建一个。这样一来，我每天打开noe笔记，就能看到一条按时间顺序排列的图片流，每张图都带着基本的元数据。

标签体系：让图片自己找到自己的位置

自动跑图解决了"图在哪里"的问题，但如果没有一套好的标签体系，图片堆在一起还是一团乱麻。我在noe笔记里建了三层标签结构：第一层是来源标签，比如#手机截图、#网页保存、#微信文件；第二层是内容标签，比如#设计参考、#数据图表、#灵感碎片、#待读文章；第三层是项目标签，比如#项目A、#个人博客、#学习笔记。

脚本在写入图片的时候，会自动打上第一层标签，因为来源信息是确定的。第二层和第三层标签则需要我偶尔手动补充，但频率很低——大概每十张图里只有两三张需要我动手。大部分图片看一眼就知道属于哪个类别，而脚本已经帮我把它们放到了正确的位置。

这里有一个小技巧：noe笔记支持在标签后面加颜色标记。我把#待处理标成红色，#已归档标成灰色。这样我一眼扫过去，就知道哪些图还需要我花时间看，哪些已经可以不用管了。这个视觉上的区分看起来不起眼，但实际用起来，它帮我省掉了大量"这张图我到底看没看过"的犹豫时间。

每日自动更新的节奏感

自动跑图最让我满意的地方，是它带来了一种节奏感。以前我整理图片是随机的，想起来就整理一下，想不起来就堆着。现在不一样了，每天固定时间，脚本会跑一次，noe笔记里会多出一条当天的跑图日志。这种规律性本身就有一种让人安心的力量——你知道昨天的记录已经处理好了，今天只需要关注今天的新图。

我甚至给这个流程加了一个简单的统计功能：脚本每天会计算当天处理了多少张图，然后把这个数字写在日志页面的最上方。一周下来，我能看到自己每天截图的数量变化。有意思的是，当我意识到自己每天截了五十多张图的时候，我开始有意识地减少无意义的截图。这个反馈循环是自动跑图带来的意外收获。

那些踩过的坑和后来想明白的事

这套系统不是一开始就顺畅的。最早我尝试用IFTTT来做自动化，结果发现它的触发条件太死板，图片稍微大一点就失败。后来换成Zapier，功能强了不少，但免费版每个月只有一百次任务，根本不够用。最后我还是回到了自己写脚本的路子上，虽然前期花的时间多一点，但后面完全没有限制，想怎么改就怎么改。

另一个坑是图片的去重。有段时间我发现noe笔记里出现了大量重复的图片，原因是手机截图同步的时候，有时候会因为网络问题重传一次，脚本没有做去重判断，就全部写进去了。后来我在脚本里加了一个简单的MD5校验，每张图片处理前先算一下哈希值，跟已处理的记录比对，重复的直接跳过。这个问题就再也没出现过。

还有一个经验是：不要把自动化流程搞得太复杂。我一开始想给每张图片都做OCR文字识别，然后把识别结果也写进笔记里。想法很好，但实际跑起来发现OCR的准确率参差不齐，而且处理速度很慢，一百张图要跑十几分钟。后来我放弃了这个功能，只对特定类型的图片（比如宽度大于2000像素的网页截图）做OCR，其他的就只存图不存文字。这个取舍让整个流程快了很多，也稳定了很多。

跑图之外，这套逻辑还能用在什么地方

把图片换成其他类型的内容，这套自动化的思路完全可以复用。比如你每天读的文章，可以用类似的方式自动抓取标题和链接，写入noe笔记的阅读日志；你每天写的代码片段，可以自动从编辑器里导出，按日期归档；甚至你每天的步数、睡眠时间这些健康数据，也可以自动同步到笔记里，跟图片放在同一个时间线上。

本质上，这套系统的核心不是"跑图"，而是"让记录这件事不需要意志力"。人的意志力是有限的，应该用在思考和处理上，而不是用在"记得去整理"这种机械动作上。当记录变成自动的，你反而会更愿意去回看这些记录，因为你知道它们就在那里，整整齐齐，随时可以翻。

我现在每天晚上打开noe笔记，看到当天的跑图日志已经生成好，图片按时间排列，标签清晰，偶尔有一两张需要我补充一下项目标签。整个过程不到两分钟。剩下的时间，我可以真正用来思考这些图片背后的东西——那个设计稿为什么吸引我，那段聊天记录里的想法能不能展开，那张数据图表说明了什么趋势。这才是记录本该有的样子。