Goldman Sachs의 Claude Code 제한, 은행원들을 자체 도구 개발에서 물러서게 하다

보도에 따르면 Goldman Sachs의 Claude Code 제한은 직원들이 자체 애플리케이션을 만들도록 장려해 온 기존 방침과 달리 은행원과 트레이더의 코딩 도구 접근 권한을 없앴다. Bloomberg는 10월 지침을 인용해 이 변경 사항을 11월 2일 보도했다. 당면한 긴장은 유용한 실험을 동료들이 의존하는 소프트웨어로 전환할 권한이 누구에게 있느냐에 관한 문제다.

Claude Code는 자연어 지시를 통해 사용자가 소프트웨어를 만들고 수정하도록 돕는 Anthropic의 AI 코딩 어시스턴트다. 이를 제한하는 것은 작동하는 애플리케이션을 생성하는 일과 그 동작에 책임을 지는 일 사이에 경계를 긋는다. 이 경계는 이제 Goldman의 엔지니어링 팀을 비즈니스 사용자와, 이들이 이전에는 직접 사용하던 일부 도구 사이에 위치시킨다.

Morgan Stanley는 재무 자문가를 위한 목적형 어시스턴트를 통해 유용한 비교 사례를 제공한다. Goldman의 보도된 결정은 엔지니어가 이를 다듬기 전에 직원들이 자체 솔루션을 구성하도록 허용하는 또 다른 접근법에 압박을 가한다. 해결되지 않은 질문은 더 엄격한 접근 관리가 신뢰할 수 있는 생산성을 높이는지, 아니면 유용한 업무의 제공을 더 어렵게 만드는지다.

Goldman Sachs의 Claude Code 제한이 실제로 바꾸는 것

보도된 변경은 코딩 도구를 사용할 수 있는 대상을 좁히지만, Goldman이 은행 전반에서 AI를 포기한다는 뜻은 아니다.

Bloomberg에 따르면 10월 지침은 이 도구들을 엔지니어로 제한했으며, 해당 매체는 이 변경을 11월 2일 보도했다. Bloomberg의 코딩 도구 접근 권한 보도는 정책 변화의 시점을 확인해 준다.

별도로 PYMNTS는 영향을 받은 제품으로 Anthropic의 Claude Code와 Microsoft의 GitHub 코딩 도구를 언급했다. 이 보도에는 접근 권한을 유지하는 기술 사용자로 퀀트 전문가도 포함된다. Goldman이 단순히 직원 전체에서 AI를 제거했다는 식의 헤드라인을 평가할 때 이런 구분은 중요하다.

퀀트 전문가는 금융 업무를 위한 수학 모델과 소프트웨어를 개발한다. 이 역할은 트레이딩 업무와 밀접할 수 있지만 트레이더의 책임과 동일하지는 않다. 따라서 접근 권한 분류는 기술 인력과 그 밖의 모든 사람을 단순히 나누는 것보다 더 많은 정보를 독자에게 제공한다.

공개 보도에서는 제품명을 다룰 때도 주의가 필요하다. GitHub는 단일 AI 모델이 아니라 여러 서비스를 제공하는 소프트웨어 개발 플랫폼이다. 독자들은 근거가 되는 지침을 확인하지 않은 채 GitHub의 모든 기능이나 관련 제품이 동일한 제한을 받는다고 가정해서는 안 된다.

날짜 역시 비슷한 수준의 정확성이 필요하다. 11월 2일은 보도 날짜인 반면, 인용된 내부 지침이 바뀐 시점은 10월이다. 이를 새롭게 발표된 11월 정책으로 설명하면 서로 다른 사건을 하나로 뭉개고, 보도가 확인하지 않은 공개 발표가 있었던 것처럼 암시하게 된다.

실질적인 변화는 직원이 문제를 인식한 뒤 해결책을 만드는 경로에 관한 것이다. 더 폭넓은 접근 권한 아래에서는 비즈니스 사용자가 코딩 어시스턴트로 직접 실험할 수 있다. 더 제한된 접근 권한 아래에서는 같은 아이디어가 다른 승인된 경로를 거치거나 기술 동료의 도움을 받아야 한다.

