▼ maruさん
> 現仕様はアウトプットウインドウもGrepウインドウも新規作成もすべて '(無題)' として、マクロ側からは同じに見えるので、マクロ側での回避は難しいです。

そもそもアウトプットやGrepでは自動実行しないほうがいいのかな？
とりあえず、２や３についてマクロ側で回避できるようしたものをUpしておきました。
自分はあまり凝ったマクロを組むことが無いので、maru さんのように評価してくださる方がいると助かります。

ご意見ありがとうございます。

> ・元々行おうとした動作をキャンセルする方法があるとさらに便利かも？

これは、マクロから実行結果を本体に返してもらうようなインターフェースの追加が必要になりますね。
今はちょっとどんな具合にしたらいいか思いつきませんが...

> 　例えばファイルを開く際の自動実行に
> 　「ファイルサイズが 10 MB 以上であれば本当に開くか確認する」

これについては「開ファイル前」マクロを追加することが前提になると思います。
ただ、他に用途があまりないようなら、「開ファイル前」マクロの追加ではなく、本体にファイル読み込み途中でキャンセルできる機能が追加されるほうが嬉しいかも。

> 　「改行コードが混在していればダイアログ表示して保存を行わない」
> 　マクロを登録したい場合にも対応できると嬉しいです。

現状のイベントマクロでキャンセルの用途があるとすれば、このようなファイル保存前処理になるかと思います。
sakura は保存後でも UNDO が効くので、警告メッセージを出すだけで無条件に改行コードを統一保存してしまってもさほど支障はなさそうな気もします。他エディタの多くは警告すら出さずに無条件統一するのが普通ですし。

> ・一つのイベントに複数のマクロを関連づけることができると良いかも？
> 　今後便利な自動実行マクロが公開されたときに、
> 　あるものは .vbs、あるものは .js という状況だと困りますので。

この機能に着手したとき、そのようにする選択肢もあったのですが、複数選択可能になっていたとしても通常は１個だけ動くようにしておくのが使い方の基本かな～、１個だけ使うなら選択したときに勝手に他の選択が解除されたほうが使いやすいよな～、ということで１イベントにつき１個にしました。
普通に使うのに扱いやすいのと、複数マクロを１つにまとめる苦労がなくなるのとを天秤にかけて、今は前者を取ったというところです。あまり気の利いたＵＩを思いつかなかったというのもありますけど。
これじゃやってられん！と感じるようになったらそのときに対策を考えてみようかと。