Engineers Only: Goldman Sachs가 Claude Code·GitHub 사용을 엔지니어로 좁힌 결정

Goldman Sachs는 몇 달 동안 은행원에게도 열어 두었던 코딩 에이전트를 10월 지침으로 엔지니어에게만 남겼습니다. 같은 길을 가려면 도구를 풀기 전에 실험 기간, 판정 지표, 회수 기준, 그리고 도구를 잃는 직원이 쓸 대체 통로를 먼저 정해 둬야 합니다.

요약

PYMNTS는 2026년 11월 2일 Bloomberg 보도를 인용해 Goldman Sachs가 Anthropic의 Claude Code와 Microsoft의 GitHub 코딩 도구를 엔지니어만 쓰게 했다고 전했습니다. 근거는 Bloomberg가 확인한 10월 내부 지침입니다. 은행원들은 그 전까지 몇 달 동안 이 도구를 업무에 써 왔습니다. 소식통에 따르면 일부 트레이더는 고객 매매 흐름을 지켜보고 글과 그래픽 자료를 만드는 데 AI를 써 왔고 이번 결정에 불만을 드러냈습니다.

이 결정은 7월과 대비됩니다. CIO Marco Argenti는 당시 인터뷰에서 비개발자 직원의 vibe coding(자연어로 AI에게 지시해 프로그램을 만드는 방식)을 높이 평가했습니다. 직원이 AI 도구로 해법을 만들면 회사 엔지니어 1만 2,000명 가운데 한 명이 넘겨받아 다듬는 구조였습니다. 대변인 Nick Carcaterra는 도구를 먼저 풀어 가장 좋은 쓰임새를 찾고 실험 기간이 지나면 장기적으로 가장 잘 쓸 사람에게 맡긴다고 설명했습니다. PYMNTS는 이 결정을 은행들이 AI에 큰돈을 쓰면서 비용, 생산성, 사이버 보안 위험을 함께 따지는 흐름 속에 놓고 JPMorgan·Bank of America·Citi가 외부 에이전트에 그은 선도 소개합니다. 아래에서는 이 결정을 네 가지 장치로 나눠 보고 도구 권한을 실제로 설계할 때 필요한 디테일을 덧붙입니다.

핵심 메커니즘

Experiment then Narrow: 넓게 풀고 실험 뒤 잘 쓸 사람에게 모으기

새 AI 도구를 처음에는 넓게 풀어 쓰임새를 찾고 실험 기간이 끝나면 오래 잘 쓸 직군에만 남기는 배포 방식입니다. 넓은 사용자군이 몇 달 동안 실제로 써 본 기록이 입력입니다. 이를 바탕으로 쓰임새와 위험을 검토하고, 결과로 직군별 접근 지침을 냅니다. Goldman 대변인의 설명이 이 구조와 같습니다. 이튿날 PYMNTS 후속 기사는 대변인이 Bloomberg에 생산성과 위험 관리를 따진 내부 검토 뒤의 결정이라고 밝혔다고 전합니다. 직군마다 효과 차이가 클 것으로 보이고 비용과 보안 부담이 사용자 수에 비례해 늘어나는 도구에 맞습니다. 문서 요약처럼 전 직원이 같은 방식으로 쓰는 도구라면 굳이 좁힐 이유가 적습니다. 가상 예시를 들면, 제조사가 코딩 에이전트를 영업·설계·IT 300명에게 3개월 풀었는데 재사용되는 결과물이 설계 자동화 스크립트에서만 나왔다면 설계와 IT에만 남기는 식입니다.

Vibe Coding Handoff: 비개발자가 만들고 엔지니어가 다듬던 이어달리기

7월에 Argenti가 소개한 구조입니다. 현업 직원이 AI 코딩 도구로 자기 업무의 해법을 직접 만들고 엔지니어 1만 2,000명 가운데 한 명이 그것을 넘겨받아 다듬습니다. 앞 단계는 문제를 가장 잘 아는 사람이, 뒤 단계는 코드 품질과 운영을 책임지는 사람이 맡는 이어달리기입니다. 10월 지침으로 은행원과 트레이더는 앞 단계를 Claude Code·GitHub로 할 수 없게 됐습니다. 그동안 만든 시제품이 어떻게 처리됐는지는 원문에서 밝히지 않았습니다. 실제로 이 구조를 접을 때는 현업의 요구를 엔지니어에게 넘길 다른 통로를 같이 정해 둡니다.

