Anthropic의 COBOL 현대화 플러그인 vs Codegiant

Anthropic의 COBOL 현대화 주장은 제품이 출시되기도 전에 시장을 움직였습니다. 2026년 2월 23일 IBM 주가는 13.2% 하락했는데, 2000년 10월 이후 하루 최대 낙폭이었고, 그 계기는 Anthropic의 주장이었습니다. Claude Code가 COBOL 현대화의 핵심인 탐색과 분석을 대신하고, 팀이 수년이 아니라 분기 안에 끝낼 수 있다는 내용이었습니다. CrowdStrike와 Datadog도 같은 날 하락했습니다.

그 주장은 이후 구체적인 형태를 갖췄습니다. Anthropic이 code-modernization이라고 부르는 플러그인이 나왔고, 새 코드가 기존 코드와 같이 동작한다는 증거라 문서화했습니다. 여기에 웨비나가 더해졌는데, 실제 COBOL에서 Java로 변환하는 시연을 중심으로 구성되었습니다. 우리는 이 플러그인을 실제 COBOL에 실행하고, 플러그인과 Codegiant를 62개 요건으로 채점했습니다.

이 플러그인은 시스템을 이해한다고 주장하지만 기본적인 실수를 합니다. 코드의 양을 잘못 보고하고, 업무 규칙을 놓치며, 야간 운영자가 의존하는 메시지를 빼고, 작업이 건드리지 않은 레코드를 바꿉니다. 실패한 작업을 다시 실행하면 고객에게 두 번 청구될 수 있습니다.

이 플러그인은 스스로 만든 시험으로 자신을 테스트하고 통과했습니다. 자신이 쓰지 않은 문제로 테스트하자, 답이 맞다는 것을 증명하지 못했습니다.

위험한 간극은 이것입니다. 크게 실패하는 도구는 주말 하나를 날리지만, 계속 실행되고 그럴듯한 결과를 내면서 코드나 데이터를 조용히 바꾸는 도구는 고객을 잃게 할 수 있습니다.

이어지는 내용은 확인한 결과의 요약, 테스트에 사용한 기준, 2분 안에 훑어볼 수 있는 비교표, 그리고 모든 항목의 근거를 담은 상세 비교입니다.

요약

• 변환 범위. 에이전트 222개를 쓰고도 올바르게 변환된 프로그램은 1개도 없었습니다. Codegiant는 모든 프로그램을 같은 파이프라인과 같은 검증으로 한 번에 처리합니다.
• 데이터 모델. 변환된 프로그램마다 레코드를 읽는 코드와 테이블 사본이 따로 생깁니다. Codegiant는 파일마다 공유 정의 하나를 컴파일합니다.
• 현황 파악. 플러그인의 인벤토리는 AI가 작성했고 틀렸습니다. VSAM 파일이 11개인데 9개로 세었고, 실행에서 거절된 트랜잭션이 38건인데 13건으로 예측했습니다. Codegiant는 파서로 세며, 모든 사실이 나온 코드 줄에 연결됩니다.
• 규칙과 계획. 규칙 추출은 새 규칙을 아직 찾는 중에 한도에 걸려 멈췄고, 규칙 중 2개는 자신이 작성한 Java와 모순됩니다. Codegiant는 모든 규칙을 그 규칙이 설명하는 코드와 대조해 검증합니다.
• 데이터 충실도. 숫자 처리, 빈 바이트, 코드 페이지, 공간을 공유하는 레이아웃, 미사용 공간이 모두 메인프레임과 어긋납니다. Codegiant는 고객의 컴파일러 설정과 런타임 설정에서 이를 읽습니다.
• 배치와 JCL. 재시작 지점도, 파일 세대도, 스텝 조건도, 파일 잠금도 없고, 운영자 메시지 26개 중 14개가 사라졌습니다. Codegiant는 JCL을 컴파일하므로 작업이 메인프레임에서와 같이 동작합니다.
• 어려운 프로그램. 플러그인은 자산에서 가장 어려운 프로그램이 “변환할 수 없다”고 말하고 노트에서 다시 쓸 계획이었습니다. Codegiant는 그 프로그램을 변환합니다.
• 증명. 플러그인의 검증은 코드를 작성한 같은 세션에서 실행되었고, 자신이 고르지 않은 입력을 받자 자체 판정이 NOT PROVEN이 되었습니다. Codegiant의 증명은 변환과 분리되어 있습니다.
• 아키텍처. AI 세션 하나가 계획을 작업 메모리에 두고 스스로를 반복해서 요약하며, 어떤 프로그램도 다음으로 넘기는 프로그램과 대조해 테스트되지 않습니다. Codegiant는 모든 사실을 저장하고 모든 단계에서 다시 읽습니다.
• 충족한 요건. 두 제품을 동일한 62개 요건으로 평가했습니다. 벤더 런타임 없이 코드가 컴파일되는지부터 재실행이 두 번 전기하는지까지 포함됩니다. 플러그인은 62개 중 1개를 충족하고, Codegiant는 62개 중 62개를 충족합니다.

