업무에 Agent가 필요한지 판단하기
결정적 워크플로와 비교하고 연동 전에 도구 동작 규약, 권한, 검수 방법을 정합니다.
세 가지 구현 방식 비교하기
질의응답 화면은 정보를 제공하고 결정적 워크플로는 알려진 절차를 따릅니다. Agent는 문맥에서 단계와 도구를 선택합니다. 이런 유연성에 측정 가능한 가치가 있을 때 사용합니다. 안정된 규칙은 일반 애플리케이션 코드로 구현하고 감사하는 편이 더 쉬울 수 있습니다.
업무 흐름도, 요청 샘플, 시스템 인터페이스, 현재 필요한 인력을 준비합니다. 완료 업무, 수정, 권한 없는 동작 시도, 총비용을 측정합니다. 대화나 도구 호출이 늘어난 것만으로는 업무 가치의 근거가 되지 않습니다.
각 도구를 업무 규약으로 정의하기
목적, 허용 호출자, 검증할 인자, 부작용, 결과 형식을 명시합니다. CRM 조회는 사용자의 해당 기록 접근 권한을 확인해야 합니다. 티켓 생성은 필수 필드를 검증하고 실제 티켓 ID를 반환해야 합니다. 모델의 성공 주장은 시스템의 처리 확인서가 아닙니다.
금전 변경, 권한 변경, 외부 약정 앞에 승인을 둡니다. 업무 동작 ID를 부여하고 쓰기 재시도 전에 이전 결과를 애플리케이션이 확인하게 합니다. 도구 서비스에서 제어를 강제해야 하며 프롬프트 지시만으로는 충분한 권한 부여가 되지 않습니다.
현재 AWS 구성 경로 선택하기
Amazon Bedrock Agents는 현재 Agents Classic입니다. 2026년 7월 30일부터 신규 고객에게 닫혔으며 자격을 갖춘 기존 계정은 계속 사용할 수 있습니다. AWS는 새로운 Agent 개발을 AgentCore로 안내합니다. Classic을 제한 없이 새로 만들 수 있다고 가정하지 말고 계정과 리전을 확인합니다.
읽기 전용 도구와 좁은 업무에서 시작합니다. 파일럿 결과물에는 도구 규약, 권한 테스트, 동작 확인서, 실패 복구, 업무 평가를 포함합니다. 이 제어가 작동한 다음 허용 동작을 확대합니다.
공식 참고 자료
문서 확인일: 2026년 10월 17일. 이 글은 참고 지침이며 작성 과정에서 클라우드 API를 호출하지 않았습니다.