브라우저 에이전트로 예약을 바꿀 때: 클릭보다 중요한 확인 단계

화면을 조작하는 모델과 업무 실행기

Google의 Computer Use 문서는 화면을 받아 동작을 제안하는 모델과 이를 수행하는 클라이언트 실행 환경을 구분합니다. 중요 동작에는 사용자 확인을 적용하도록 안내하며 지원 모델과 적용 조건도 명시합니다. AWS AgentCore Browser 문서는 세션 관리와 기록을 설명합니다. 두 자료를 연결하면 모델 선택 외에 실행 환경과 확인 절차가 필요하다는 점이 드러납니다.

• Google AI for Developers · Computer use
• AWS · AgentCore Browser의 리소스와 세션

토핑은 예약 업무를 자동화할 때 먼저 공식 API로 처리할 수 있는 구간을 확인합니다. 브라우저는 화면으로만 제공되는 업무에 적용할 수 있지만, 레이아웃과 인증 방식이 바뀌는 운영 비용을 함께 봐야 합니다. 시범 환경에서는 고객의 실제 결제나 확정 예약 대신 검수용 계정과 변경 가능한 테스트 일정을 준비하는 편이 좋습니다.

예약 시간만 바꾸려는 가상 시나리오

고객이 기존 상담 예약을 다음 주 오후로 옮겨 달라고 요청했다고 가정합니다. 에이전트는 현재 예약 번호, 장소, 담당자와 변경 수수료 조건을 확인하고 가능한 시간을 제안합니다. 새 시간 선택만으로 기존 예약을 취소할 권한까지 얻었다고 해석하지 않고, 실제 변경될 항목과 비용을 확인 가능한 화면으로 정리합니다.

최종 확인에는 날짜뿐 아니라 시간대와 장소가 필요합니다. 같은 시각이라도 지점이 다르거나 담당자가 변경되면 다른 예약일 수 있습니다. 사용자가 조건을 승인한 후 확정 버튼을 누르기 직전에도 화면 값이 승인본과 같은지 확인하세요. 대기 중에 슬롯이 없어졌다면 다른 시간을 임의로 선택하는 대신 새 후보를 안내합니다.

클릭 이후 상태가 불명확한 경우

확정 버튼을 누른 뒤 화면이 멈췄다고 즉시 다시 누르면 같은 작업이 중복될 수 있습니다. 예약 목록이나 처리 내역에서 기존 번호와 변경 번호를 조회하고, 상태를 확인하지 못하면 확인 대기로 남기는 것이 낫습니다. 모델이 성공했다고 말했는지보다 사이트가 반환한 예약 상태와 알림 내역이 서로 맞는지가 완료 기준입니다.

• 현재 예약과 변경할 예약을 식별할 번호가 있는가
• 확정 전 날짜·시간대·장소·비용이 승인 내용과 같은가
• 새 창·팝업·세션 만료 시 실행을 멈추는가
• 확정 후 응답이 없으면 재클릭 전에 처리 내역을 조회하는가
• 브라우저 기록에서 계정·고객 정보의 보존 범위를 정했는가

사용자별 브라우저 세션도 분리해야 합니다. 앞선 사용자의 로그인 상태, 다운로드 파일이나 입력된 연락처가 다음 작업에 남아 있으면 예약 주체가 바뀔 수 있습니다. 작업 시작 시 계정과 대상 예약을 확인하고 종료 시 세션과 임시 자료를 정리합니다. 기록을 남길 때도 문제 재현에 필요한 화면과 보관하면 안 되는 정보를 구분합니다.

성공률보다 먼저 확인할 실패 흐름

검수 표본에는 정상 변경, 변경 불가 시간, 추가 비용 발생, 인증 재요청과 다른 화면으로의 이동을 넣습니다. 모델이 모르는 화면에서 계속 클릭하는지, 사용자에게 돌아와 현재 상태를 설명하는지를 확인하세요. 페이지를 잘 조작한 횟수만 세면 예약이 잘못 확정된 문제를 놓칠 수 있어 최종 예약 내용까지 대조해야 합니다.

운영자는 미완료 작업을 이어받을 수 있어야 합니다. 마지막으로 확인한 예약 상태, 수행한 동작과 남은 결정이 전달되면 사람이 같은 작업을 처음부터 반복하지 않아도 됩니다. 초기에는 조회와 변경안 작성까지 맡기고, 되돌리기와 검수 조건이 확보된 업무부터 확정 실행을 넓히는 순서가 현실적입니다.