批量处理文件 + 定时监控：Windows 上把重复活交给 AI Agent
最后更新：2026-10-25
在 Windows 上把重复活交给 AI Agent，指的是两类事：一类是批量处理文件，比如一次给几十上百个文件改名、转格式、抽信息；另一类是定时监控，比如每天固定看一遍某个文件夹有没有新文件、某份资料有没有更新。Agent 在这里是在一个中文窗口里听你下指令、替你跑这些重复动作的助手。先说清楚一点：窗口本身不会替你值班，所谓定时，是你和 Agent 约定的检查节奏，比如每天上午打开窗口就让它跑一遍检查，由人发起、Agent 执行。这个节奏由你定，文件始终留在本机，跑的过程中随时可以叫停。
批量处理和逐个处理，差别到底在哪里？
差别不在速度，而在规则只用讲一遍。逐个处理是每处理一个文件讲一次要求，处理 50 个文件就要讲 50 次，讲到后面要求还会走样。批量处理是你把规则讲清楚一次，Agent 按同一条规则处理全部文件，处理结果整齐划一。批量处理还有一个容易忽略的好处：结果格式统一，以后不管是查找还是再加工，都不用先花时间把格式对齐，格式统一本身就是下一次任务的起点。批量处理之前要先做一件事：拿 5 个文件试跑一遍，看结果是不是你要的样子，确认无误再把剩下的文件全交过去。试跑这一步不能省，规则讲错一次，批量跑起来错的就是全部文件，纠错成本比逐个处理还高。试跑通过的标准很具体：5 个文件的文件名、位置和抽出来的信息全对，才算通过。
批处理怎么做：从规则到结果的四步？
步骤 1：人讲规则并指定试跑文件
人用中文写清批量规则：对哪些文件、做什么操作、结果放哪里，并指定 5 个文件先试跑。规则里要讲到异常情况，比如重名文件怎么处理、打不开的文件跳过还是停下。
步骤 2：Agent 试跑 5 个文件并报结果
Agent 只处理指定的 5 个文件，报出每个文件的处理结果：改成了什么名字、放到了哪里、抽到了什么信息。人逐条确认，5 个全对才往下走，有一个不对就改规则重跑。
步骤 3：人点头后 Agent 跑完全部
试跑通过之后，人点头，Agent 按同一条规则处理剩下全部文件，窗口里显示进度：已处理多少个、还剩多少个。处理过程中人可以随时叫停，停下时已处理的文件保持新状态，没处理的保持原样。
步骤 4：人抽查并对数
跑完先对数：处理前的文件总数，和处理后的结果数应该对得上；再随机抽查 10 个结果，确认名字、位置和信息都对。对数时还要看一种情况：处理结果里有没有多出来的文件，比如规则把不该处理的文件也处理了，多出来的文件要单独拎出来恢复原状，再补一条排除规则，防止下一批再犯。抽查发现错的，就把那一类文件单独拎出来重新定规则跑一遍，而不是整批重跑。对数通过之后，把这次的规则和结果数记下来，下一批直接沿用，规则越用越稳。
定时监控怎么做：每天打开窗口跑一遍检查？
定时监控的操作序列是这样的：第一步，你和 Agent 约定检查清单，比如每天看一遍“新到资料”文件夹有没有新增文件、某份周报有没有更新；第二步，每天上午你打开窗口，用一句话让 Agent 按清单跑检查；第三步，Agent 报出检查结果：新增了几个文件、哪份资料更新了、哪项没变化；第四步，你根据结果决定下一步：新增的文件要不要归档、更新的资料要不要总结。监控的节奏是你定的，每天一次还是每周一次都行，关键是清单固定、结果可核对。清单不要越列越长，超过 10 项的清单执行起来容易走样，控制在 10 项以内，每项一句话讲清。清单的执行人就是你自己，每天上午打开窗口花两分钟跑一遍，结果看一眼就知道今天有没有要处理的事，没变化的日子直接关掉窗口就行，不用守着等。
检查清单怎么定，才不会越列越长？
检查清单只列“变了就要处理”的项，不要列“没变也要报一声”的项。每天的结果如果都是一长串没变化的项，真正变化的那一两项反而会被淹没，监控就失去了意义。清单的每一项都要写成一句话：看什么、在哪里、变了怎么算。比如“新到资料文件夹今天新增了几个文件”，看的是文件夹、位置讲清了、变化用数字算，这就是合格的一项；“看看资料有没有问题”这种没讲清看什么、怎么算变化的项，就不要列进清单。
清单的上限是 10 项，超过 10 项就分两张清单隔天轮换，或者砍掉最不重要的几项。清单举例：新到资料文件夹今天新增几个文件、周报文件今天有没有更新、待办文件夹里超过 7 天没动的文件有几个、某个项目文件夹本周新增几个文件、下载文件夹里今天新增几个安装包。每项结果都要用数字报：新增几个、几天没动、有没有更新，不要只报“正常”或者“异常”两个字。数字结果的好处是能对比：今天新增 3 个、昨天新增 12 个，这个变化本身就是信息，值得你多看一眼。
清单不是定一次用一年的东西，每月复查一次：删掉连续一个月都没变化的项，补上新出现的重复活。复查的时候顺便看一眼清单的执行情况：有没有哪项每次结果都一样、其实根本不需要每天看，有没有哪项变化了你却从来不处理——前者删掉，后者说明这项列错了，要么改成真的需要处理的项，要么也删掉。清单越短，执行越稳；清单越长，走样的地方越多。监控的价值不在列得多全，而在每天的结果你真的会看、看了真的会处理。
跑挂了怎么办：中途出错要怎么处理？
跑挂了先看窗口里停在哪一步、报了什么错，再决定是重试还是改规则。分三种情况：第一种是单个文件打不开，跳过这个文件继续跑剩下的，事后再单独处理这一个；第二种是规则本身有问题，比如目标文件夹写错了，停下来改规则，从断点接着跑，不用整批重来；第三种是窗口被关掉或者电脑重启，跑到一半的任务就停在那里，已处理的文件保持新状态，没处理的保持原样，第二天打开窗口告诉 Agent 从哪里接着做。跑挂不是灾难，因为执行是一条一条做的，每条做完才做下一条，中途停下不会丢文件，也不会把文件改到一半。处理完挂掉的原因之后，重新跑之前先复查规则，同一条规则连挂两次，说明规则本身要改，不是重试能解决的。每次跑挂都记一笔：挂在哪一步、报了什么错、最后怎么处理的，记下来之后下次再挂，先翻记录再动手，同样的问题不用排查第二遍。记录不用写得很正式，窗口里一句话说清楚就行，关键是下次能翻到。关于窗口式 AI 工具的基本形态，可以参考Aiglade 官网关于页；关于 Agent 按指令执行重复任务的一般做法，可以对照Claude Code 官方文档；国内读者也可以参考阿里云百炼 Model Studio 文档和智谱开放平台文档里对中文工具用法的说明。