Quiet Mode

ask モードの欠点は1つだけですが、それは技術的なものではありません。問いが、別のことをしている最中に来ることです。通話の途中、ビルドの途中、書きかけの文の途中にダイアログが出る。だから消したくて Allow を押してしまい、本当は自分で決めていない判断が、そのまま読んでもいない恒久ルールになります。

Quiet Mode は、off と ask の間にある3つ目の状態です。何もブロックせず、何も中断しません。アプリが開く新しい接続はすべて書き留められます。あとで都合のいいときに、Rules › Backlog を開いて、一度で処理します。

項目は接続ごとではなくアプリごとにまとめられるので、1つのアプリに属する10個のホストも、10回の中断ではなく1つの作業ブロックになります。各行には、ホスト、NetMute が把握できる情報、見つかった回数、そして Allow か Block のどちらか1つの選択肢が表示されます。

一覧に出るのは、判断する価値があるものだけです。トラッカー、テレメトリーのエンドポイント、置き場所を特定できないホストです。機能通信や配信ネットワーク、つまりアプリがそのアプリであるために必要な接続は、いったん保留されます。隠すのではなく保留するだけです。件数は画面に残り、チェックボックスで一覧に入れられます。

Block を選ぶと、本当のルールが書き込まれます。手動で作成した他のルールと同じ記録、同じボタンとともにルール一覧に表示されます。裏側で動く、もう1つの見えない判断層はありません。

• 新しいMacでは、最初の1日は ask モードのダイアログが次々に出て、テンポ自体がうっかりした回答を誘う
• プレゼン中、録画中、通話中、どれでも、集中を奪うものはなく、共有画面にも何も出ない
• 大きなアプリを入れた直後、何にアクセスしようとしているのかを、何かを決める前に全部見たいとき
• 従量制の接続では、まず記録し、パターンが見えてからルールを決めたいとき

Macの接続ごとのファイアウォールは、結局みな同じ壁にぶつかります。中断そのものが製品だからです。プロンプトは、ちょうど答えられない瞬間に来ます。その結果、多くの人が、何でも許可する運用に流れ着きます。ソフトウェアは動きます。ワークフローは動きません。

質問を後回しにすると、答えが変わります。アプリ名、ホスト名、頻度を並べてまとめて見ると、トラッカーはトラッカーに見えます。文の途中で見ると、自分がしていたことへの障害に見えます。