테스트 대상

Anthropic의 Claude Code용 code-modernization 플러그인 1.0.0을 AWS CardDemo 배치 자산에서 실행했습니다. 파일 78개이며, 파일럿은 작업 POSTTRAN의 야간 전기 스텝인 CBTRN02C입니다. 플러그인이 만든 모든 출력은 COBOL, JCL, 플러그인 자체 파일과 대조해 확인했습니다.

Anthropic 플러그인 대비 Codegiant 평가

Anthropic code-modernization vs Codegiant: 한눈에 보는 비교

둘 다 같은 COBOL을 대상으로 합니다. 한쪽은 시스템에 대한 자체 노트에서 시작해 그 노트로 Java를 작성합니다. 다른 한쪽은 컴파일합니다. 항목을 클릭하면 상세 비교로 이동합니다.

1. 변환 범위: 얼마나 변환되는가

변환되는 범위

Claude code-modernization: AI 에이전트 222개를 쓴 뒤에도 15개 프로그램 중 1개만 변환되었습니다.

Codegiant: 시스템의 모든 프로그램이 같은 파이프라인과 같은 검증을 한 번의 실행으로 거칩니다.

빠지는 것이 없음

Claude code-modernization: Java가 프로그램 자체가 아니라 프로그램에 대한 설명에서 다시 작성되므로, 무엇이 빠졌는지 볼 방법이 없습니다. 프로그램의 오류 보고 루틴과 오류 검사 7개가 사라졌는데 아무 표시도 나지 않았습니다.

Codegiant: 읽을 수 있는 Java와, COBOL의 모든 줄이 Java 어딘가에 반영되었음을 증명하는 대장이 있습니다.

2. 데이터 모델: 레코드와 테이블

레코드 읽기

Claude code-modernization: 메인프레임 레코드를 Java 값으로 바꾸는 코드가 이 프로그램 하나만 위해 손으로 작성됩니다. 다음 프로그램과 공유하는 일은 할 일로 남겨집니다.

Codegiant: 컴파일러 하나가 같은 레이아웃에서 Java 레코드, 그것을 읽고 쓰는 코드, 데이터베이스 테이블을 모든 프로그램에 대해 만듭니다. 서로 어긋날 수 없습니다.

데이터베이스 설계

Claude code-modernization: 변환된 프로그램마다 자신이 쓰는 테이블의 자체 버전을 만듭니다.

Codegiant: 파일마다 테이블 설계가 하나이며, 한 번 만들어 버전으로 관리합니다.

3. 파악: 가진 것을 아는 일

가진 것을 세기

Claude code-modernization: AI가 인벤토리를 작성했고 틀렸습니다. VSAM 파일이 11개인데 9개로 세었고, 세대 그룹(GDG)이 7개인데 8개로 세었으며, 실행에서 거절된 트랜잭션이 38건인데 13건으로 예측했습니다.

Codegiant: 인벤토리는 AI가 아니라 파서에서 나오며, 모든 사실이 나온 코드 줄을 가리킵니다. 추측이 아니라 센 결과입니다.

검증 가능한 사실

Claude code-modernization: 프로그램에 대해 말하는 내용이 누구든 검증할 수 있는 형태로 저장되지 않습니다.

