M1、macOS Monterey、そして次期Macのパワーシフト

Macはこれまで以上にAppleの強力なツールとなっています。Apple Siliconを搭載した今日のMacは、macOSアプリの完全なライブラリに加え、Catalyst経由のiOSアプリ、あるいはApp Storeから直接入手した未改変のアプリも利用できます。さらに、アプリスクリプトからあらゆる種類のUnixベースのツールまで、Macの裏側にはあらゆるものが隠されています。

しかし、Apple Siliconへの移行と、Appleが6月に複数年にわたる自動化移行の一環としてMacにショートカット機能を導入すると発表したことで、状況は変わりつつあります。Macがパワーツールであることに変わりはありませんが、今後数年間でその本質は根本的に変化するでしょう。

ショートカットがAutomatorに取って代わる

ショートカットがAutomatorに取って代わるというニュース（そして間違いなくそうなるでしょう）は、macOSにユーザー自動化のための新しいツールが登場するという点だけが重要なわけではありません。Appleが注目していることを示す重要な兆候でもあります。ここ数年、Macアプリ開発者は、アプリに自動化機能を追加することに意味を見出せませんでした。しかし、今、その答えが見つかりました。ショートカットが登場し、Appleは今後数年間、この新しい世界への移行に時間を費やすことになるのです。

この秋から、Macの開発者がショートカットのサポートを追加していくのを目にすることになるでしょう。iOSと同様に、アプリはショートカットアプリにアクションを「寄付」します。使用するアプリのパワーがショートカットに蓄積されます。場合によっては、これらのアクションによってアプリが起動し、タスクが実行されます。また、アプリを実際に起動しなくても、そのパワーの一部を、解決が必要な問題に適用できる場合もあります。

りんご

ショートカットがUnixのパワーを獲得

Macのショートカットは、iOSやiPadOSのショートカットよりも優れており、Unixスクリプトやシェルサポートに直接接続できますが、一つ大きな欠点があります。Appleは、macOSに一般的なUnixスクリプトシステムを今後含めないことを表明しています。macOS Montereyでは、PHPはすでに廃止されており、PerlとPythonも古いバージョンで、まもなく削除される予定です。

これはある意味、大した問題ではありません。macOSにはPHP、Perl、Pythonの最新バージョンをインストールできます（私はHomebrewを使っています）。一方、これらのスクリプト言語のいずれかに依存する自動化を構築する場合は、自動化したいMacにそれらをインストールする必要があります。

他のスクリプト言語についてはどうでしょうか?

ここから、より大きな疑問が湧いてきます。Mac上で何十年もアプリケーション間通信を支えてきたAppleScriptとApple Eventsテクノロジーはどうなるのでしょうか？iOSにはApple Eventsに相当するものがありません。信じられないかもしれませんが、URLのやり取りが標準的な通信手段となっています。しかし、Appleは最近、Siri Intentsなどの機能で近代化を進めています。

実のところ、iOSにおける自動化のほとんどは、様々なアプリの小さなパーツを使ってワークフローを構築することに重点が置かれてきました。これはユーザー自動化の重要な要素ですが、スクリプトを使って強力なアプリを詳細に制御できることも重要な要素です。iOSでは、このようなレベルの制御機能を持つアプリは、JavaScriptまたはPythonをベースに独自に実装されたマクロエンジンを使用する傾向があります。その好例は、おそらくThe Omni GroupのリッチなJavaScriptベースの自動化でしょう。これにより、スクリプトを使ってiPad、iPhone、Mac上のOmniアプリを制御できます。

すべてのアプリが独自のスクリプト言語やマクロ言語を実装するのは、もはや前進への道ではありません。Appleはプラットフォームのオーナーとして介入し、開発者とユーザーの両方にとって共通の基準を構築する必要があります。

りんご

macOSにおけるスクリプトの未来

この長年にわたる移行の末に何が起こるのでしょうか？最も簡単な推測は、1990年代初頭に登場したAppleScriptがついに廃止されるだろうということです。

何が代替となるのかは、まだ未知数です。ショートカットは単体で万能ではありません。アプリケーションを正確にリモートコントロールできるようなツールではないからです。また、ショートカットにアクションを追加すればするほど、操作は複雑になります。ある程度の限界を超えると、簡略化されたインターフェースで組み立てるのではなく、スクリプトとして記述する方が賢明でしょう。（ショートカット作成用に設計されたスクリプト言語、Jellycutsを例に挙げましょう！）

スクリプト作成者が使いたい言語を選べるシステムがあればいいと思っています。（誰もこの話題には触れていませんが、Appleは以前、Macのスクリプト作成用にAppleScriptに匹敵するJavaScriptを追加しました。）しかし、Appleが公式のスクリプト言語を選ぶ可能性の方が高いでしょう。もしかしたら、Appleが既に採用している実績があり、広く普及しているJavaScriptが選ばれるかもしれません。あるいは、当然のことながら、Swiftの簡易版になるかもしれません。

そしておそらく、Apple はこの自動化システムを一度構築し、Mac だけでなく iPhone や iPad にも展開するかもしれません。

これは大変なことです。だからこそ、Appleはこれを数年にわたる移行と明確に宣言しました。Macのショートカットは素晴らしい第一歩となるでしょうが、次世代のMacユーザー自動化が前世代の負担を軽減するまでには、まだ多くの作業が必要です。何年もかかるかもしれませんが、未来は明るいです。