macOS 10.14より、システム環境設定の「セキュリティとプライバシー」＞「プライバシー」項目にセキュリティ度を調整するための各種機能が追加され、AppleScriptもその影響を受けるようになった。「フルディスクアクセス」項目では、動作中のMacのすべてのユーザーに対して、ユーザー自身のメール、メッセージ、Safari、ホーム、Time Machineバックアップなどのデータや特定の管理設定へのアクセスを許可する。AppleScriptを利用するユーザーはこの項目に「スクリプトエディタ」と「スクリプトメニュー」を登録しておく必要がある。「オートメーション」項目では、他のアプリケーション制御の許可、および取り消しを行える。スクリプトエディタ以外のアプリケーションで、他のアプリケーションを制御する場合には、動作中の最初の要求時にユーザーに対して承認を求めるダイアログを表示する。承認されたアプリケーションはこの「オートメーション」項目に表示されるようになる。実行したユーザーが承認しなかった場合にも、本項目にチェックボックスがオフになった状態で表示されるため、あとからシステム環境設定上の本項目において承認を行う（チェックボックスをオンにする）ことが可能である。なお、一度「オートメーション」項目に登録され、ユーザーの承認を得ていれば、毎回ユーザーの承認ダイアログが表示されることはない。逆に、本「オートメーション」項目に意図的に登録させたい場合、アプリケーションのバージョン番号を確認したり最前面に表示させる（activate）コマンドを実行させる程度ではシステムが反応しない。他のアプリケーションを操作するAppleScriptアプレット/AppleScriptアプリケーションにおいて、初回起動時に「オートメーション」項目に登録される程度の簡単な（害のない）アプリケーション操作を意図的に行う必要が生じるようになった。AppleScript側から任意のアプリケーションに対する操作が許可されているかを知ることは、サードパーティのフレームワークを呼び出すことで可能となっている。
FileMaker Pro v16より、FileMaker Script中におけるAppleScriptの実行（正確にいえば、AppleScriptからFileMaker Pro自身を操作すること）がデフォルトの権限セットのままでは許可されない状態になっている。そのため、より以前のバージョンで作成したFileMaker ProデータベースをFileMaker Pro v16でオープンすると、FileMaker Script Step実行時に「実行権限エラー」ダイアログが表示され、Script Stepの実行が行われないという現象に直面することがある。このような場合には、拡張アクセス権で「Apple EventおよびActive-XによるFileMaker操作の実行を許可」にチェックを入れれば実行できるようになる。
Safari 9.1.1より、「開発」メニューに「Apple EventsからのJavaScriptを許可」の項目が新設され、これにチェックを入れないとAppleScriptからSafariに対してdo javascript命令を実行できなくなった。いったん許可すれば、その状態は継続される。
画面上のメニューやボタンなどを操作するGUI Scriptingについては、「システム環境設定」の「セキュリティとプライバシー」＞「アクセシビリティ」で個別に許可を行うようになっている。デフォルト設定では、どのプログラムに対しても許可していない。
ネットワーク上の他のMacからのコントロールを行うリモートApple Eventsに対し、macOS標準装備の各アプリケーションは応答しないようになっている。また、出荷時のデフォルト設定で、リモートApple Eventsはオフになっている。
あまりに拡張され、できることが増えすぎたため、AppleScriptの一部機能を抑止するための機構がmacOSに用意されつつある。以下の機能についてはデフォルトでは禁止状態になっているが、管理者パスワードを入力すれば実行を許可するようになっている。
iTunes、Keynote、Pages、Numbersなどアップル純正アプリケーションに固有の問題が存在する。アプリケーションのローカライズをやりすぎて、AppleScript関連の機能までローカライズされてしまうことが多々ある。このため、海外で流布しているAppleScriptの、主にオブジェクト名称を英語名表記から日本語名表記に変更しないと日本語環境上では実行できない（エラーになる）ケースが存在する。
何らかのオブジェクトの属性値を取得したい場合に、複数の属性値を何回かに分けて取得するよりもpropertiesでまとめて属性を取得した方が速いケースなどがある。アプリケーションをコントロールするために存在しているAppleScriptであるが、アプリケーションとの通信回数を減らすことが処理の高速化につながる。例えば、指定フォルダ以下の全てのファイルを処理する場合、Classic Mac OS時代にはFinderに対して再帰処理で取得するように書いていたが、現代のmacOSではSpotlightを用いてファイル一覧を取得するとずっと速く処理できる。このように、macOSの機能の移り変わりを意識していないと処理速度が大幅に変わる。
何らかの条件に基づいてオブジェクトを抽出する処理が、アプリケーションコントロールでは日常的に発生する。たとえば、リマインダーで名称（name）に「発売日」を含む項目のみ抽出するといった処理である。そのような場合に、オブジェクトの抽出をせずに「とりあえずすべてのオブジェクトを取得して、ループで条件一致するものを抽出する」ようなコードでは処理が遅くなってしまう。フィルタ参照を使って対象オブジェクトのしぼりこみを行うと速度を向上できる。
たとえば、printコマンドでプリンタを指定して書類を印刷する機能が存在していても、LAN内に存在するプリンタ名一覧を取得する機能はデフォルトでは用意されていない。同様に、テキストの音声読み上げを行うsayコマンドで音声キャラクタの名称を指定できるのに、現在システムにインストールされている音声名称の一覧を取得する機能が存在していない。このため、shell scriptやCocoaのサービスを呼び出して、取得する手段を別途用意する必要がある。
当初、住職や300余りの檀家すべてが反対した。なぜ建設することができたのかは、『建築手法』（安藤忠雄、二川幸夫 共著）に詳しい。設計にあたり安藤は、「お寺とは何か」という考察から始め、「人が集まり、心の豊かさを感じられる空間」という結論に達した。信者からは、とにかく寺に人が来ない。魅力的にして人が来ることで心のよりどころにしたいとの思いを聞かされていたが、通常寺には大屋根があり、これは権力の象徴であるため避けたい。権力ではなくハスをシンボルにする。そのために、10ḿの楕円形の水盤を作り、その中に人が入ってゆく。水盤を池にして仏教の原点であるハスの花をいっぱいに咲かせる。ハスの中に入る寺にしたい。と、信者らの前で説明したが、前述のごとく全員に反対された。さすがに全員反対には驚いた安藤がとった策は、京都の真言宗本福寺本山の当時すでに90歳を超える高名な僧侶、立花大亀に意見を求めることであった。安藤から話を聞いた立花は「これはいい。なぜなら仏教の原点のハスの中に入るというのは一番良い姿だ。自分も冥土へ行く前に見たい」といい、2、3人の檀家代表に話をした。次の回に出席すると、同じ信徒らの意見は180度変わっており、全員賛成だった。そこで安藤は「あなた方、この間全員反対だったじゃないか」と問うと、「いや、それは安藤さんの空耳じゃないか」といわれた。安藤はムッとして「漏るかもわからんぞ」と脅かしたところ「新しいことに挑戦しているのだから、少々は仕方がないでしょう」といわれたという。