Codegiant: 프로그램의 모든 문장, 필드, 경로가 줄 번호와 함께 기록됩니다. 이 프로그램 하나에서 문장 339개, 필드 128개입니다.

공유 레이아웃

Claude code-modernization: 시스템 맵에서 카피북(공유 레코드 레이아웃)이 통째로 빠집니다.

Codegiant: 카피북 17개 전부와 그것이 쓰인 44곳이 맵에 있습니다. 레이아웃을 바꾸면 영향받는 모든 프로그램이 보입니다.

믿을 수 있는 맵

Claude code-modernization: 시스템 맵이 스스로와 모순됩니다. 어떤 작업도 실행하지 않는 프로그램에 파일 링크를 그립니다. 트랜잭션 파일을 읽는 프로그램이 한곳에서는 5개, 다른 곳에서는 7개라고 합니다. 그리고 한 프로그램이 건드리지 않는 파일을 갱신한다고 합니다.

Codegiant: 맵의 모든 링크는 JCL이나 프로그램의 실제 줄에서 나오며, 클릭하면 그 줄을 볼 수 있습니다.

작업이 서로 넘기는 방식

Claude code-modernization: 맵에서 각 작업이 읽고 쓰는 파일 세대와, 앞 스텝이 성공했을 때만 실행되는 스텝이 사라집니다.

Codegiant: 모든 작업 스텝에 대해 세대와 스텝 조건이 유지됩니다.

4. 규칙과 계획

모든 규칙 찾기

Claude code-modernization: 규칙 추출이 새 규칙을 아직 찾는 중에 내장 한도에서 멈췄습니다.

Codegiant: 규칙은 각 프로그램에서 증명된 사실로부터 작성되며, 소진할 한도가 없습니다.

코드와 일치하는 규칙

Claude code-modernization: 규칙 중 2개는 매 실행 시작 시 트랜잭션 파일이 지워진다고 합니다. 자체 Java는 반대입니다. 파일이 이미 비어 있지 않으면 시작을 거부합니다.

Codegiant: 별도의 검사기가 모든 규칙을 그 규칙이 설명하는 코드와 대조합니다. 코드와 어긋나는 규칙은 나가지 않습니다.

특이 동작 유지

Claude code-modernization: 읽기가 실패하면 COBOL이 이전 레코드로 계속 진행한다는 점을 발견해 적어 두고도, 멈추는 Java를 만들었습니다.

Codegiant: 업무 기능은 프로그램이 만들어 내는 결과에서 거꾸로 추적되므로, COBOL이 타는 모든 경로가 유지됩니다.

계획

Claude code-modernization: 마이그레이션 계획은 AI가 세션에 대한 자체 기억으로 작성합니다.

Codegiant: 계획은 저장된 시스템 맵에서 계산되므로, 누구든 다시 생성해 같은 답을 얻을 수 있습니다.

5. 데이터 충실도: 숫자, 바이트, 레이아웃

아무도 바꾸지 않은 레코드는 그대로

Claude code-modernization: 레코드를 저장할 때 프로그램이 건드리지 않은 필드를 포함해 모든 필드를 다시 쓰고, 부호가 저장되는 방식도 바꿉니다. 자체 검사가 이를 증명했습니다.

Codegiant: 프로그램이 실제로 바꾼 필드만 다시 씁니다. 나머지는 바이트 단위로 그대로입니다.

메인프레임의 숫자 설정

Claude code-modernization: 현장 설정이 무엇이든 숫자를 저장하는 방식이 하나로 고정됩니다.

Codegiant: 숫자 처리는 고객의 컴파일러 설정을 따릅니다.

특수한 “빈” 바이트

Claude code-modernization: 메인프레임의 LOW-VALUES가 코드와 데이터베이스 모두에서 유니코드 자리 표시 문자로 바뀝니다.

Codegiant: 실제 바이트가 유지되며, 실제로 나타나는 컬럼에서만 원시 바이트로 저장됩니다.

문자와 언어

Claude code-modernization: 미국 EBCDIC용으로 손으로 만든 문자 테이블 하나입니다.

