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