我的理解：a 执行业务分配到节点 1 的 c ，执行完成之后，C1 就把中间结果保存到数据库或者 Redis ，得到一个 key,
后面 a 要继续处理这个业务，随便找一个 c 的节点，把 key 给 c ，然后继续处理。

感觉是业务拆得还不够彻底？理想情况是，把业务拆成一步一步执行的，
执行完第一步，丢到消息队列，中间结果（如果有比较大的中间结果）保存到 redis 或者数据库，下一个服务从消息队列中拿到任务，然后继续跑，这样才好真正的横向扩展。

文字排版让人看着十分难受，行间距，字间距一塌糊涂

写得很棒，有启发的~

@param 这个授权是一次性的，每次使用浏览器都会询问是否允许访问 XXX 文件夹。

@akira 突然想到了老罗的 TNT ，老罗还是太超前了

@ccxuy 哦，确实，如果你现在就有一些比较复杂的需求，可以考虑本地批量重命名工具，这里有一些网页的推荐收集：
https://github.com/JasonGrass/rename/discussions/3

@netme 666 ，看官网截图，这个软件甚至还能自定义 js 代码实现重命名，感觉这个我可以学，哈哈哈
[Bulk Rename Utility - Free File Renaming Software]( https://www.bulkrenameutility.co.uk/ )

@chnwillliu #29 这些 API 都在路上了吗？浏览器要变成操作系统了……

@ccxuy 现在功能还比较初级，得等有空再弄了，我先记到 issue 中

@Byzliu thanks ，复杂的重命名需求，现在确实还是本地工具比较好用。一开始的想法，是弄个即用即走的工具，不用下载不用安装，就想到了网页版本的。

@wangtian2020 竟然是从 nodejs 上来的功能，有点意思

@fox0001 #17 那确实，所以还是大厂的浏览器比较靠谱

@ab thanks, 新技能 GET

@Anubisks 你不说我都忘了电脑上装了这个软件，果然还是没用习惯

@dianso 当代最新高级玩法

@fox0001 #6 照您这么说，很多工具都没有存在的必要。只能说，这些工具的受众不是您这种大神，是咱这种只想点点鼠标的普通人。

@tool2d 这个思路棒诶，而且举一反三的话，确实很多事情，都可以用可视化界面做配置，然后生成脚本再执行

@fox0001 #7 浏览器不会允许网站直接读取你的文件的，每次使用都需要授权。这个跟你使用网页上传文件一样，需要你手动授权，在正常的浏览器上，没有哪个网页可以偷偷摸摸地读取你的文件。

@Xopher #41
+1 ，将安装包放在 release 里面，还可以考虑加入 scoop 中，支持 scoop 安装