Codegiant: 문자 집합은 고객 설정에서 오며, 유로 기호와 일본어 2바이트 문자를 포함합니다.

공간을 공유하는 필드

Claude code-modernization: 프로그램이 VSAM 오류 코드를 보여 주려고 같은 2바이트를 두 가지 방식으로 읽습니다. 그 처리가 빠졌습니다.

Codegiant: 공간을 공유하는 모든 레이아웃(REDEFINES)이 같은 바이트의 두 가지 보기로 유지됩니다.

레코드의 미사용 공간

Claude code-modernization: 미사용 공간이 공백으로 시작한다고 가정합니다. 노트북 테스트 환경도 같은 가정을 하므로, 테스트가 스스로와 일치했습니다.

Codegiant: 런타임 설정에서 가져오고, 실제 레코드와 대조해 확인합니다.

숫자의 자릿수 한계

Claude code-modernization: 메인프레임에서 한 바퀴 도는 카운터가 Java에서는 절대 돌지 않습니다.

Codegiant: 모든 숫자 필드가 메인프레임의 자릿수 한계와 산술 규칙을 유지합니다.

잘못된 데이터 적재

Claude code-modernization: 레코드 하나의 잘못된 바이트 하나가 전체 데이터 적재를 멈추며, 어느 레코드인지도 말하지 않습니다.

Codegiant: 모든 레코드를 먼저 검사합니다. 잘못된 값은 안전하게 저장되고, 건너뛰는 것은 없으며, 모든 문제가 필드 단위로 보고됩니다.

정렬 순서

Claude code-modernization: 데이터베이스가 키를 메인프레임이 아니라 사전처럼 정렬합니다.

Codegiant: 키가 메인프레임에서와 정확히 같이 정렬되므로, 키 순서로 읽는 프로그램이 같은 순서를 얻습니다.

6. 배치와 JCL

실패 후 재시작

Claude code-modernization: 트랜잭션이 하나씩 기록되며, 이를 감싸는 데이터베이스 트랜잭션도 재시작도 없습니다. 다시 실행하면 이미 전기된 내용이 또 전기됩니다.

Codegiant: 작업이 재시작 지점과 함께 배치로 저장되므로, 다시 실행해도 아무것도 두 번 전기되지 않습니다.

파일 세대

Claude code-modernization: 데이터베이스에 세대라는 개념이 없습니다.

Codegiant: 모든 테이블이 세대를 유지하므로, 오늘 버전과 어제 버전이 나란히 있습니다.

모든 종류의 VSAM 파일

Claude code-modernization: 한 종류(키 파일)만 됩니다.

Codegiant: 모든 종류가 됩니다. 키 파일, 순차(ESDS), 번호 슬롯(RRDS), 가변 길이, 대체 인덱스입니다.

프로그램이 쓰는 파일

Claude code-modernization: JCL의 파일 할당이 데이터베이스 하나와 파일 경로 두 개가 됩니다. 실행을 테스트 데이터나 운영 데이터로 가리키는 일이 오타 하나에 달려 있습니다.

Codegiant: JCL이 컴파일되므로, 모든 파일 할당이 메인프레임에서와 같이 동작합니다.

출력의 세대

Claude code-modernization: 메인프레임이 자동으로 번호를 매기고 사본 5개를 유지하는 거절 파일이, 운영자가 직접 입력하는 파일 이름이 됩니다.

Codegiant: 세대가 메인프레임에서처럼 자동으로 번호가 매겨지고, 유지되고, 밀려 나갑니다.

동시에 두 번 실행

Claude code-modernization: 같은 전기 작업이 동시에 두 번 실행되는 것을 막는 것이 없습니다. 자체 검토자도 그렇게 말했습니다.

Codegiant: 파일이 메인프레임과 같은 방식으로 잠기며, 같은 작업은 두 번 실행될 수 없습니다.

작업의 스텝

Claude code-modernization: 작업이 Java 애플리케이션 하나가 되므로, “앞 스텝이 실패하면 이 스텝을 건너뛴다” 같은 규칙이 사라집니다.

