ZhgChg.Li

为什么选择 AI Vibe Coding 自动化流程?从 Google Apps Script 到 macOS App|地端串接新思维

AI 降低流程自动化门槛,结合 Google Apps Script 与 macOS App,实现跨平台串接与内网授权,提升作业效率与安全性。适合需要多服务整合、减少人工断点的专案,让复杂流程自动化更简单。

AVPlayer 边播边 Cache 技术实战|iOS 本地缓存优化攻略

𝗔𝗜 𝗩𝗶𝗯𝗲 𝗖𝗼𝗱𝗶𝗻𝗴 × 流程自动化:从云端 𝗚𝗼𝗼𝗴𝗹𝗲 𝗔𝗽𝗽𝘀 𝗦𝗰𝗿𝗶𝗽𝘁 到地端 𝗺𝗮𝗰𝗢𝗦 𝗔𝗽𝗽 的新尝试

独立写作、免费观看,请支持本站广告

 

我要刊登 →

AI 可以帮你开发但是想像力才是你的超能力。

关于流程自动化

早在 AI 时代到来以前,就已经有许多「流程自动化」的应用,只是过去必须要有工程师参与开发。 工程端不一定了解实际工作中的 Know-how 与痛点;而需求端也未必知道哪些环节其实可以透过技术解决。两边掌握的资讯与专业不同,要把一个想法真正落地成自动化流程,门槛相对较高。

后来出现如 n8n 这类 Low-code / No-code 的自动化工具平台,需求端开始能自己串接服务、设计并实现自动化流程;紧接著 AI 时代来临,门槛又再降低。AI 就是过去站在需求端另一边的那位工程师,你只要有 Token,就能跟他讨论需求,请他实现出来。

基于此,流程自动化本身的瓶颈已不再是工程端的资源问题,更重要的是「思维」与「判断力」:

  • 「思维」:能不能突破原有框架的固化,用不同视角重新看自己的工作内容,思考有哪些事情其实能透过自动化解决?

  • 「判断力」:判断做流程自动化的价值。这件事发生的频率?每次需要花费多少资源?自动化之后的稳定性如何?

但是「思维」与「判断力」本身并不是非黑即白的,尤其现在有 AI 协助开发,试错成本很低。

提升「思维」是一个过程,可以从最小的地方开始,或是任何想到的事情都用 AI 做做看;有了对「思维」的敏锐度之后,才是「判断力」:可以根据事情发生的频率与浪费的资源,决定哪些值得自动化、哪些还是人工处理,并不是全部改成自动化就是最好,有些事情的外部依赖性与变化太强、出现频率太低,与其浪费时间持续调整自动化流程,不如直接人工处理。

请「AI 跑自动化」还是「AI 做自动化」?

上面说的是请「AI 做自动化」的部分。

如果只是单纯、固定的工作流,例如 App 送审上架,没有必要每次都烧 Token 请「AI 跑自动化」;烧一次 Token 请「AI 做自动化」,产出的工具可以免费用很久。

除非是上面提到的,外部依赖性与变化太强、难以用固定规则处理的场景,才比较适合直接请「AI 跑自动化」。

从云端 𝗚𝗼𝗼𝗴𝗹𝗲 𝗔𝗽𝗽𝘀 𝗦𝗰𝗿𝗶𝗽𝘁 到地端 𝗺𝗮𝗰𝗢𝗦 𝗔𝗽𝗽 的新尝试

𝗚𝗼𝗼𝗴𝗹𝗲 𝗔𝗽𝗽𝘀 𝗦𝗰𝗿𝗶𝗽𝘁 是我之前最喜欢用来做流程自动化的平台,它的优点是「免费」、「Function as a Service,随开即用不需管部署」、「同 Google 组织帐号管理权限」、「无痛整合 Google 相关服务,如 Gmail、Google Sheet、Google Form、Google Analytics、BigQuery……」。

之前做过非常多流程自动化的串接场景,例如:帮行销每日从 GA4 捞数据填入 Google Sheet 营运报表、App 活跃数据/闪退数据追踪、Slack/Google Form 报名表单整合……等等。

渐渐地,我也被 Google Apps Script 给「固化」了,几乎所有遇到流程自动化的场景,我都会优先从「Google Apps Script 能怎么做?」开始发想。

最近遇到一个很复杂、断点很多的场景:

必须是 macOS + 必须连线内网 + 横跨多个自有服务 + 必须串接 Gmail、App Store 与 Google Play Console。

这个场景对需求端来说非常痛,每一个项目大约需要花费 30 分钟处理,有 10 个项目就得花 300 分钟,而且过程中的断点与需要人工处理的地方非常多。

技术端不可能再使用 Google Apps Script,因为需要连接内网服务、需要跑在 macOS;另外我粗估,如果要达成完全自动化,就算使用 AI 开发至少也要一季跑不掉,因为难点不在工程本身,而是不同服务之间的桥接,甚至可能需要另外起一个新服务,整体会变得很复杂。

山不转路转

最近因为在做 Side Project iOS App,有加入 Apple Developer Program,可以开发跟签发 macOS App(后来才发现不加入也可以,只是其他使用者需要到隐私权设定手动允许才能使用)。

回头重新看原本的限制:

  • 必须是 macOS:天生就解决了。

  • 必须连线内网:使用者的电脑本来就在需要的网路环境中。

  • 横跨多个自有服务:受惠于服务都是前后端分离,可以直接让使用者在我们的 App 登入,再用他的 Auth 去打 API 串接资料。

  • 必须串接 Gmail:可以直接建立组织内的 Google OAuth App,组织内使用者在 macOS App 登入授权后就能获取资料。

  • App Store 与 Google Play Console:同样透过授权与 API 串接处理。

核心设计就是:它是一个地端的桥接器。

需求端只需要在电脑安装、登入并完成授权,它就可以自动帮忙把原本散落在不同服务中的流程串接起来,达成「流程自动化」。

这是一个蛮有趣的新尝试

除了真正解决问题本身之外,安全性也更可靠;而请 AI 开发 macOS App,本质上跟请它写 Google Apps Script 差不多,它都能做得很好,消耗的 Token 也不多。

在 GitHub 上补充修正
编辑这篇文章
本文同步发表于 Medium
点此查看原文
分享这篇文章
复制链接 · 分享到社群
ZhgChgLi
作者

ZhgChgLi

An iOS, web, and automation developer from Taiwan 🇹🇼 who also loves sharing, traveling, and writing.

留言 · Comments