Role-based Tool Access: 직군으로 도구 권한을 가르는 선

도구를 쓸 수 있는지를 개인이 아니라 직군으로 정하는 방식입니다. Goldman의 선은 엔지니어와 그 밖의 직원 사이에 그어졌습니다. 같은 사건을 다룬 AI Weekly는 엔지니어 약 1만 2,000명이 접근을 유지하고 소프트웨어 개발과 퀀트 업무를 겸하는 strats 조직도 남는다고 전합니다. PYMNTS 후속 기사도 엔지니어와 퀀트 전문가 위주로 남았다고 썼습니다. 선 밖으로 밀려난 쪽의 쓰임새도 기사에 나옵니다. 트레이더는 고객 매매 흐름을 지켜보고 글과 그래픽 자료를 만드는 데 썼습니다. 직군 선은 관리하기 쉽지만 선 밖의 쓸모 있는 용도까지 함께 끊긴다는 점을 판정 때 따로 봐야 합니다.

Outside Agent Boundary: 은행들이 외부 에이전트에 긋는 선

PYMNTS는 Goldman의 결정을 다른 은행의 에이전트 정책과 나란히 놓습니다. JPMorgan CEO Jamie Dimon은 rogue agent(통제를 벗어난 에이전트)를 경고했고 지난달 3분기 실적 발표에서 외부 AI 에이전트를 은행 안에 들이지 않겠다고 했습니다. Bank of America는 하루 뒤 전면 금지 대신 조건을 걸었습니다. AI가 승인한 결제의 책임 주체를 가리는 절차를 만드는 동안 에이전트가 소비자 예금에 닿는 범위를 제한합니다. Citi도 그 주 금요일까지 같은 입장을 냈고 제3자 에이전트가 계좌에 로그인하거나 거래하지 못하게 합니다. Goldman은 내부 직원의 도구를, 다른 세 은행은 외부 에이전트를 다뤘지만 묻는 질문은 같습니다. 누가 어떤 시스템에 손댈 수 있느냐입니다.

통념과 다른 주장

저자가 든 사례

사례 1. Goldman의 엔지니어 한정 지침

상황	한 일	결과	연결
은행원·트레이더가 몇 달간 Claude Code·GitHub를 업무에 씀	10월 내부 지침으로 엔지니어만 쓰게 함	일부 트레이더 불만. 생산성 수치나 보안 사고 여부는 공개되지 않음	Experiment then Narrow, Role-based Tool Access

사례 2. 7월의 vibe coding

상황	한 일	결과	연결
비개발자가 업무 해법을 직접 만들고 싶어 함	AI 도구로 만든 해법을 엔지니어가 넘겨받아 다듬음	CIO가 인터뷰에서 높이 평가. 시제품의 이후 처리는 원문에서 밝히지 않음	Vibe Coding Handoff

사례 3. 외부 에이전트를 대하는 은행 셋

상황	한 일	결과	연결
외부 AI 에이전트가 고객 계좌·결제에 접근하려 함	JPMorgan은 불허, Bank of America는 예금 접근 제한, Citi는 로그인·거래 불허	책임 주체 절차가 정해질 때까지 접근을 좁힘	Outside Agent Boundary

기술 디테일: 역할별 도구 권한을 실제로 만든다면

아래 필드명, 설정값, 숫자는 모두 원문에 없는 가상 예시입니다. 기사가 전한 결정을 실제 시스템으로 옮길 때 필요한 것을 정리했습니다.

Role-based Tool Access를 걸려면 권한을 사람 이름이 아니라 IdP(사내 계정 관리 시스템) 그룹에 붙입니다. HR 시스템의 직군 코드가 SCIM으로 그룹에 반영되고 그룹에 든 사람에게만 라이선스가 자동으로 붙습니다. 직군이 바뀌어 그룹에서 빠지면 24시간 안에 라이선스를 회수합니다. 코딩 에이전트는 CLI와 API 키로도 돌기 때문에 라이선스만 거둬서는 막히지 않습니다. 사내 프록시의 모델 API 허용 목록과 저장소 접근 권한도 같은 그룹 기준으로 묶습니다.

{
  "tool": "coding_agent",
  "allowed_groups": ["eng-all", "strats"],
  "exception_groups": ["pilot-2026q4"],
  "exception_expires": "2027-01-31",
  "revoke_on_group_exit_hours": 24,
  "network": { "api_allowlist_by_group": true, "egress_block_for_others": true },
  "data_classes_allowed": ["public", "internal"],
  "review_cycle_days": 90
}