Codegiant: 모든 스텝이 유지되고, 리턴 코드가 다음에 실행할 것을 결정하며, 유틸리티 스텝(IDCAMS, SORT)도 실행됩니다.

스텝 이후 파일에 일어나는 일

Claude code-modernization: 프로그램이 자신의 출력 파일 이름을 바꿉니다.

Codegiant: 파일이 메인프레임에서처럼 각 스텝이 끝날 때 작업에 의해 유지되거나, 카탈로그되거나, 삭제됩니다.

파일 오류

Claude code-modernization: 파일 3개의 열기가 실패하거나 4개의 닫기가 실패해도 처리가 전혀 없고, 닫기 하나는 아예 확인되지 않습니다.

Codegiant: 모든 파일 동작이 COBOL이 검사하는 것과 같은 IBM 상태 코드를 반환합니다.

야간 운영자를 위한 메시지

Claude code-modernization: 메시지 26개 중 14개가 사라졌고, 어떤 오류가 났는지와 프로그램이 멈춘다는 메시지도 포함됩니다.

Codegiant: 모든 메시지가 정확한 텍스트 그대로 유지됩니다. 하나라도 빠지면 빌드가 멈춥니다.

스케줄러에 실패가 보이는 방식

Claude code-modernization: 메인프레임의 abend 코드(U0999)가 종료 코드 16이 되며, 스케줄러 규칙이 이를 인식하지 못합니다.

Codegiant: 스케줄러는 늘 보던 것과 같은 abend 코드를 봅니다.

7. 어려운 프로그램, 레이아웃, 정직성

지어낸 동작

Claude code-modernization: COBOL이 일으킬 수 없는 중단, COBOL이 하지 않는 검사, COBOL이 출력하지 않는 경고, 새로운 메시지 텍스트를 추가했습니다.

Codegiant: Java에 있는데 COBOL에 출처가 없는 것은 자동으로 표시됩니다. Claude는 이를 전혀 검사하지 않습니다.

특이한 동작도 유지

Claude code-modernization: COBOL이 특정 오류 이후에도 계속 진행하는 곳에서 Java는 멈춥니다.

Codegiant: 특이한 부분까지 포함한 같은 동작입니다. “같다”는 것이 그런 뜻이기 때문입니다.

컴파일러 설정

Claude code-modernization: 프로그램이 어떻게 컴파일되었는지 묻지 않습니다. 설정 질문 5개 중 어느 것도 이를 다루지 않으며, IBM 기본값을 가정합니다.

Codegiant: 컴파일 리스팅과 런타임 설정 16개를 읽습니다. 같은 코드의 동작이 그것으로 바뀌기 때문입니다.

코드 밖의 모든 것

Claude code-modernization: 시스템 밖에서 들어오는 파일을 알아차리고도, 그에 대해 묻지 않았습니다.

Codegiant: 소스 밖에서 프로그램을 바꾸는 125가지를 반영합니다. 파일 카탈로그, 데이터, 사이트 설정, 스케줄러, 메인프레임 서비스입니다.

가장 어려운 프로그램

Claude code-modernization: 프로그램 하나가 실행 중에 자신의 제어 흐름을 바꾸고(ALTER) 메인프레임의 작업 테이블을 직접 읽습니다. Claude는 “변환할 수 없다”고 말하고, 대신 규칙에서 다시 쓸 계획이었습니다.

Codegiant: 그 프로그램을 변환합니다. 점프는 재구성되고, 프로그램이 읽는 작업 정보는 실제 실행에서 공급됩니다.

까다로운 레코드 레이아웃

Claude code-modernization: 가변 크기 테이블(OCCURS DEPENDING ON)과 정렬된 필드(SYNC)는 언급조차 되지 않습니다.

Codegiant: 모든 레이아웃이 IBM 규칙을 따르므로, 모든 필드가 메인프레임이 두는 자리에 있습니다.

자체 테스트가 실행하지 못하는 프로그램

Claude code-modernization: 15개 프로그램 중 4개가 노트북 COBOL에서 컴파일되지 않아, 아예 비교할 수 없습니다.

Codegiant: 모든 프로그램을 처리하며, 메인프레임 동작은 노트북 컴파일러가 아니라 IBM 규칙에서 가져옵니다.