이 차이가 최종 결과물이 자동으로 더 좋아지는지 또는 나빠지는지를 결정하지는 않는다. 제한은 지원받지 못하는 애플리케이션이 확산되는 것을 막을 수 있다. 반면 비즈니스 전문가가 요청을 받는 팀보다 더 명확히 이해하는 개선을 지연시킬 수도 있다.

따라서 Goldman Sachs의 Claude Code 제한을 해석할 때 방어 가능한 결론은 구체적이다. 보도에 따르면 이 은행은 검토 후 특정 개발 도구에 대한 접근 권한을 변경했다. 공개된 근거만으로 이를 모든 직원의 AI 사용을 거부한 것으로 확대 해석할 수는 없다.

이 구분은 이야기 전반의 핵심 쟁점을 설정한다. 소프트웨어를 만드는 일과 그 사용을 승인하는 일은 별개의 결정이며, 같은 직원이 이전에는 두 일을 모두 처리했더라도 마찬가지다. Goldman의 보도된 정책은 승인 문제에 더 큰 비중을 둔다.

기업 도입을 평가하는 독자에게 이는 기업이 AI에 열정적으로 보이는지보다 더 유용한 신호다. 접근 권한 결정은 조직이 사람들이 독립적으로 수행할 수 있다고 신뢰하는 활동을 드러낸다. 또한 다른 사람이나 절차의 개입을 원하는 지점도 보여 준다.

은행원은 지름길을 잃고, 엔지니어는 업무를 떠안는다

도구를 제한하면 수요를 처리하는 주체가 바뀌지만, 누군가가 무언가를 만들게 된 비즈니스 문제 자체가 사라지지는 않는다.

PYMNTS에 따르면 일부 트레이더는 고객 흐름을 모니터링하고, 포지션을 모델링하며, 문서 또는 그래픽 자료를 만들기 위해 이 도구들을 사용했다. Goldman의 대변인 Nick Carcaterra는 검토의 배경으로 생산성과 리스크 관리를 언급했다. 이러한 세부 사항은 Bloomberg의 원보도를 인용한 은행 코딩 통제 보도에 담겨 있다.

보도된 이러한 활용 사례는 접근 권한을 잃는 일이 직원들에게 왜 중요한지 설명한다. 이는 관련 없는 취미로 추구한 소프트웨어 개발이 아니라 일상적인 분석 업무와 관련된다. 질문에서 사용할 수 있는 결과물까지의 거리를 줄여 주는 도구는 누군가의 업무 루틴 일부가 될 수 있다.

승인된 데이터를 반복적으로 익숙한 차트로 정리하는 가상의 데스크 애널리스트를 생각해 보자. 코딩 어시스턴트는 준비 과정을 자동화하는 데 도움을 줄 수 있다. 그 애플리케이션은 제작자가 입력값과 원하는 표현 방식을 모두 이해하고 있기 때문에 소박하게 느껴질 수 있다.

이제 동료들이 애플리케이션의 작동 방식을 모른 채 그 차트를 사용하기 시작한다고 가정해 보자. 입력 형식이 바뀌면 어떤 일이 일어나는지 누군가는 판단해야 한다. 또한 해당 차트가 불확실성을 전달하는지, 그 가정이 여전히 적절한지도 누군가는 확인해야 한다.

이는 설명을 위한 질문일 뿐 Goldman에서 실패가 발생했다는 증거는 아니다. 개인적 편의가 어떻게 원래 업무를 넘어선 책임을 만들 수 있는지 보여 준다. 애플리케이션이 다른 사람들이 계속 작동할 것으로 기대할 만큼 유용해질수록 그 부담은 커진다.

엔지니어는 이러한 수요의 반대편에 놓인다. 프로토타입을 받는다고 해서 요구되는 동작과 제약을 설명하는 완전한 명세를 받는 것은 아니다. 작동하는 시연은 예외적 입력, 접근 권한, 향후 유지보수에 관한 질문을 남길 수 있다.

비즈니스 사용자는 여전히 엔지니어에게 필요한 지식을 제공한다. 이들은 어떤 예외가 중요한지, 동료들이 어떤 결과물을 신뢰하는지, 어떤 지연이 의사결정을 방해하는지를 안다. 이 지식을 보존하지 않은 채 실험 능력을 없애면 개발 프로세스는 약화될 것이다.

