# 04. 실제 연결과 결과 검토

04장의 계정 확인과 서버 전환을 마친 뒤 사용합니다.
모델 호출 여부와 비용이 발생하는 실험의 수는 교재 본문에 명시되어 있습니다.

```ai-prompt
현재 참가자 로컬 API가 Bedrock을 직접 호출하는지 확인하는 실습입니다.
공개 운영 주소가 아니라 교재 info에서 확인한 내 API 포트를 사용합니다.
server/config.ts, server/planner.ts, server/app.ts와 교재 04장의 HTTP 절차를 확인하세요.

먼저 다음 구성을 확인하세요. 인증 파일이나 비밀값은 출력하지 마세요.
- MODEL_ID는 진행자가 해당 계정에서 검증한 모델·추론 프로필.
- AWS_REGION은 ap-northeast-2.
- AGENTCORE_RUNTIME_ARN은 비어 있어야 함.
- RUNS_TABLE과 REPLAY_BUCKET도 비어 있어 로컬 저장소를 사용.
- 터미널 자동 검증에서는 PUBLIC_ORIGIN과 요청 Origin을 내 루프백 API 주소로 통일.
- HTTPS 미리보기는 자동 검증 후 API를 재시작해 배정 Origin으로 전환.

GET /api/config의 planner=bedrock은 설정 증거이고 실제 호출 성공 증거는 아닙니다.
새 /api/plan 응답에서 provider와 model, actions를 확인해야 합니다.
POST에는 같은 세션 쿠키, X-CSRF-Token, Origin, Content-Type을 사용하세요.
헤더의 토큰이나 쿠키를 답변·로그·RESULTS.md에 넣지 마세요.
HTTPS용 Secure 쿠키를 HTTP로 보내기 위해 속성이나 검증을 제거하지 마세요.

확인할 지시는 빨간 상자만 트레이로 옮기기와 파랑→빨강→주황 쌓기입니다.
계획의 actions가 맞는지 먼저 검증하고 planId와 seed로 새 실행을 만듭니다.
실행 JSON의 seed, checks, metrics, 실제 물체 위치를 읽습니다.
참가자가 이미 교재 명령을 실행했다면 새 호출을 반복하지 말고 기존 근거부터 읽으세요.

오류가 나면 HTTP 상태와 안전한 error.code로 계정·모델·구조화 출력·세션·물리 문제를 나누세요.
규칙 기반 계획이나 공개 운영 서비스 결과로 대체하지 마세요.
이 요청은 Runtime·Fargate·CloudFront·EKS 배포와 DNS 변경을 포함하지 않습니다.

최종 검토에서는 다음 기준을 사용하세요.
현재 참가자 폴더의 RESULTS.md와 .local/evidence/에 있는 실제 결과만 검토해 주세요.
규칙 기반 실행, 실제 Bedrock 계획, 새 MuJoCo 물리 실행, 실패 실험, 미완료 항목을 구분하세요.
수정 파일과 실행 명령, 계획의 물체 순서, 배치 번호, 물리 검사, 소요 시간을 남기세요.
planSeconds는 API·Bedrock 왕복과 추론을 포함하며 AgentCore 지연 측정값이 아닙니다.
runSeconds와 simulationDuration도 구분해 주세요.
AWS 배포, Isaac Sim, Spot 복구를 검증하지 않았다면 완료 목록에 넣지 마세요.
로컬 서버의 종료 여부와 남긴 참가자 결과 파일을 기록하세요.
```

본문: [04. 실제 Bedrock 연결](../chapters/04-bedrock-demo.md)