AgentCore Runtime に載せた問い合わせ窓口に「なんでそう答えたの?」と聞かれても、記録が無いと答えられません。この資料では、1 続きの会話 (セッション)、1 回の問い合わせ (トレース)、その中の 1 歩ずつ (スパン)、ログ、メトリクスという記録の形と、窓口の中の ADOT が OpenTelemetry の形で Amazon CloudWatch に送る記録の流れと置き場所、記録に問い合わせの文が残ることと守り方を、公式のアイコンの構成図と流れの図で説明します。01 で東京に載せた窓口を 10 回呼び、Transaction Search が有効かを確かめるところ、AgentCore CLI でトレースを探して落とし、19 行のスクリプト (付録) でスパンの木にするところ、ERROR のログで失敗を探すところ、呼び出しとエラーの数を、本物の端末の画面の大事な行で見せます。時間の多くがモデルの返事を待つ時間であること、部品をまたぐトレース、アラーム、呼ぶ側から traceparent と session ID を渡して 1 本のトレースにつなぐこと、アカウントをまたいで見ること、週に 1 度記録を読んでおかしな記録を評価のケースにすること、記録にかかる CloudWatch の料金の数え方、困ったときに見る順も扱います。Level 300 (仕組み、設定の選び方、作り方)。シリーズ「Kiro と学ぶ Amazon Bedrock AgentCore」の 07 (見て直す) です。