더 엄격한 접근 관리의 가장 강력한 논거는 책임을 더 쉽게 할당할 수 있다는 점이다. 전문 개발팀은 동료들이 의존하기 전에 제안된 애플리케이션을 평가할 수 있다. 이 평가는 유용한 시연과 반복 사용에 적합한 결과물을 구분할 수 있다.

광범위한 제한에 반대하는 가장 강력한 논거는 대기 시간에 관한 것이다. 기술팀이 수요를 감당하지 못하면 비즈니스 사용자는 실질적인 대안을 받지 못한 채 지름길을 잃는다. 그러면 제한은 업무를 요청 대기열과 수작업으로 전가하게 된다.

어느 결과도 접근 권한 결정에서 자동으로 따라오지는 않는다. 결과는 직원들이 이전에 직접 처리하던 요청이 이후 어떻게 처리되는지에 달려 있다. 은행은 어떤 아이디어가 엔지니어링 지원을 받을 가치가 있는지 판단하는 동시에 유용한 아이디어를 보존할 방법이 필요하다.

이는 개발자뿐 아니라 관리자에게도 압박을 만든다. 관리자는 어떤 개선에 우선순위를 둘지 선택하고 그 선택을 직원들에게 설명해야 한다. 이러한 우선순위 설정이 없으면 엔지니어링 팀은 다른 곳에서 내려진 결정의 눈에 보이는 장애물이 된다.

AI 공급업체에게도 같은 문제는 전문 개발자를 넘어 코딩 도구를 판매하겠다는 약속에 영향을 미친다. 더 넓은 사용자는 검토와 소유권에 관한 추가적인 기대를 수반한다. 애플리케이션을 생성하는 것은 기업 구매자에게 필요한 것의 일부일 뿐이다.

작동하는 프로토타입과 승인된 소프트웨어 사이의 간극

자연어 프로그래밍은 소프트웨어를 만드는 데 필요한 노력을 줄이지만, 소프트웨어의 동작에 대한 책임은 소유자에게 남긴다.

PYMNTS는 Goldman CIO Marco Argenti가 7월에 “vibe coding”을 칭찬했다고 보도했다. 이는 직원들이 대화형 지시를 통해 소프트웨어 생성을 이끄는 방식을 의미한다. 그가 설명한 접근법은 비기술 인력이 프로토타입을 만들고 엔지니어가 이를 다듬는 것이었다. 10월의 제한은 이 같은 초기 비전을 복잡하게 만든다.

이 접근법의 매력은 이해하기 쉽다. 프로토타입은 비즈니스 전문가가 요청에서 모든 상호작용을 설명하는 대신 자신이 원하는 바를 보여 줄 수 있게 한다. 개발팀이 상당한 노력을 투입하기 전에 간과된 요구사항을 드러낼 수도 있다.

그러나 시연은 승인된 애플리케이션보다 더 좁은 질문에 답한다. 특정 조건에서 특정 순서가 유용한 결과를 냈음을 보여 준다. 같은 조건이 바뀔 때 그 소프트웨어가 어떻게 동작하는지를 입증하지는 않는다.

가상의 애플리케이션은 익숙한 파일을 올바르게 처리하면서도 빈 필드를 잘못 처리할 수 있다. 또 다른 애플리케이션은 오래된 입력을 읽고도 그럴듯한 결과를 표시할 수 있다. 이러한 가능성은 Goldman에서 어느 쪽이 발생했다는 결론을 내리지 않으면서도 검증이 필요한 이유를 설명한다.

결과물이 세련돼 보일 때 이 구분은 특히 중요해진다. 명확한 차트나 유창한 설명은 애플리케이션을 사용하기 쉽게 만들 수 있다. 하지만 표현의 품질은 기저의 가정이 과업에 맞는지를 사용자에게 알려 주지 않는다.

사람의 검토 역시 단계에 따라 서로 다른 의미를 갖는다. 결과물을 승인하는 것은 특정 결과를 확인하는 일이다. 애플리케이션을 검토하는 것은 원래 제작자가 결코 마주하지 않을 수 있는 동작을 포함해 결과를 만들어 내는 과정을 살펴보는 일이다.

