2026년 8월 7일
코딩 에이전트 시대에는 문제가 하나씩 터질 때마다 대응하는 일이 더 잦아질 수 있다. Hatchet 공동 창업자 Alexander Belanger는 에이전트가 예측하기 어려운 방식으로 서비스에 부하를 주고, 불안정성을 키울 수 있다고 주장한다. 다만 GitHub의 장애 원인이 에이전트라고 단정하지는 않는다.
Hatchet도 공개 API에서 예상 밖의 호출과 부하를 경험했다. Belanger는 이를 보여주는 사례 세 가지를 들었다.
- 에이전트는 SDK에 노출하지 않은 엔드포인트도 공개된 OpenAPI 사양이나 코드에서 찾아 자동화에 사용할 수 있다. Hatchet은 복잡하고 느린 필터를 제공하는 일부 엔드포인트를 프런트엔드에서만 호출하도록 했지만, 문서에 없다는 사실을 에이전트가 사용 금지 신호로 해석하지 않을 수 있다. 그 결과 API 지연 시간이 늘거나 모니터링 데이터베이스에 부담이 생길 수 있다. 이를 막으려면 쿠키 기반 세션으로 접근을 제한해야 하지만, 기존 사용 방식과 호환되지 않는 변경이 될 수 있다.
- 폐기 공지를 거친 뒤 제거한 엔드포인트에도 오래된 정보에 의존하는 모델이나 수년 전 버전의 SDK를 사용하는 에이전트가 요청을 보낼 수 있다. Hatchet은 이로 인해 4xx 오류가 늘고, 사고 대응팀의 모니터링과 대응에 잡음이 생기는 경우를 봤다고 설명한다.
- 문서에서 링크하거나 검색되지는 않지만 기술적으로 발견 가능한 숨겨진 문서 페이지를 통해, 셀프 호스팅 사용자가 일부 고객에게만 제공한 기능을 찾아 설정을 켜는 경우도 있었다. 이후 해당 기능과 관련한 이슈가 접수돼 제품팀 업무에 잡음이 생겼다.
Belanger는 이런 문제가 GitHub처럼 API 표면이 훨씬 넓고 오랫동안 운영된 조직에서는 더 큰 규모로 나타날 수 있다고 본다. 사용자의 소프트웨어 이용 방식이 바뀌는 흐름을 막기보다, API와 도구를 그 변화에 맞춰 설계해야 한다는 것이 그의 주장이다.
Alexander Belanger · Hatchet 공동 창업자
댓글 (0)
로그인하면 이 기사에 내 생각을 남길 수 있어요