8. 증명: 무엇을, 무엇과 대조하는가

비교 대상

Claude code-modernization: 출력 파일과 작업 로그 3줄입니다. 전체 로그는 저장만 되고 비교되지 않았습니다.

Codegiant: 모든 출력 파일, 리턴 코드, 파일 상태, 로그 줄입니다.

무엇과 대조하는가

Claude code-modernization: 노트북의 오픈소스 COBOL이며, 메인프레임 abend 루틴은 대역으로 대체됩니다.

Codegiant: 메인프레임에서 실제로 기록된 실행입니다.

테스트 데이터

Claude code-modernization: 가장 큰 버그를 드러낼 수 없는 샘플 데이터와, 스스로 고른 테스트 케이스입니다. 잘못된 데이터 테스트는 버그가 일어나기 전에 거절된 레코드만 건드렸습니다.

Codegiant: 모든 필드의 한계와 실제 데이터로 만든 테스트 데이터이며, 없는 파일과 잠긴 파일도 포함됩니다.

누가 작업을 검사하는가

Claude code-modernization: 자체 보고서에 따르면 검사는 코드를 작성한 같은 세션에서 실행되었습니다.

Codegiant: 증명은 변환과 완전히 분리되어 있습니다.

판정

Claude code-modernization: 처음에는 “20개 중 20개 동일”이라고 보고했습니다. 새로운 입력을 주자 자체 판정이 NOT PROVEN이 되었습니다.

Codegiant: 모든 입력에 대해 판정은 하나이며, 증명되지 않은 것은 나가지 않습니다.

금액과 테스트 강도

Claude code-modernization: 건수 두 개가 일치하는지만 확인하고 금액은 확인하지 않으며, 테스트가 알아차리는지 보려고 코드를 고의로 깨뜨리는 것도 두 번뿐입니다.

Codegiant: 파일별, 계좌별 건수와 금액 합계를 확인하며, 모든 조건을 고의로 깨뜨려 테스트합니다.

변경을 승인한 사람

Claude code-modernization: 원본과의 차이가 이름 없이 “approved”로 표시됩니다. 스키마 선택 하나는 AI가 자체 계획에 어긋나게 결정했습니다.

Codegiant: 모든 변경에 이름이 있는 승인자, 날짜, 근거가 있습니다.

9. 규모, 결정성, 고객 데이터

실제 은행

Claude code-modernization: 자체 수치로 보면, 대형 은행은 150회 이상의 개별 실행에 걸쳐 AI 에이전트 약 155,000개에서 215,000개가 필요하고, 결과를 손으로 합쳐야 합니다.

Codegiant: 코드가 작은 조각으로 나뉜 뒤에야 AI가 들어가며, 크기에 한도가 없습니다.

두 번 같은 답

Claude code-modernization: 자체 README에 같은 명령을 다시 실행하면 다른 결과가 나올 수 있다고 되어 있습니다.

Codegiant: 모든 실행이 정확히 같은 결과를 냅니다.

10. 아키텍처: 메모리와 인수인계

각자 한 조각만 보는 도우미

Claude code-modernization: 분석이 도우미 에이전트 97개로 나뉘었고, 각각이 한 조각을 읽고 요약을 보고했습니다. 두 조각 사이의 링크는 요약이 우연히 언급할 때만 남습니다. 그래서 최종 맵에서 카피북이 전부 빠지고, 트랜잭션 파일을 누가 읽는지 잘못 세었습니다.

Codegiant: 프로그램 사이의 링크는 파서와 JCL 컴파일러에서 나오며, 시스템 전체를 한 번에 봅니다. 그 사이에 요약이 끼지 않습니다.

변환 후 프로그램이 서로를 모르게 됨

Claude code-modernization: 각 프로그램이 따로 변환되며, 레코드를 읽는 코드와 테이블 사본도 각자 갖습니다. 다음 프로그램이 알아야 할 내용은 텍스트 파일의 할 일 메모로 남습니다.