따라서 엔지니어링 팀이 프로토타입을 인수할 때는 보이는 기능보다 더 많은 것을 재구성해야 한다. 의도된 사용자, 허용 가능한 입력값, 오류의 결과를 이해해야 한다. 또한 애플리케이션의 비즈니스적 의미를 둘러싼 이견을 해결할 수 있는 사람도 필요하다.

그 사람은 흔히 도메인 전문가로 남게 된다. 기술적 전문성만으로는 특정 금융 가정이 특정 용도에 적합한지를 자동으로 판단할 수 없다. 효과적인 감독에는 소프트웨어에 대한 판단과 지원되는 업무에 관한 지식이 모두 필요하다.

이 때문에 핵심 갈등은 직원이 만든 소프트웨어와 책임 있는 엔지니어링 감독 사이에 있다. 어느 집단이 비즈니스를 더 잘 이해하는지를 겨루는 문제가 아니다. 과제는 소프트웨어 제작이 쉬워질 때 이들의 책임이 어떻게 연결되는지에 관한 것이다.

Goldman Sachs의 Claude Code 제한은 이러한 연결을 부각한다. 제한은 직접 애플리케이션을 만드는 사람의 수를 줄일 수 있다. 하지만 애플리케이션을 제안하고, 검토하고, 승인하고, 유지보수하는 모든 사람의 책임을 그 자체로 정의할 수는 없다.

거버넌스가 적용된 프로토타입 환경은 하나의 가능한 대응책을 제시한다. 이러한 환경은 실험이 실행되는 장소와 사용할 수 있는 정보를 제한한다. 애플리케이션이 더 넓은 사용자층에 도달하기 전에 추가 결정을 요구하면서도 탐색을 보존할 수 있다.

이는 분석적 가능성일 뿐, Goldman이 발표한 대체 방안에 대한 설명은 아니다. 이용 가능한 보도는 직원들에게 제공되는 대안의 전체 범위를 확인해 주지 않는다. 독자들은 타당한 설계 제안을 이미 시행된 정책으로 받아들여서는 안 된다.

문서화는 어떤 방식이든 중요합니다. 애플리케이션의 목적과 가정에 대한 기록은 다음 담당자가 변경 사항을 평가하는 데 도움이 됩니다. 검색 가능한 지식 베이스는 이러한 인수인계를 지원할 수 있지만, 문서화만으로 소프트웨어 사용이 승인되는 것은 아닙니다.

더 깊은 생산성 문제는 전체 인수인계 과정에 관한 것입니다. 생성에 거의 노력이 들지 않는 프로토타입이라도 다른 팀이 책임을 받아들이기까지 상당한 설명이 필요할 수 있습니다. 반대로 범위가 잘 정의된 프로토타입은 그러한 설명을 더 쉽게 만들 수 있습니다.

생성 단계만 측정하면 두 결과를 모두 놓치게 됩니다. 조직은 신뢰할 수 있는 결과에 도달하고 그 신뢰성을 유지하는 데 필요한 작업을 살펴봐야 합니다. 이러한 더 넓은 관점은 직원의 열의와 경영진의 신중함이 공존할 수 있는 이유를 설명합니다.

다른 은행들이 인터페이스가 중요한 이유를 보여준다

은행은 AI 접근성을 넓히는 동시에 작업, 데이터, 사용 가능한 조치를 엄격하게 정의할 수 있습니다.

Goldman의 이전 도입 사례는 중요한 비교 대상입니다. Reuters는 약 10,000명의 직원이 사용한 뒤 2025년 6월 23일 GS AI Assistant가 전사적으로 출시됐다고 보도했습니다. 전사 AI 어시스턴트는 문서 요약, 초안 작성, 데이터 분석 등의 활동을 지원했습니다.

이 사례는 어시스턴트에 대한 접근과 개발 도구에 대한 접근을 별도로 다뤄야 하는 이유를 보여줍니다. 어시스턴트는 조직이 정의한 인터페이스를 통해 기능을 제공할 수 있습니다. 코딩 도구는 사용자가 새로운 동작을 만들도록 돕고, 그 결과물은 별도의 평가가 필요합니다.

