𝗔𝗜 𝗩𝗶𝗯𝗲 𝗖𝗼𝗱𝗶𝗻𝗴 × ワークフロー自動化：クラウドの𝗚𝗼𝗼𝗴𝗹𝗲 𝗔𝗽𝗽𝘀 𝗦𝗰𝗿𝗶𝗽𝘁からローカルの𝗺𝗮𝗰𝗢𝗦 𝗔𝗽𝗽への新たな挑戦
AIは開発を助けてくれますが、想像力こそがあなたのスーパーパワーです。
プロセス自動化について
AI時代が到来する前から、多くの「プロセス自動化」アプリケーションが存在していましたが、過去はエンジニアの開発参加が必要でした。
エンジニア側は実際の業務のノウハウや課題を必ずしも理解していませんし、ニーズ側もどの部分が技術で解決可能かを知らないことが多いです。両者が持つ情報や専門知識が異なるため、アイデアを実際の自動化プロセスに落とし込むハードルは比較的高いです。
後に n8n のような Low-code / No-code の自動化ツールプラットフォームが登場し、需要側が自分でサービスを連携し、自動化フローを設計・実現できるようになりました。続いて AI 時代が到来し、さらに敷居が下がりました。AI はかつて需要側の反対側にいたエンジニアのようなもので、トークンさえあれば彼と要件を話し合い、実現を依頼できます。
これに基づき、プロセス自動化自体のボトルネックはもはやエンジニアリング側のリソース問題ではなく、「思考」と「判断力」がより重要となっています：
-
「思考」：既存の枠組みにとらわれず、異なる視点から自分の仕事を見直し、どの作業が自動化で解決できるか考えること。
-
「判断力」：プロセス自動化の価値を判断すること。この作業はどのくらいの頻度で発生するか？毎回どれだけのリソースが必要か？自動化後の安定性はどうか？
しかし、「思考力」と「判断力」は必ずしも白黒はっきりしているわけではなく、特に今はAIが開発を支援しているため、試行錯誤のコストが非常に低いです。
「思考力」を高めることはプロセスであり、最小のことから始めるか、思いついたことを何でもAIで試してみることができます。「思考力」に対する感度が上がった後に、「判断力」が生まれます。発生頻度や無駄になるリソースに基づいて、どれを自動化し、どれを手作業で処理するかを決めることが重要です。すべてを自動化するのが最善ではなく、外部依存や変化が激しく、発生頻度が低いものは、自動化プロセスの調整に時間をかけるよりも手作業で処理したほうが良い場合もあります。
「AIが自動化を実行する」か「AIが自動化を作る」か？
上記は「AIが自動化を行う」部分について述べています。
もし単純で固定のワークフロー、例えばアプリの審査提出のような場合は、毎回トークンを発行して「AIに自動化を実行させる」必要はありません。トークンを一度発行して「AIに自動化をさせる」ことで、作成したツールを長期間無料で使えます。
上記で述べたように、外部依存性が強く変化が多いため固定ルールで処理しにくい場合に限り、「AIが自動化を実行する」方法が適しています。
クラウドの𝗚𝗼𝗼𝗴𝗹𝗲 𝗔𝗽𝗽𝘀 𝗦𝗰𝗿𝗶𝗽𝘁からローカルの𝗺𝗮𝗰𝗢𝗦 𝗔𝗽𝗽への新しい挑戦
𝗚𝗼𝗼𝗴𝗹𝗲 𝗔𝗽𝗽𝘀 𝗦𝗰𝗿𝗶𝗽𝘁 は以前私が最も好きだったプロセス自動化プラットフォームで、その利点は「無料」「Function as a Serviceで、起動すればすぐ使え、デプロイ管理不要」「Google組織アカウントで権限管理」「Gmail、Google Sheet、Google Form、Google Analytics、BigQueryなどのGoogle関連サービスとシームレスに連携できる」ことです。
以前、多くのプロセス自動化の連携シナリオを経験しました。例えば、マーケティングのために毎日GA4からデータを取得してGoogle Sheetの運営レポートに入力したり、アプリのアクティブユーザー数やクラッシュデータの追跡、SlackやGoogleフォームの申し込みフォームの統合などです。
徐々に、私もGoogle Apps Scriptに「固まって」しまい、ほとんどすべてのプロセス自動化の場面で、まず「Google Apps Scriptで何ができるか？」から考え始めるようになりました。
最近、とても複雑で多くの中断点があるシナリオに直面しました：
必須は macOS + 内部ネットワーク接続必須 + 複数の自社サービスを横断 + Gmail、App Store、Google Play Console の連携必須。
このシナリオはニーズ側にとって非常に負担が大きく、各項目の処理に約30分かかり、10項目で合計300分かかります。また、途中に多くの中断点や手動処理が必要な部分があります。
技術側はもはや Google Apps Script を使うことはできません。なぜなら、社内ネットワークのサービスに接続する必要があり、macOS 上で動作させる必要があるからです。また、完全自動化を達成するには、AI を使って開発しても少なくとも1四半期はかかると見込んでいます。難しいのはエンジニアリング自体ではなく、異なるサービス間の橋渡しであり、場合によっては新しいサービスを立ち上げる必要もあるため、全体が非常に複雑になるでしょう。
山が動かなくても道は変わる
最近、Side ProjectのiOSアプリを作成していて、Apple Developer Programに加入しました。これによりmacOSアプリの開発と署名が可能になりました（後で知ったのですが、加入しなくても開発はできるものの、他のユーザーはプライバシー設定で手動で許可しないと使えません）。
改めて元の制約を見直す：
-
必須は macOS：生まれつき解決されています。
-
内部ネットワークへの接続が必要：ユーザーのパソコンは元々必要なネットワーク環境内にあります。
-
複数の自社サービスにまたがる：サービスはすべてフロントエンドとバックエンドが分離されているため、ユーザーは私たちのAppでログインし、その認証情報を使ってAPIを呼び出しデータを連携できます。
-
Gmailとの連携が必要：組織内でGoogle OAuthアプリを直接作成し、組織内のユーザーがmacOSアプリでログイン・認証するとデータを取得できます。
-
App Store と Google Play Console：同様に認証とAPI連携で処理。
コア設計は：それはローカルのブリッジです。
需要側はパソコンにインストールし、ログインして認証を完了するだけで、異なるサービスに散らばっているプロセスを自動的に連携し、「プロセス自動化」を実現できます。
これはかなり面白い新しい試みです
問題自体を本当に解決するだけでなく、安全性もより信頼できます。また、AIにmacOSアプリの開発を依頼することは、本質的にGoogle Apps Scriptの作成を依頼するのと同じで、どちらも上手くこなせますし、消費されるトークンも少ないです。
_Post MediumからZMediumToMarkdownによって変換されました。*
コメント