브라우저 에이전트의 다음 단계를 Jev로 정하기

Jev가 브라우저 에이전트를 움직일 수 있나요?

Jev 혼자서는 할 수 없습니다. Jev는 클릭하지도, 입력하지도, 화면을 읽지도 않습니다. 전달받은 상태에 대해 형식이 정해진 질문에 답할 뿐입니다. 그래서 브라우저 에이전트 안에서는 한 가지 좁은 역할에 어울립니다. 현재 페이지를 설명한 텍스트와 목표가 주어지면, 코드가 이미 수행할 줄 아는 짧은 목록에서 다음 단계를 고르는 일입니다.

TypeSafe의 구축 가이드도 같은 역할 분담을 설명합니다. 제어는 코드가 맡고, 모델은 좁고 구조화된 판단만 전달받습니다. 에이전트 루프, 페이지 리더, 클릭, 재시도는 모두 평범한 소프트웨어로 남습니다.

수정 가능한 다음 단계 템플릿 열기. 가상의 등록 페이지, 질문 하나, 선택지 네 개가 들어 있습니다. 불러오면 초안만 만들어지며, 검사는 요청해야 시작됩니다.

페이지를 스크린샷이 아닌 상태로 설명하세요

템플릿은 일반 텍스트를 보냅니다. 목표, 페이지 제목, 그리고 화면에 보이는 요소와 현재 값입니다. 무엇을 포함할지는 페이지 리더가 정합니다. 판단에 필요 없는 내용은 빼고, 비밀번호나 결제 정보, 다른 사람의 개인 정보는 공개 데모에 절대 보내지 마세요.

각 선택지는 에이전트의 함수 하나에 대응합니다. Jev는 함수를 고르고, 어느 입력란이 비어 있는지처럼 검증할 수 있는 인수는 코드가 채웁니다. TypeSafe의 함수 호출 쿡북도 같은 방식을 씁니다. 닫힌 집합에서 고르는 일은 질문으로 만들고, 자유 텍스트와 숫자, 날짜는 코드에 남겨 둡니다.

한 가지만 바꾸고 비교하세요

1. 템플릿을 그대로 실행하고 선택된 단계와 나머지 확률을 기록하세요.
2. 페이지 설명에서 이메일을 채운 뒤 다시 실행하세요. 어떤 단계가 나올지 미리 예상해 두세요.
3. 입력란은 비워 둔 채 목표에서 이메일 주소를 지우세요. 이제 에이전트에게는 값이 없으므로, 신중하게 설계했다면 사람에게 묻는 쪽이 우선해야 합니다.

정답은 미리 채워 두지 않았으며, 한 번의 실행은 측정이 아닙니다. 두 선택지가 계속 경합한다면 사람이 추측 없이 적용할 수 있을 때까지 설명을 고쳐 쓰세요. 겹치는 라벨을 처리하는 방법을 참고하세요.

기준값은 결과의 무게에 맞추세요

TypeSafe의 confidence 기반 라우팅 패턴은 confidence를 두 번째 신호로 사용합니다. 답은 무엇을 할지 알려 주고, confidence는 실제로 행동할지를 알려 줍니다. 해당 문서의 예시는 위험이 낮은 행동은 그리 높지 않은 confidence에서 받아들이고, 송금 승인에는 훨씬 높은 값을 요구합니다. 여기에도 같은 생각을 적용하세요. 페이지를 다시 읽는 비용은 작지만 양식 제출, 결제, 삭제는 그렇지 않습니다. 기준값은 라벨을 붙인 자신의 예제에서 직접 정하고, 먼저 확률과 confidence의 차이를 읽어 보세요.

커뮤니티에서 시도한 사례

프로젝트 사례에는 판단 단계를 Jev로 옮긴 커뮤니티의 브라우저 에이전트 프로토타입이 연결되어 있습니다. 속도에 관한 주장은 작성자 본인의 것이고 여러 요소를 한꺼번에 바꾼 결과이므로, Jev만의 효과를 분리해 보여 주지는 않습니다. 이런 보고는 시험해 볼 아이디어로 받아들이세요. 그런 다음 자신의 제품에서 페이지 상태를 소규모로 모으고, 에이전트가 실제 계정에서 행동하기 전에 모든 단계를 직접 확인하세요.