이 범주는 겹칠 수 있으므로 제품 명칭만으로는 충분하지 않습니다. 대화형 어시스턴트도 다른 시스템과 연결되면 중요한 조치를 수행할 수 있습니다. 코딩 도구 역시 엄격하게 제한된 실험 환경에서 작동할 수 있습니다.

유용한 비교 대상은 인터페이스를 통해 부여되는 권한입니다. 시스템은 정보를 조회하고, 파일을 수정하거나, 다른 프로세스를 시작할 수 있습니까? 어떤 조치에 승인이 필요한지 누가 결정하며, 조직은 그 결정을 어디에 기록합니까?

Morgan Stanley는 정의된 워크플로의 구체적인 사례를 제공합니다. 회의 요약 어시스턴트는 고객 동의하에 재무 자문가를 위한 메모를 생성하고 실행 항목을 제시합니다. 이 회사는 Debrief를 기존 내부 AI 어시스턴트에 추가된 기능으로 설명했습니다.

이 사례가 Morgan Stanley의 방식이 보편적으로 더 안전하거나 생산적임을 입증하는 것은 아닙니다. 이는 다른 배포 단위를 보여줍니다. 조직은 모든 자문가에게 각자 애플리케이션을 독립적으로 구축하라고 요구하는 대신, 특정 활동을 위한 애플리케이션을 제공합니다.

이러한 선택은 일부 평가 질문을 더 명확하게 만듭니다. 회의 애플리케이션에는 의도된 입력, 예상되는 출력, 식별 가능한 사용자가 있습니다. 검토자는 해당 활동에 적절히 기여하는지에 집중할 수 있습니다.

직원이 구축한 애플리케이션은 다른 장점, 즉 유연성을 제공합니다. 전문가는 중앙에서 제공하는 애플리케이션이 다루지 못하는 필요를 해결할 수 있습니다. 이후 조직은 어떤 실험을 개인 수준에 머물게 하고 어떤 실험에 더 폭넓은 지원을 제공할지 결정해야 합니다.

따라서 경쟁 쟁점은 은행이 Claude Code 또는 다른 코딩 제품을 선택하는지보다 더 광범위합니다. 공급업체를 바꾼다고 해서 소유권이나 승인 문제가 자동으로 해결되지는 않습니다. 유사한 권한 아래 제공될 경우 비슷한 기능은 유사한 조직적 요구를 만들 수 있습니다.

방식을 비교하는 은행은 각 접근 모델이 가능하게 하는 작업을 검토해야 합니다. 폭넓은 접근성은 직원들이 유용한 애플리케이션을 발견하도록 도울 수 있습니다. 정의된 애플리케이션은 반복 업무를 더 쉽게 감독하게 할 수 있습니다.

결과는 조직이 발견을 제공 단계와 연결하는지에 달려 있습니다. 직원에게는 기존 도구가 지원하지 못하는 개선안을 제안할 경로가 필요합니다. 기술 팀에는 처음부터 대화를 다시 시작하지 않고도 그러한 제안을 평가할 충분한 맥락이 필요합니다.

기업 구매자에게 이는 워크플로 설계가 제품 선택의 일부가 된다는 뜻입니다. 인상적인 시연은 도구가 무엇을 만들 수 있는지 보여줍니다. 배포 결정에는 조직이 그 결과물을 어떻게 평가하고, 지원하며, 변경할지도 알아야 합니다.

보도된 Goldman의 제한 조치는 이러한 운영 논의 안에서 이해해야 합니다. 이는 경쟁 은행들이 문제를 해결했음을 입증하지 않습니다. 이는 다른 기관들도 정의해야 하는 경계를 한 주요 기관이 어디에 설정하는지 변경하고 있음을 보여줍니다.

이 정책이 Claude Code의 실패를 입증하지는 않는다

접근 제한은 경영 판단의 증거이지 제품 유용성에 대한 통제된 시험이 아닙니다.

The Decoder의 생산성 및 위험 검토 보도에 따르면 Goldman의 설명은 여전히 포괄적이었습니다. 이용 가능한 보도는 특정 사건을 식별하거나 변경 전후 생산성의 정량적 비교를 제공하지 않습니다.