Experiment then Narrow를 판정하려면 실험 기간에 사용 기록을 남겨야 합니다. 세션마다 user_role, tool, task_type(code·doc·chart·monitoring), repo_or_system, data_class, output_reused(다른 사람이 결과물을 다시 썼나), handoff_to_eng(엔지니어에게 넘겼나)를 한 행으로 쌓습니다. output_reused는 결과물이 저장소나 공유 드라이브에 올라간 뒤 30일 안에 작성자가 아닌 사람이 실행하거나 열었는지로 계산합니다. 판정은 직군별로 봅니다. 한 직군의 output_reused 비율이 낮고 민감 데이터 등급 접근이 많으면 회수 후보가 됩니다. 프롬프트 원문은 따로 보관 기간을 정해 두고 판정에는 분류된 필드만 씁니다.

Vibe Coding Handoff를 접을 때는 현업 요구를 받을 통로를 같이 만듭니다. 현업은 자연어 요구, 샘플 데이터 위치, 기대 결과를 양식으로 내고 엔지니어링 큐가 받습니다. 양식 필드는 requester_role, problem, sample_data_ref, expected_output, frequency, data_class 정도면 됩니다. 꼭 직접 만들어야 하는 직군에는 읽기 전용 데이터와 외부 전송 차단을 건 샌드박스를 따로 줍니다. 트레이더의 자료 작성처럼 코딩이 아닌 용도는 문서·차트 전용 도구로 옮길 수 있는지 먼저 봅니다.

Outside Agent Boundary를 구현하려면 외부 에이전트 세션을 사람 세션과 구분해 식별합니다. 세션에 agent_id, principal(위임한 고객), scope(read·pay), amount_limit, liability_owner를 붙이고 liability_owner가 비어 있으면 결제 범위를 열지 않습니다. 은행들이 책임 주체 절차를 먼저 정하려는 이유가 이 필드에 있습니다.

실패하는 경우	대응 (가상 예시)
라이선스는 회수했는데 개인 API 키로 계속 씀	프록시 허용 목록을 그룹 기준으로 묶고 개인 키 발급 중단
회수 뒤 현업 요구가 엔지니어 큐에 몰림	요구 양식에 frequency·expected_output을 받아 우선순위를 매김
쓸모 있던 비코딩 용도까지 끊김	실험 기록의 task_type으로 비코딩 용도를 따로 집계해 대체 도구 지정
예외 그룹이 끝없이 늘어남	예외마다 exception_expires를 두고 90일마다 재검토

현업 실행 디테일: 누가, 언제, 무엇을

넓게 푼 AI 도구의 범위를 다시 정하는 작업이라면 역할부터 나눕니다. 아래 역할, 일정, 기준은 모두 가상 예시입니다.

역할	맡는 일 (가상 예시)
CIO·AX 추진 리더	실험 기간과 판정 지표 확정, 최종 범위 결정
CISO	데이터 등급별 접근 기준, 프록시·API 키 통제
사업부장	직군별 쓰임새 증언, 회수 시 업무 공백 확인
엔지니어링 리드	현업 요구 큐 운영, 시제품 인수 여부 판정
HR·교육	직군 코드 정비, 남는 직군과 빠지는 직군 안내

시작 전 준비물은 네 가지입니다. 직군별 사용자 명단과 라이선스 비용, 실험 기간 사용 기록, 직군별 대표 사용 사례 5건씩, 데이터 등급 정의서입니다.

기간	할 일	산출물
1주	사용 기록 정리, 직군별 쓰임새 집계	직군별 사용 현황표
2~3주	사업부 인터뷰, 위험 검토	직군별 유지·회수·조건부 안
4주	대체 통로(요구 양식, 샌드박스) 준비	요구 양식, 샌드박스 정책
5~6주	지침 공지, 그룹 기준 회수, 불만 접수	내부 지침, 예외 목록

확인 질문은 이렇게 준비합니다. 이 직군은 도구로 무엇을 만들었고 그 결과물을 다른 사람이 다시 썼습니까? 도구를 거두면 어떤 업무가 멈추고 그 업무를 다른 도구나 엔지니어 큐로 옮길 수 있습니까? 이 직군이 닿는 데이터 가운데 외부 모델로 나가면 안 되는 등급은 무엇입니까? 예외를 준다면 언제 다시 볼 것입니까?