Codegiant: 파일마다 공유 정의가 하나이고, 그 파일을 건드리는 모든 프로그램이 그것을 씁니다. 한 프로그램이 기록한 레코드를 다른 프로그램이 다르게 읽을 수 없습니다.

프로그램 사이의 인수인계는 테스트되지 않음

Claude code-modernization: 각 프로그램이 스스로 만든 테스트 데이터로 자신의 COBOL과만 대조해 증명됩니다. 전기 프로그램이 쓴 것이 다음 날 밤 이자 프로그램이 읽는 것과 정확히 같은지는 아무도 테스트하지 않으며, 트랜잭션 파일을 읽는 프로그램은 7개입니다.

Codegiant: 증명에서 작업 체인 전체가 끝까지 실행됩니다(백업, 전기, 이자, 결합 순). 모든 인수인계가 비교됩니다.

서로를 호출하는 프로그램

Claude code-modernization: 호출되는 프로그램과 그 사이에 전달되는 데이터는 함께 변환되지 않습니다. 이번 실행에서는 명세서 프로그램과 그것이 호출하는 프로그램이 아예 변환되지 않았습니다.

Codegiant: 호출되는 프로그램, 그 사이에 전달되는 데이터, 공유 저장소가 하나의 단위로 컴파일됩니다.

하나뿐인 두뇌, 한정된 메모리

Claude code-modernization: AI 세션 하나가 마이그레이션 전체를 실행하고 계획을 작업 메모리에 둡니다. 이 작은 시스템에서도 계획은 분석 파일을 다시 읽지 않고 그 메모리에서 작성되었습니다. 은행 자산은 수천 배 크므로, 세션은 스스로를 반복해서 요약해야 하고, 이후 결정은 요약의 요약으로 내려집니다.

Codegiant: 중요한 것은 AI의 메모리에 있지 않습니다. 모든 사실, 결정, 링크가 저장되고, 모든 단계가 그것을 다시 읽습니다.

11. 플랫폼

원클릭 배포

Claude code-modernization: 어디에도 원클릭으로 배포하지 않습니다. 변환은 폴더 안의 Java에서 끝납니다.

Codegiant: 변환된 애플리케이션을 고객이 선택한 AWS, Google Cloud, Azure, Oracle Cloud, DigitalOcean, Cloudflare, Fly.io, 온프레미스 또는 직접 운영하는 모든 Kubernetes 인프라에 클릭 한 번으로 배포합니다.

데이터베이스

Claude code-modernization: 데이터는 변환이 고른 데이터베이스에 있고, 변환된 프로그램마다 테이블 사본을 따로 가집니다.

Codegiant: PostgreSQL 테이블은 고객의 관리형 데이터베이스에 저장되며 애플리케이션과 함께 배포됩니다.

DevSecOps

Claude code-modernization: 플러그인은 폴더 안의 Java를 건네고, 나머지는 사용자가 직접 조립합니다.

Codegiant: 연결할 것이 없는 자체 툴체인입니다. Git, CI/CD, Terraform, 옵저버빌리티, 오류 및 성능 모니터링, 가동 상태 점검, 상태 페이지, 문서, 코드 리뷰가 포함됩니다.

서비스 개시 이후

Claude code-modernization: 제공 범위는 코드가 변환되면 끝납니다.

Codegiant: AI SRE가 24시간 365일 대응합니다. 운영 중인 시스템을 감시하고, 장애를 복구하며, 비용과 스케일링을 조정하고, 보안 설정의 이탈을 감지하며, 런북을 최신 상태로 유지합니다.

연동

Claude code-modernization: MCP와 커넥터가 이미 쓰는 도구를 작업에 가져옵니다. Google Drive, Gmail, Slack, Microsoft 365, Notion, Figma, HubSpot 등입니다.

Codegiant: Codegiant 자체 LLM인 Kronos Automate가 3,000개 이상의 서비스와 연결되어, 현대화된 변환 결과 위에 자동화와 워크플로를 구축할 수 있습니다. 각 현대화 애플리케이션에는 전용 자동화 테넌트가 할당되며, 월 수억 건의 이벤트를 처리하는 엔터프라이즈급 엔진이 실행됩니다.

구축

