掃除の道具はたいてい同じことをする。やるべき手入れを一つのボタンに包み込む。このスクリプトはさらに踏み込んで、そのボタンまで外してしまった。残るのはバッチファイル一枚だ。リポジトリの表紙は素気なく、自動で動くパソコン掃除のスクリプト、と書く。作者の説明はこうだ。こうした道具を手で一つずつ走らせるのに飽きたので、一式をスクリプトにして、Windows の機械の掃除と消毒がひとりでに済むようにした。名は利用者のために戦うという言い回しから取り、許諾は緩やかなオープンソースのもの、リポジトリには 2611 件のコミット、6600 の星、416 のフォークが積み上がっている。

ボタンではなく段で進む

プロジェクトの説明は流れ全体を番号の段に分け、段ごとに独立したバッチファイルを置き、作者はさらに、これらの子スクリプトは本体なしでも単独で走らせられると断っている。説明と資源の置き場から輪郭が見える。準備の段は復元ポイントを作り、実行前に導入済みのプログラムとディスク全体の姿を記録して後で比べられるようにし、システム管理のインターフェースを調べて直しにかかり、網の時刻源で時計を合わせ、レジストリを控え、外部の反悪意の道具を幾つか前処理として呼ぶ。一時ファイルの掃除と重複の除去はそれぞれ独立した段になり、消毒の段はウイルスとルートキットの走査に集まり、デフラグは後ろのほうに置かれる。

この作りには実用的な利点がある。何か起きたときに在り処が分かるのだ。記録は段ごとに残し、主な記録は既定でシステムのディスクの記録用の場所に書かれるので、どの段で止まったか、どの段が何を変えたかが辿れる。何度も手入れが要る機械にとっては、最適化が終わりましたという一言より、辿れることのほうがはるかに役に立つ。

説明に書かれた三つの注意

一つ目は実行の前に再起動すること。説明は大文字で、まず機械を再起動して待ちの更新を終わらせよと強く言う。スクリプトが半ばで、止まっていた更新のせいでシステムが再起動すると、システムが壊れうるからだ。取って付けたような一文に聞こえるが、この後に何時間もの実行が控えていることを思えば、必要な保険である。

二つ目は所要の時間。公式には 3 から 10 時間とあり、本当にそのくらいかかるので途中で取り消すなと強調する。作者自身が見た幅は 4 から 8 時間で、利用者からは 30 時間という報告もある。つまり数分待つ道具ではなく、一度きりの深い処置であり、掛けたら放っておけというのが勧めだ。三つ目は実行の形で、安全な形でも通常の形でも走らせられ、感染が重い場合を除けば通常の形が勧められる。

命令の行の切り替え：どの段も単独で切れる

スクリプトは命令の行からの呼び出しに完全に対応し、切り替えはすべて任意で組み合わせられる。挙げられた切り替えは大きく三つに分かれる。走らせ方として、迎えの画面と問いかけを飛ばす自動の形、先に安全な形へ再起動する自動の形、流れだけ辿って何も実行しない空回し、終わったら電源を切る、終わったら再起動する。切る対象として、ウイルスの走査をすべて飛ばす、特定の走査の道具を飛ばす、アプリの修正を飛ばす、自前のスクリプトを飛ばす。残す対象として、はじめから入っているアプリを残す、電源の設定を残す、特定の安全の道具を残す。

一つだけ別に触れたい切り替えがある。現在の設定を書き出すもので、スクリプトが何をするのかを前もって眺められる。しかもこの引数を使うと、スクリプトは実際には何も実行しない。この種の道具に初めて触れる人にとっては、空回しか設定の書き出しを先に見るほうが、そのまま走らせるよりずっと落ち着く。

版と入手の仕方の変わった点

公開のページは最新の版を 12.0.6 とし、印は全部で 49、履歴は 10 の列まで遡る。面白いのは、どの版の下にも同じ一文が付くことだ。公開の説明と入手の仕方は対応する共同体のページにあり、コードの置き場から取っても動かない、と。説明の側でもこれを大文字で繰り返している。

理由は、置き場にはスクリプトの素の文面しかなく、動かすのに要る外部の道具と資源が入っていないので、素の文面だけでは動かないからだ。言い換えれば、コードの置き場はここでは読む、吟味する、寄与するための入口であって、配る路ではない。別の細部にも同じずれが出る。置き場の中の変更の記録は頭がすでに 12.0.9 に達しているのに、公開のページの最新の印はまだ 12.0.6 に留まっている。

誰に向くか、どこに気をつけるか

三つの層に向く。まず機械をまとめて処置する必要がある人で、スクリプトなら人のいない実行ができ、切り替えで流れを必要な分だけ削れる。次に、まず見てから動きたい進んだ利用者で、設定の書き出しと空回しが何に触れるかを前もって示し、子スクリプトは単独で取り出して走らせられる。最後に、後から証拠が要る場合で、段ごとの完全な記録は最適化しましたというどの知らせよりも説得力を持つ。

気をつける点は三つ。一つ、長い仕事で、公式には 3 から 10 時間、途中で取り消すとシステムが半端に処理されたまま残りうるので、その間ずっと電気と機械を明け渡せることを確かめておく。二つ、システムの設定を自分で変える。復元ポイントに充てる割合、電源の設定、はじめから入っているアプリが調整の範囲に入るので、その変更が望みどおりか先に決めておく。説明には残すための切り替えも用意されている。三つ、入手の仕方が特殊で、置き場の素の文面はそのままでは動かない。これはプロジェクトが置き場でも公開のページでもはっきり書いている。

手入れをスクリプトに書くとは、どうやるかを覚えている状態から、覚えていてくれる状態へ移ることだ。ここに何年もかけて積み上がったのは、妙なアルゴリズムではなく、何度も継ぎを当てられた順番である。触る前に控え、変える前に記録し、どの段も単独で切れるようにしておく。この鈍い手間こそ、自動化のいちばん頼れる部分だ。