진행 판정 기준은 직군마다 정하되 출발점은 이렇습니다. 결과물 재사용 비율이 20% 미만이고 민감 데이터 접근이 있으면 회수, 재사용 비율이 높으면 유지, 그 사이는 기한을 둔 예외입니다. 회수한 직군의 요구는 2주 안에 엔지니어 큐에서 첫 응답을 받아야 합니다.

AX 적용 제언. 국내 기업은 코딩 에이전트를 전 직원에게 풀 때 회수 조건도 같이 공지하는 편이 낫습니다. Goldman처럼 몇 달 뒤 범위를 좁히면 이미 도구에 익숙해진 현업이 불만을 갖기 쉽기 때문입니다. 첫 배포 공지에 실험 기간, 판정 지표, 회수 뒤 대체 통로를 함께 적어 둡니다. 판정은 IT 단독이 아니라 사업부장과 CISO가 같이 합니다. 순서는 사용 기록 수집 장치를 먼저 깔고 그다음 도구를 풀고 90일 뒤 직군별로 판정하는 것입니다. 금융·보험처럼 규제 업종이라면 내부 도구 범위와 외부 에이전트 범위를 같은 권한 체계 안에서 다루면, 직군 그룹과 세션 scope를 한 번에 관리할 수 있습니다.

원문 사례

항목	내용
원문	PYMNTS, 2026.11.2, Bloomberg 보도 인용
대상 도구	Anthropic Claude Code, Microsoft GitHub 코딩 도구
결정	10월 내부 지침으로 엔지니어만 사용. 은행원은 그 전 몇 달간 사용
반응	일부 트레이더 불만. 고객 매매 흐름 모니터링, 글·그래픽 자료 작성에 써 왔음
7월	CIO Marco Argenti가 비개발자 vibe coding 칭찬. 엔지니어 12,000명 중 한 명이 넘겨받아 다듬는 구조
회사 설명	대변인 Nick Carcaterra. 쓰임새를 찾은 뒤 장기적으로 가장 잘 쓸 사람에게 맡김
업계 배경	은행들이 AI에 큰돈을 쓰며 비용·생산성·사이버 보안 위험을 따짐
다른 은행	JPMorgan 외부 에이전트 불허, Bank of America 예금 접근 제한, Citi 제3자 에이전트 로그인·거래 불허
교차 확인	AI Weekly: 엔지니어 약 12,000명과 strats 조직이 접근 유지. PYMNTS 11.3 후속: 생산성·위험 관리 검토 뒤 결정
기타	PYMNTS Intelligence: AI를 쓰는 중소기업 60%가 채용 없이 생산량을 늘린다고 답함

핵심 개념

Claude Code

Anthropic이 만든 코딩 에이전트입니다. 터미널에서 코드를 읽고 고치고 실행합니다.

GitHub

Microsoft의 코드 저장소 서비스입니다. 이 기사에서는 그 위에서 쓰는 AI 코딩 도구를 가리킵니다.

strats

Goldman에서 소프트웨어 개발과 퀀트 분석을 함께 맡는 조직을 부르는 말입니다.

IdP

직원 계정과 그룹을 한곳에서 관리하고 각 앱에 로그인 권한을 내주는 시스템입니다.

SCIM

HR·계정 시스템의 사용자와 그룹 정보를 각 앱에 자동으로 맞춰 주는 표준입니다.

third-party agent

은행이 아닌 다른 회사가 만든 에이전트가 고객을 대신해 계좌에 접근하는 경우를 말합니다.

내 메모

TODO: 내 생각 추가

원문은 PYMNTS의 「Goldman Sachs Bars Bankers From Using Claude Code and GitHub」(2026.11.2 게재, Bloomberg 보도 인용)입니다. Bloomberg 원 기사는 읽지 못했고 같은 사건을 다룬 AI Weekly(2026.11.2)와 PYMNTS 후속 기사 「Goldman Benches Its Vibe Coders While BNY Lets Everyone Build」(2026.11.3)로 strats 조직, 검토 이유 같은 세부를 교차 확인했습니다. 요약, 핵심 메커니즘의 기사 내용, 통념과 다른 주장, 사례, 원문 사례 표는 이 기사들을 AX Review가 다시 정리했습니다. 핵심 메커니즘의 작은 예시, 기술·현업 실행 디테일, JSON 예시, 실패 대응 표, 역할·일정·판정 기준, 인포그래픽은 원문에 없는 내용으로 새로 작성했고 그 안의 필드명과 숫자는 가상 예시입니다. 기사 전문은 원문 페이지에서 볼 수 있습니다.