작업 중간에 에이전트 뒤치다꺼리 좀 그만해, 생산성 다 깎아먹는 중임

나도 그 루프 겪어봄. 에이전트가 '아무것도 안 바뀜'을 다시 클릭할 기회로 인식하는 게 돈 잡아먹는 주범임. 브라우저 에이전트라면 런타임에서 몇 가지 정지 신호를 추적하게 만들어야 함: 같은 동작 + 같은 DOM 두 번 반복, 인증/세션 변경 팝업 발생, 동작이 새로운 증거를 반환하지 않음, 페이지 목표에 도달 불가. 하나라도 걸리면 계속 관찰하고 클릭하게 두지 마. 해당 단계를 차단으로 표시하고, 마지막 페이지 상태를 저장한 뒤 복구 경로를 실행하거나 정확한 이유와 함께 다시 넘겨버려.

글쎄, 난 안 해봄. 난 AI를 자동화해서 내가 컴퓨터 앞에 없을 때 3~6시간마다 작업하게 만듦(컴퓨터는 켜놔야 함). 프롬프트 인젝션 방지 보안도 걸고, 컴퓨터에 연결된 서드파티 서버도 체크하고. 내 서버나 API 같은 거 연결해서 쓰니까 잘 돌아감. 근데 내 마우스나 데스크톱 환경을 직접 제어하게 하진 않음 ㅋㅋ 아직 AI가 '브라우저 제어' 같은 걸 하는 건 못 믿겠음. 나한텐 아직 알파 단계라 너무 버그가 많고...

환경/런타임 차이는 진짜임. 나도 똑같은 패턴을 봤는데, 단발성 브라우저 자동화에서 세션 유지형 실행 컨텍스트로 바꾸니까 실패 루프가 40%에서 5% 미만으로 줄었음. 핵심은 DOM 상태 변화를 추적하고, 아무것도 안 바뀌는데 계속 클릭하게 두는 대신 명시적인 복구 경로를 갖추는 거였음. 환경은 안 고치고 프롬프트만 최적화하는 팀들은 그냥 똑같은 루프만 닦고 있는 거임.

오케이 근데 나만 개판으로 만들고 있는 거임? ㅋㅋ 다들 에이전트가 이렇게 잘 깨짐? 아니면 내 아키텍처가 쓰레기인 거임? 내 건 로그인 만료되자마자 바로 슬픈 무한 루프 모드로 들어가는데.

에이전트 뒤치다꺼리 문제는 진짜 심각한데, 관점이 좀 잘못된 것 같음. 사람들이 말하는 뒤치다꺼리 대부분은 사실 개발자가 예상치 못한 상태에 에이전트가 빠진 것뿐임. 이건 에이전트 잘못이 아니라 경계 설정이 제대로 안 된 거지. 진짜 핵심은 에이전트가 조용히 뺑뺑이 돌거나 사람이 알아챌 때까지 기다리는 대신, 스스로 불확실성을 알릴 수 있도록 피드백 루프를 더 잘 만드는 거임.