따라서 중요한 설명들은 아직 해결되지 않았습니다. 독자는 유지보수 우려, 검토 역량, 보안 고려 사항 또는 지출 중 무엇이 결정적 요인인지 확신을 갖고 순위를 매길 수 없습니다. 각각은 가능한 기업 우려 사항이지만, 가능성만으로 Goldman의 내부 판단이 입증되지는 않습니다.

이 구분은 직원 성과에 관해 도출할 수 있는 결론도 제한합니다. 제한 조치가 은행가들이 부실한 애플리케이션을 만들었거나 트레이더들이 도구를 오해했다는 뜻은 아닙니다. 이는 보도된 정책에 따라 경영진이 해당 도구를 사용할 수 있는 사람을 변경했다는 사실을 보여줄 뿐입니다.

마찬가지로 직원의 불만이 이전 방식이 순이익을 제공했음을 입증하지는 않습니다. 애플리케이션은 제작자에게 유용하면서도 다른 곳에 작업을 만들어낼 수 있습니다. 전체 결과를 평가하려면 가장 즉각적인 편의를 경험하는 사람을 넘어 살펴봐야 합니다.

따라서 Goldman Sachs의 Claude Code 제한은 측정 문제를 남깁니다. 생산성에는 결과물을 확인하고, 오류를 해결하며, 애플리케이션을 유지하는 데 필요한 노력이 포함돼야 합니다. 또한 접근이 사라질 때 되돌아오는 수작업이나 지연도 포함해야 합니다.

좁은 측정 기준은 어느 한쪽에 부당하게 유리할 수 있습니다. 생성된 결과물만 세면 실험은 저비용처럼 보입니다. 검토 작업만 세면 반복적인 노력을 줄여 주는 유용한 애플리케이션을 간과할 수 있습니다.

더 강력한 비교는 유사한 작업을 전체 작업 과정에 걸쳐 추적해야 합니다. 직원이 신뢰할 수 있는 결과에 도달하는지, 얼마나 많은 개입이 필요한지, 그리고 누가 그 개입을 수행하는지를 검토해야 합니다. 공개 보도는 이 결정에 대해 그러한 비교를 제공하지 않았습니다.

엔지니어링 직군이라는 지위 역시 완전한 위험 평가를 완벽히 대체하지는 못합니다. 개발자는 관련 기술을 갖추고 있지만, 여전히 적절한 권한과 검토가 필요합니다. 직무 범주는 특정 작업에 관한 모든 질문을 해결하지 못한 채 접근 관리만 단순화합니다.

반대로 비즈니스 전문가는 엔지니어의 더 광범위한 시스템 변경보다 결과가 적은 제한된 실험을 제안할 수 있습니다. 이는 직무 기능에 따라 권한을 부여하는 역할 기반 통제를 무효화하지 않습니다. 다만 예외와 작업별 경계가 중요한 이유를 설명합니다.

승인된 경로를 지나치게 까다롭게 만드는 데에도 비용이 있을 수 있습니다. 직원들은 유용한 개선을 포기하거나 의도된 절차 밖에서 대안을 찾을 수 있습니다. 이는 일반적인 구현 위험일 뿐, Goldman 직원들이 실제로 그렇게 했다는 증거는 아닙니다.

신뢰할 수 있는 평가는 두 가능성을 모두 열어 두어야 합니다. 더 엄격한 접근은 통제를 개선할 수 있으며, 그 구현은 마찰을 만들 수 있습니다. 결과는 기관이 정당한 수요에서 지원되는 소프트웨어로 이어지는 실용적 경로를 보존하는지에 달려 있습니다.

독자에게 핵심적인 원칙은 보도된 조치와 그 성공에 관한 주장을 분리하는 것입니다. Goldman은 보도에 따르면 접근에 관한 결정을 내렸습니다. 그 결정의 운영상 결과를 판단하는 데 필요한 증거는 여전히 불완전합니다.

Goldman이 경계를 다시 그은 뒤 주목할 점

다음으로 유용한 증거는 대체 워크플로, 완료된 작업, 그리고 유사한 은행들이 자체 접근 규칙을 조정하는지에 관한 것입니다.

