골드만삭스 클로드 코드 제한, 금융사가 AI 코딩 도구를 막는 이유

골드만삭스 클로드 코드 제한 보도의 핵심은 「AI 금지」가 아니라 「누가 코드를 실행하는 AI를 쓰느냐」예요. 2026년 11월 2일 블룸버그 보도에 따르면 골드만삭스는 10월에 갱신한 내부 지침으로 Anthropic의 Claude Code와 마이크로소프트 GitHub 코딩 도구를 엔지니어 전용으로 바꿨고, 그동안 이 도구를 쓰던 상당수 트레이더·은행원은 더 이상 쓸 수 없게 됐어요(블룸버그 기사 전재). 이 글은 2026년 11월 기준으로 보도된 사실과 회사 입장, 그리고 금융사가 AI 코딩 에이전트를 제한하는 이유를 분리해서 정리해요.

골드만삭스 클로드 코드 제한, 무엇이 바뀌었나

보도에 따르면 골드만삭스는 몇 달 동안 은행원에게도 Claude Code와 GitHub를 업무에 쓰도록 허용했어요. 트레이더들은 이 도구로 고객 매매 흐름을 모니터링하고, 시장 변화와 포지션을 모델링하고, 문서·그래픽 자료를 만들었다고 해요. 10월 지침 이후로는 이런 용도가 막히면서 일부 트레이더가 불만을 표했다고 블룸버그는 전했어요.

• 제한 대상: 대부분의 트레이더·은행원 등 비개발 직군
• 계속 허용: 엔지니어, 그리고 트레이딩·퀀트 리서치·소프트웨어 개발을 겸하는 스트랫(strats)
• 유지되는 도구: OpenAI·Anthropic·Alphabet 모델을 묶은 골드만삭스 사내 AI 어시스턴트
• 회사 입장: 실험 기간 동안 생산성과 리스크 관리 등을 평가한 뒤, 장기적으로 가장 잘 활용할 사람에게 도구를 맡긴다는 설명

눈여겨볼 점은 불과 몇 달 전 분위기와의 차이예요. 블룸버그에 따르면 마르코 아르젠티 최고정보책임자(CIO)는 2026년 7월 인터뷰에서 트레이더·은행원 같은 비기술 직원의 「바이브 코딩」을 높이 평가했고, 이들이 만든 도구를 약 12,000명의 엔지니어 중 한 명에게 넘겨 다듬는 방식을 소개했어요. 즉 이번 조치는 AI 활용 자체를 접는 결정이라기보다, 실험 단계에서 넓게 풀었던 권한을 운영 단계에 맞게 다시 좁힌 것으로 볼 수 있어요.

홍콩 Claude 제한과 이번 조치는 어떻게 다를까

골드만삭스가 Claude 접근을 줄인 건 이번이 처음이 아니에요. 로이터는 2026년 4월 골드만삭스가 홍콩 은행원들의 사내 AI 플랫폼에서 Claude 접근을 없앴다고 보도했어요(로이터 기사 전재). 파이낸셜타임스는 이를 Anthropic과의 계약을 엄격하게 해석한 결과라고 전했고, Anthropic 측은 홍콩이 공식 지원 지역이 아니었다고 설명했어요. 당시에도 제미나이와 챗GPT는 계속 쓸 수 있었어요.

두 조치를 섞어서 「골드만삭스가 Anthropic을 버렸다」고 읽으면 사실과 달라요. 블룸버그는 골드만삭스가 Anthropic IPO의 주관사로 지정됐다고 전했고, State of AI는 Anthropic 엔지니어들이 골드만삭스에 머물며 거래 회계·고객 온보딩용 Claude 기반 에이전트를 함께 만들었다고 정리했어요(State of AI 분석). 백오피스 에이전트는 엔지니어링 조직이 운영한다는 점에서 이번 직무 기준 제한과 방향이 일치해요.

금융사가 AI 코딩 에이전트를 제한하는 4가지 이유

골드만삭스가 이유를 항목별로 밝히진 않았어요. 아래는 공식 문서와 업계 분석에서 반복해서 나오는 쟁점이에요. 회사가 확인한 사실이 아니라 금융권 전반에 적용되는 위험 요인으로 읽어 주세요.

1. 사용자 권한으로 코드를 실행하는 구조

Claude Code는 채팅형 AI와 달리 파일을 읽고, 프로그램을 쓰고, 명령을 실행해요. Anthropic 보안 문서에 따르면 수동(Manual) 모드에서는 작업 폴더 밖 파일 접근에 승인을 묻지만, 사용자가 승인한 Bash 명령은 그 계정이 쓸 수 있는 어디에나 쓸 수 있어요. 문서는 제안된 코드와 명령을 승인 전에 검토할 책임이 사용자에게 있다고 명시해요. 고객 정보를 다루는 단말에서 이 판단을 비개발자에게 맡기는 건 부담이 커요.

2. 정보 차단벽(Chinese wall)

투자은행은 거래 정보를 아는 은행원과 그 정보로 이익을 볼 수 있는 트레이더 사이에 정보 차단벽을 둬야 해요. 사내 AI 플랫폼은 이런 통제를 전제로 설계되지만, 개인이 에이전트로 만든 스크립트는 그렇지 않을 수 있어요. 고객 매매 흐름을 보는 도구라면 접근 권한 설계가 특히 중요해요.

