最近 RPA 用得比较多，我谈一下这个。

RPA 在办公室自动化方面应用极广，而对应的软件在 Windows 上也是遍地开花。为什么是在 Windows 上呢？原因也很好理解，因为 Windows 在办公方面用得最多，一方面需求旺盛，另一方面对应的 API 和相关的控制微软也提供了很多。比如，微软自己就提供了一个 RPA 的软件，叫 Power Automate 。这些 RPA 基本都会给你一个图形化编程的界面，但底层仍然是一门具体的编程语言，比如 Power Automate 用得是 VB ，影刀用得是 Python 。但一些厂家并不会提供对应的脚本书写的地方，原因倒不在于，脚本编写会加深用户的使用难度，而是在于，这会缩窄 RPA 软件的盈利范围。不过微软倒是大气些，提供一个能写入脚本的地方，可惜太小了点，而且做得也不太好。

如果 RPA 厂商提供了对应的脚本执行，那么 RPA 软件则更像一个自动化的库了。用户提出需求，然后厂家再提供对应操作，形成一项服务，如此才能“长治久安”。但对于用户来说，这就痛苦了，因为图形化编程真的没有想象的直观。而且，一旦超出了目前的服务范围，想要不付钱去克服，其实是相当难的。

RPA 工程化其实是一个议题，我指的是对用户。用户面临的问题是 RPA 脚本过于零散，难以组织，且受限于软件本身。如果不工程化，那么 RPA 的项目管理将会是一个巨大的难题。一切根源其实在于“受制于人”，如果这方面能自主的话，问题就迎刃而解了。但众多中小公司并没有这样的能力，花钱是这种问题唯一的可行解。

办公室自动化这个议题本身就过于个性，你难以找到一个可行的通用解。通用等于难用，而个性化又开销巨大，所以只好维持现状，等到实在不行了，再应付一下，这基本上是一些公司的现状了。

影刀有提供 Python 脚本，但库是闭源的。果然影刀就是个卖库的XD！