첫째, 비엔지니어 실험을 위한 Goldman의 경로에 관한 더 명확한 설명을 지켜봐야 합니다. 승인된 프로토타입 환경, 정의된 요청 절차 또는 감독하의 접근은 직원의 아이디어가 어떻게 구현으로 이어지는지 명확히 해줄 수 있습니다. 이는 주목할 신호이지, 현재 보도로 확인된 대체 방안은 아닙니다.

실용적인 대체 수단은 Goldman이 더 명확한 책임을 중심으로 개발을 재구성하고 있다는 해석을 강화할 것입니다. 사용할 수 있는 경로가 없는 제한은 유연성 상실에 대한 우려를 강화할 것입니다. 관련 증거는 비즈니스 사용자가 여전히 적절한 개선을 제공받을 수 있는지 여부입니다.

둘째, 전체 작업 과정을 포함하는 측정 지표를 지켜봐야 합니다. 더 빠른 초안 작성이나 애플리케이션 생성 증가에 관한 주장은 검증과 유지보수에 대한 정보가 없으면 여전히 불완전합니다. 신뢰할 수 있는 완료를 측정하는 지표는 정책을 판단할 더 강력한 근거를 제공할 것입니다.

더 적은 애플리케이션이 수리를 필요로 한다는 증거는 유용한 작업이 계속 직원에게 전달된다면 더 엄격한 감독을 뒷받침할 것입니다. 지연이 늘어나거나 수작업이 다시 증가한다는 증거는 생산성 주장을 약화시킬 것입니다. 어느 결과도 접근 변경만으로 가정해서는 안 됩니다.

셋째, 유사 기관들이 엔지니어링 외부 직원의 권한을 어떻게 정의하는지 지켜봐야 합니다. 의미 있는 신호는 사람들이 구축하거나 운영할 수 있는 범위의 변화입니다. AI에 대한 열의를 드러내는 또 다른 발표만으로는 실제 책임 구조가 어떻게 작동하는지 거의 알 수 없습니다.

동종 기관들이 감독된 생성을 성공적으로 확대한다면, 광범위한 제한을 유일하게 실행 가능한 접근법으로 옹호하기는 더 어려워집니다. 이들이 유사한 경계를 설정한다면 Goldman의 결정은 공동의 운영 제약과 더 일관된 모습으로 보일 것입니다. 비교에는 여전히 작업과 접근성의 차이를 고려해야 합니다.

이 신호들은 함께 평가해야 합니다. 대체 워크플로는 유망해 보이지만 실제로는 유용한 작업을 거의 만들어내지 못할 수 있습니다. 생산성 주장은 다른 팀으로 이전된 노력을 제외한다면 유리해 보일 수 있습니다.

개발자에게 이 이야기는 AI가 생성한 시연 뒤에 무엇이 이어지는지에 관한 구체적인 질문을 제기합니다. 비즈니스 사용자에게는 또 다른 질문을 제기합니다. 직접적인 생성이 제한될 때, 도구에 대한 영향력을 어떻게 유지할 수 있을까요?

기업 구매자는 광범위한 배포 전에 이러한 질문을 평가에 반영해야 합니다. 애플리케이션을 누가 승인하는지, 가정을 누가 검토하는지, 그리고 제작자가 떠난 뒤 누가 이를 지원하는지 식별해야 합니다. 이 답들은 더 쉬운 생성이 지속적인 이점이 되는지를 결정합니다.

Goldman Sachs의 Claude Code 제한을 직접 접근을 대체하는 작업을 통해 추적해야 합니다. 직원들이 아이디어를 어떻게 제출하는지, 엔지니어들이 어떻게 책임을 맡는지, 그리고 승인된 애플리케이션이 필요한 사람들에게 도달하는지를 살펴보십시오. 이러한 결과를 더 빠른 소프트웨어 생성에 대한 주장과 비교하십시오. 설득력 있는 도입 사례는 초기 이점과 이를 유지하는 데 필요한 지속적인 작업을 모두 설명해야 합니다. 다음 은행이 더 폭넓은 AI 접근을 발표할 때, 직원들이 실제로 무엇을 할 수 있는지, 어떤 권한이 도구와 함께 부여되는지, 그리고 결과를 누가 소유하는지 물어보십시오. 이것이 조직이 일상 업무에서 AI를 더 유용하게 만들었는지 판단하는 데 독자에게 필요한 증거입니다.