최근 깃허브에서 16만 개가 넘는 스타를 받으며 큰 기대를 모았던 오픈소스 AI 코딩 에이전트 OpenCode가 심각한 문제점들을 드러내며 사용 중단 경고를 받았습니다. 로컬 대규모 언어모델(LLM)인 Qwen3.6-27B를 이용한 테스트 결과, OpenCode는 도구 품질과 보안 설계 모두에서 치명적인 결함을 보였습니다. 특히, 프롬프트 캐시가 반복적으로 무효화되어 응답 생성에 최대 10분까지 소요되는 성능 저하와, 외부 파일 접근 및 시스템 명령 실행에 대한 취약한 권한 필터링이 주요 문제로 지적되었습니다.
OpenCode의 성능 저하는 AGENTS.md 파일 재로딩, 고정 거리 컨텍스트 가지치기, 현재 날짜 삽입, 모드 전환 등 여러 요인으로 인해 프롬프트 캐시가 계속해서 무효화되기 때문입니다. 이로 인해 M4 Max와 같은 고성능 장비에서도 긴 컨텍스트 프리필(prefill)에 막대한 계산량이 필요해 응답 지연이 발생합니다. 또한, 세션 압축, 시스템 프롬프트, 하위 에이전트 제어 기능이 제대로 작동하지 않아 컨텍스트와 메시지가 유실되거나, 모델이 중요한 명세를 잊은 채 코드를 작성하는 문제가 발생했습니다. 보안 측면에서는 Bash AST와 문자열 패턴에 의존하는 권한 필터가 간접 실행, 절대 경로, 변수 사용, 파이썬(Python) 스크립트 실행 등을 제대로 막지 못해 쉽게 우회될 수 있음이 확인되었습니다. 이는 원격 모델 기본 연결, 무제한 인터넷 접근 기능과 결합하여 사용자 시스템 침해 위험을 크게 높입니다.
이러한 문제점들은 오픈소스 AI 코딩 에이전트의 개발과 활용에 있어 중요한 시사점을 던집니다. 단순히 기능 구현을 넘어, 성능 최적화와 견고한 보안 설계가 얼마나 중요한지 보여주는 사례입니다. 특히 AI가 사용자 시스템에 직접 접근하여 코드를 실행하는 특성상, 권한 관리와 샌드박스(sandbox) 환경 구축은 필수적입니다. 이번 OpenCode 사례는 개발자들이 AI 에이전트의 편의성 뒤에 숨겨진 잠재적 위험을 간과해서는 안 되며, 사용자들 또한 오픈소스 솔루션이라 할지라도 충분한 검증 없이 민감한 환경에 도입하는 것을 경계해야 함을 강조합니다. 운영체제(OS) 수준의 격리, 실행 파일 차단, 읽기 전용 경로 설정 등 다층적인 보안 대책 마련이 시급해 보입니다.