3. 검토·테스트를 거치지 않은 코드

엔지니어가 쓴 코드는 보통 코드 리뷰, 테스트, 배포 승인을 거쳐요. 반면 트레이더가 만든 포지션 모델 스크립트는 그런 절차 없이 매일 쓰이는 도구가 될 수 있어요. 예외 상황에서 계산이 틀려도 작성자가 코드를 읽지 못하면 오류를 발견하기 어렵고, 트레이딩 데스크에서는 그것이 곧 손실로 이어질 수 있어요.

4. 토큰 비용과 생산성 측정

에이전트는 사용량(토큰)만큼 비용이 나가요. 블룸버그는 은행들이 AI 도구에 큰돈을 쓰면서 사이버보안·비용·생산성 문제를 함께 고민하고 있다고 전했고, JPMorgan은 2026년 7월 간단한 요약에 가장 비싼 모델을 쓰지 않도록 업무별 모델 선택을 직원에게 맡기겠다고 밝혔다고 해요. 골드만삭스 대변인 설명에도 생산성이 평가 항목으로 들어 있어요.

규제는 금융권 AI 코딩 도구를 금지할까? 미국·한국 기준

결론부터 말하면 미국과 한국 모두 금융권 AI 코딩 도구를 일괄 금지하지 않아요. 대신 기존 감독·보안 의무가 AI에도 그대로 적용된다는 입장이에요.

두 기준을 겹쳐 보면 골드만삭스의 선택이 이해돼요. 규제는 「누가 감독하고 누가 책임지느냐」를 묻는데, 코드를 읽고 검토할 수 있는 사람에게 코딩 에이전트를 맡기면 그 질문에 답하기가 쉬워져요.

회사에서 AI 코딩 도구를 쓰기 전 확인할 점

금융권이 아니더라도 민감한 데이터를 다루는 조직이라면 같은 질문을 피하기 어려워요. Anthropic 문서가 권하는 관리 기능과 금융권 원칙을 묶어 보면 아래 순서로 점검할 수 있어요.

1. 1

   승인된 도구와 계정인지 확인

   회사가 허용한 도구 목록과 기업 계정인지 먼저 봐요. 개인 계정으로 업무 코드나 고객 정보를 넣는 건 대부분의 내규에서 문제가 돼요.

2. 2

   권한 모드와 관리 설정 점검

   Claude Code는 관리형 설정(managed settings)으로 조직 기준을 강제하고, 허용·거부 규칙과 샌드박스로 명령 실행 범위를 줄일 수 있어요. 자동 승인 범위가 넓다면 줄이는 게 먼저예요.

3. 3

   데이터 경계 정하기

   고객 정보·거래 정보가 있는 폴더와 시스템에 에이전트가 닿지 않게 작업 디렉터리를 분리하고, 정보 차단벽이 필요한 데이터는 별도로 취급해요.

4. 4

   코드 소유자 지정

   비개발자가 만든 도구가 실제 업무 데이터에 연결되기 전에 책임질 엔지니어를 정하고 리뷰·테스트를 거쳐요.

5. 5

   사용 기록과 비용 모니터링

   Anthropic 문서는 OpenTelemetry 지표로 사용량을 모니터링하는 방법을 안내해요. 감사 추적과 토큰 지출 상한을 함께 설정해 두면 사후 점검이 쉬워요.

투자자와 업계 종사자가 볼 신호

이번 보도는 한 은행의 내부 운영 결정이지만, 대형 금융사가 AI 에이전트를 「모두에게」에서 「검토할 수 있는 사람에게」로 옮기는 흐름을 보여 줘요. State of AI는 바클레이즈가 개발자 중심으로 Claude Code 도입을 늘리는 반면, 골드만삭스는 이용자를 좁히는 쪽을 택했다고 비교했어요. 도입 확대와 통제 강화가 동시에 일어나고 있다는 뜻이에요.

AI 관련 소식이 빠르게 쏟아질 때는 원문 보도와 해석을 구분해서 보는 습관이 필요해요. 더따리의 AI 텔레그램 트렌드에서 지금 어떤 AI 뉴스가 많이 언급되는지 확인하고, 은행·AI 기업의 실적 일정은 실적 캘린더로 함께 챙길 수 있어요.

페이지 참고

트렌드theddari.com›트렌드텔레그램 · AIAI 채널 실시간 포스팅 피드

페이지 참고

주식theddari.com›주식어닝 캘린더기업 실적 발표 일정과 컨센서스

정리하면, 2026년 11월 기준 골드만삭스의 조치는 AI 코딩 에이전트를 엔지니어와 스트랫에게 돌려준 직무 기준 제한이에요. 사내 AI 어시스턴트와 Anthropic과의 백오피스 협업은 이어지고 있고, 규제도 금지가 아니라 감독과 책임을 요구해요. 내 조직에서 AI 코딩 도구를 쓴다면 승인된 도구인지, 실행 권한과 데이터 경계가 설정돼 있는지, 만든 코드를 누가 책임지는지부터 확인해 보세요.