Claude code-modernization: 없음.

Codegiant: 변환된 코드 위에 새 애플리케이션, 에이전트, 워크플로를 만들 수 있습니다. 앱 빌더, 에이전트용 워크플로 빌더, 자동화 엔진이 모두 포함되어 있으며, 추가 구매나 덧붙일 작업이 필요 없습니다.

거버넌스

Claude code-modernization: 없음.

Codegiant: 모든 영역에 걸쳐 역할 기반 및 속성 기반 접근 제어, 감사 추적, 정책 적용을 제공합니다.

전용 모델

Claude code-modernization: Claude만 실행할 수 있고, 소스는 사용량 보고가 기본으로 켜진 채 AI 제공업체로 갑니다.

Codegiant: Kronos models는 메인프레임 현대화와 자동화를 위해 설계된 모델이며, 보안을 더욱 높이기 위해 자체 보안 경계 안에 직접 호스팅할 수 있습니다.

결론

Claude code-modernization은 운영 COBOL을 맡길 수 있는 도구가 아닙니다. 메인프레임을 Java로 대체하지 않습니다. 폴더 안의 Java와, 시스템이 무엇을 한다고 스스로 생각한 요약을 건넬 뿐이며, 그 요약은 틀렸습니다. 인벤토리는 파일을 잘못 세고, 맵은 스스로와 모순되며, 규칙은 자신이 작성한 코드와 어긋나고, 잘 동작한다고 말하는 시험은 스스로 채점한 것입니다. 실패는 조용합니다. 코드는 컴파일되고 작업은 실행되는데, 그동안 레코드가 바뀌고 재실행이 고객에게 두 번 청구합니다. 규모도 감당하지 못합니다. 자체 테스트 기준으로, 실제 운영 코드베이스에는 터무니없는 수의 에이전트가 필요하고, 결과는 손으로 합쳐야 합니다. CardDemo 테스트에서 위 비교의 62개 검사 중 1개를 충족했고, 충족한 하나는 커넥터였습니다.

Codegiant는 모든 프로그램을 하나의 파이프라인으로 실행하고, 기록된 메인프레임 실행과 대조해 결과를 증명하며, 고객의 클라우드에 배포되는 고객 데이터베이스 위의 Java를 건넵니다. 차이는 노트북에서 컴파일되는 데모와, 야간 운영자가 실제로 운영할 수 있는 시스템의 차이입니다.

관련 글

• 메인프레임 현대화 기업 비교: AWS Transform vs Codegiant

지금 Codegiant 엔터프라이즈 AI 플랫폼을 사용해 보십시오

Codegiant는 엔터프라이즈 AI 플랫폼입니다. 코드에 대한 완전한 통제를 드립니다. 변환에서 나오는 것은 고객의 것입니다. 벤더 런타임도, 독자 바이너리도, 그 아래의 엔진도 없습니다. 읽고, 바꾸고, 원하는 곳에서 실행할 수 있습니다.

이후에 덧붙이는 것은 없습니다. DevSecOps 툴체인, CI/CD, Terraform, 옵저버빌리티, 가동 상태 점검, AI SRE가 변환과 함께 제공되며, 완성된 애플리케이션은 AWS, Google Cloud, Azure, Oracle Cloud, DigitalOcean, Cloudflare, Fly.io, 온프레미스 또는 직접 운영하는 모든 Kubernetes 인프라에 클릭 한 번으로 배포됩니다.

자체 LLM인 Kronos Automate가 현대화된 시스템을 3,000개 이상의 서비스와 연결하므로, 그 위에 자동화와 워크플로를 구축할 수 있습니다. 각 현대화 애플리케이션에는 전용 자동화 테넌트가 할당되며, 월 수억 건의 이벤트를 처리하는 엔터프라이즈급 엔진이 실행됩니다. 엄격한 현대화 요건이 실제로 요구하는 것이 바로 이것이며, 대부분의 플랫폼이 여기서 멈춥니다. 자체 정책이 허용하는 모든 대상, 손에 있는 툴체인 전체, 그리고 다음 프로젝트로 넘어가지 않는 바이너리, 런타임, 종속입니다.