다들 프로덕션 환경에서 에이전트가 직접 작업하게 하는 거 무섭지 않음?

맞음, 우리도 겪는 중임. 에이전트가 우선순위 태그를 잘못 읽어서 캘린더의 모든 반복 일정을 취소해버림. 프로세스 죽이면 작업 컨텍스트 다 날아가고, 진짜 모래 위에 집 짓는 기분임.

캘린더 문제는 진짜 공감됨. 데스크톱 에이전트 만들 때 똑같은 문제 겪었는데, 에이전트가 정리한다고 브라우저 탭을 닫거나 창을 멋대로 옮겨버림. 가장 도움 된 건 스크린샷 기반 제어 대신 접근성 API를 쓴 거임. 사람이 쓰는 UI 레이어랑 똑같이 상호작용하면 OS가 제공하는 확인 대화상자나 실행 취소 같은 안전 장치를 그대로 쓸 수 있음.

대체 왜 그렇게 함? 에이전트를 마약 한 주니어 개발자라고 생각하고 다뤄야지.

그게 바로 하네스(harness)가 필요한 이유임. 하네스로 속도 제한을 결정론적으로 강제해야 함. 삭제 도구는 단순히 ID만 받지 말고, 모델이 전체 레코드를 완벽하게 생성하게 해서 검증해야 함. ID만 쓰면 환각 때문에 엉뚱한 걸 지울 수 있음.

회로 차단기랑 멱등성 키를 쓰셈. 회로 차단기는 분산 시스템처럼 연속으로 오류 나면 API 호출을 멈추게 하고, 멱등성 키는 에이전트가 재시도해도 작업이 두 번 실행되지 않게 막아줌. 에이전트 로직 밖에서 작동하게 해야 에이전트가 무시 못 함.