골드만삭스, 비개발 직군의 AI 코딩 도구 접근을 다시 차단했다

금융권에서 가장 적극적으로 생성형 AI 실험을 해온 곳 중 하나인 골드만삭스가 사내 AI 코딩 도구 접근 권한을 대폭 축소했다. 트레이더와 투자은행 부문 인력은 더 이상 Anthropic의 Claude Code나 마이크로소프트의 GitHub 기반 코딩 도구를 쓸 수 없고, 엔지니어 조직만 이 도구들을 계속 사용할 수 있다. 블룸버그가 사내 지침을 인용해 전한 내용이다.

이번 조치는 10월자 내부 가이드라인에 근거한 것으로 알려졌다. 앞서 몇 달 동안 이 직군들은 AI 도구로 트레이딩 흐름을 모니터링하거나 문서와 콘텐츠를 만드는 작업을 해왔다. 갑작스러운 접근 차단에 내부에서는 불만이 나오는 것으로 전해졌다.

불과 몇 달 전만 해도 분위기는 정반대였다. 골드만삭스의 CIO 마르코 아르젠티는 7월 인터뷰에서 비기술 직군이 직접 AI로 아이디어를 프로토타입으로 만들고, 이를 엔지니어에게 넘겨 프로덕션 수준으로 확장하는 이른바 '바이브 코딩' 방식을 긍정적으로 언급했다. 현업 담당자가 문제를 정의하고 빠르게 형태를 만들어 엔지니어가 이를 다듬는 분업 모델이었다.

방향을 튼 이유에 대해 회사 대변인 닉 카르카테라는 생산성과 리스크 관리를 포함한 여러 요인이 작용했다고 설명했다. 실험 단계는 끝났고, 이제는 장기적으로 도구를 가장 잘 활용할 수 있는 인력에게만 접근을 허용하겠다는 것이다. 구체적으로 어떤 리스크가 문제가 됐는지, 비용이나 사고 사례가 있었는지는 공개되지 않았다.

개발자 입장에서 이 사례가 주는 신호는 분명하다. AI 코딩 에이전트는 이제 개인 생산성 도구가 아니라 권한 관리와 감사가 필요한 사내 인프라로 취급받기 시작했다. 코드 생성 도구는 저장소, 배포 파이프라인, 내부 데이터에 닿을 수 있기 때문에 직무별 접근 등급을 나누고 사용 로그를 남기는 것이 기본선이 된다.

프로토타입과 프로덕션 사이의 경계도 다시 그어야 한다. 비개발자가 만든 프로토타입을 그대로 운영 환경에 올리는 흐름을 허용하려면, 어떤 도구로 무엇을 만들 수 있는지, 결과물을 누가 검토하고 어떤 경로로 인수인계하는지를 문서로 정해두어야 한다. 이 과정이 없으면 통제는커녕 그림자 AI 사용만 늘어난다.

반대로 생각하면 도구를 전면 금지하는 것도 답이 아니다. 골드만삭스가 엔지니어에게는 사용을 계속 허용한 점이 이를 보여준다. 핵심은 차단이 아니라 대상별로 허용 범위를 설계하는 일이다. 사내 코딩 에이전트를 도입했거나 검토 중인 팀이라면, 직군별 권한표와 데이터 접근 범위, 프롬프트·결과물 보존 정책을 먼저 정리해두는 편이 좋다.

다만 이번 보도에는 판단의 근거가 될 만한 수치가 거의 없다. 영향받은 인원 규모, 구체적인 리스크 사유, 도구 사용 중 발생한 사고 여부는 확인되지 않았고 회사 측 설명도 여러 요인이 작용했다는 수준에 머문다. 다른 조직이 그대로 따라 하기보다는, AI 도구 거버넌스를 실험 단계에서 운영 단계로 넘길 때 무엇을 먼저 정해야 하는지를 보여주는 사례로 읽는 것이 적절하다.