Claude Code 와 서비스 제공
웨비나 기록
[00:00] >> [케이티 가마]: 안녕하세요 여러분. AI 분야에서 가장 뜨거운 관심을 받고 있는 '클로드 코드(Claude Code)와 서비스 제공(Service Delivery)' 웨비나에 오신 것을 환영합니다.
[00:03] 오늘 한 시간 동안 알찬 내용을 준비했으니 바로 시작해 보겠습니다.
[00:05] 먼저 몇 가지 간단한 안내 사항을 말씀드리겠습니다.
[00:12] 이 세션은 녹화되고 있습니다. 오늘 참석하지 못하신 분들이나, 이 내용을 보고 나서 "이걸 다른 사람들에게도 꼭 보여주고 싶어"라고 생각하실 분들을 위해, 세션이 끝난 후 녹화 링크를 보내드릴 예정입니다.
[00:22] 질의응답(Q&A)은 웨비나 포털의 질문 위젯을 사용하여 언제든지 제출하실 수 있습니다.
[00:30] 저희는 이번 세션이 격식 없는 편안한 분위기 속에서 여러분께 최대한 실질적인 도움이 되기를 바랍니다. 그러니 질문 위젯을 통해 계속해서 질문을 남겨주세요. 프레젠테이션 내내 답변해 드리겠습니다.
[00:42] 마지막으로, 저희는 여러분께 더 유익한 세션을 만들기 위해 노력하고 있습니다. 세션이 끝난 후 몇 분만 시간을 내어 피드백을 주시면 감사하겠습니다.
[00:52] 거두절미하고, 오늘 세션을 함께할 두 분의 '락스타'를 소개하겠습니다.
[00:58] 먼저, 클로드 코드(Claude Code)의 수장이자 창립자, 그리고 클로드 코드의 모든 것을 설계하신 보리스 체르니(Boris Cherny) 님입니다. 보리스 님께 많은 질문을 드릴 시간을 가질 예정입니다.
[01:10] 그리고 제 파트너인 자닉 세이크(Janick Seik) 님입니다. 자닉 님은 저희의 가장 중요한 전략적 GSI(글로벌 시스템 통합) 고객들과 긴밀히 협력하는 응용 AI 엔지니어입니다. 여러분은 앤스로픽(Anthropic) 최고의 전문가들과 함께하고 계십니다.
[01:21] 오늘의 아젠다입니다. 먼저 AI와 서비스 제공에 대해 이야기 나누고, 유일무이한 보리스 님과 라이브 Q&A를 진행하겠습니다.
[01:29] 그 다음 클로드 코드에 대한 아주 흥미로운 데모를 보여드리고, 여러분도 들어보셨을 '코워크(Co-work)' 기능이 서비스 제공 고객들에게 어떻게 적용되고 있는지 살펴보겠습니다.
[01:40] 그리고 가장 중요한, 여러분의 회사에서 어떻게 시작할 수 있는지 알아보겠습니다. 다시 한번 말씀드리지만, 질문을 많이 해주세요. 최대한 상호작용이 활발한 세션이 되기를 바랍니다.
[01:49] 먼저, 선도적인 엔터프라이즈 AI 기업으로서 앤스로픽은 전문 서비스 기업들의 신뢰받는 파트너가 된 것을 기쁘게 생각합니다.
[01:56] 저희가 성공을 거두고 있는 분야를 세 가지로 나누어 보면 다음과 같습니다. 첫째, '커스터머 제로(Customer Zero)'입니다. 전문 서비스 인력이 고객의 AI 혁신 여정을 돕고 가속화하는 신뢰할 수 있는 파트너가 되도록 돕는 것입니다. 이를 위해서는 먼저 내부 조직을 변화시켜야 합니다. 내부적으로 먼저 전문가가 되어야 고객을 도울 수 있으니까요.
[02:20] 둘째는 '신뢰 구축(Building Trust)'입니다. 앤스로픽은 신뢰할 수 있는 엔터프라이즈 AI 솔루션입니다. 서비스 제공 인력이 업무를 성공적으로 수행하는 데 필요한 감사 가능성, 기밀성, 엔터프라이즈급 안전장치, 추적성 및 지연 시간(latency) 요건을 갖추고 있습니다.
[02:36] 셋째, 왜 앤스로픽인가 하면, 가장 '유연한 배포(Flexible Deployment)'가 가능하기 때문입니다. 클로드는 여러분의 워크플로 내에 있으며 AWS, GCP, Azure 등 3대 주요 클라우드 모두에서 사용할 수 있습니다. 따라서 고객이 어떤 환경에 있든 그곳에서 바로 서드파티 제공업체를 통해 퍼스트 파티 모델을 활용할 수 있습니다.
[02:53] 오늘 세션에서는 주로 '배포(Deployment)' 부분에 초점을 맞출 것입니다. 보리스 님으로부터 배포 단계에 대한 생각과 클로드 코드가 실제 현대화(Modernization) 워크플로를 어떻게 지원하는지 직접 들어보겠습니다.
[03:11] 그럼 보리스 체르니 님께 마이크를 넘기겠습니다.
[03:14] >> [보리스 체르니]: 네, 초대해 주셔서 감사합니다. 여러분 만나 뵙게 되어 반갑습니다. 참석해 주셔서 감사합니다.
[03:19] 특별히 정해진 아젠다는 없지만, 지난 1년 동안의 클로드 코드와 제가 해왔던 이야기들을 잠시 되돌아보고 싶습니다.
[03:32] 1년 반, 2년 전의 코딩이 어땠는지 많이 생각해보았습니다. 클로드 코드를 시작하기 전, 일반적인 엔지니어들은 어떻게 코딩했을까요? 저 같은 경우는 그저 IDE(통합 개발 환경)에서 탭(Tab) 키를 누르며 자동 완성 기능을 사용하는 것이 전부였습니다. AI 코딩이라고 하면 그게 경험의 전부였죠.
[03:54] 저희는 모델이 매우 빠르게 발전하고 있으니 곧 코딩을 아주 잘하게 될 것이라는 아이디어를 가졌습니다. 전체 파일을 작성하고, 도구를 사용하고, 전체 기능을 구축할 수 있을 것이라고요.
[04:06] 그래서 꽤 일찍부터 클로드 코드로 실험을 시작했습니다. 작년 초, 아마 2025년 2월쯤 '에이전트 코딩(Agent Coding)'이라는 아이디어를 선보였는데, 반응이 폭발적이었습니다.
[04:24] 몇 번의 변곡점이 있었습니다. 5월에 소넷 4(Sonnet 4)와 오푸스 4(Opus 4)가 나왔을 때 모델의 코딩 능력이 월등히 좋아졌습니다.
[04:36] 2월 초만 해도 저는 제 코딩의 10%, 혹은 5% 정도만 클로드 코드를 사용했습니다. 당시 소넷 3.5 시절에는 함수 중간에 import 구문을 넣거나 테스트 코드를 제대로 작성하지 못하는 등 코딩 실력이 썩 좋지 않았거든요.
[04:53] 하지만 오푸스 4와 소넷 4가 나오면서 그 수치가 30~40%로 뛰어올랐습니다. 여전히 IDE를 주로 썼지만 더 많은 작업에 클로드 코드를 활용하기 시작했죠.
[05:04] 그리고 가장 최근의 변곡점은 오푸스 4.5(Opus 4.5)입니다. 이는 최고의 코딩 모델이자 가장 잘 정렬된(aligned) 모델입니다.
[05:12] 이때부터 저는 IDE를 삭제했습니다. 모든 작업에 클로드 코드를 사용하는 것이 훨씬 더 생산적이었기 때문입니다.
[05:20] 지금 제가 이야기하는 동안에도 제 터미널에는 5개의 클로드 코드가 백그라운드에서 병렬로 작업을 수행하고 있습니다. 클로드 코드와 오푸스 4.5가 제 코드의 100%를 작성하고 있으며, 이런 방식으로 일한 지 몇 달이 되었습니다.
[05:36] 엔지니어링의 방식이 이렇게 변화하는 것은 매우 흥미로운 일입니다. 더 이상 지루하고 고된 일을 할 필요가 없으니까요. 엔지니어로서 지금보다 더 즐거웠던 적은 없었습니다.
[05:53] 물론 이것은 매우 파괴적인 변화입니다. 전 세계의 코딩 방식이 바뀌는 것이니까요. 따라서 서비스 제공 분야에서 일하며 고객에게 이 새로운 도구의 사용법을 가르치는 우리 모두의 역할이 중요합니다. 모두가 속도를 내고 이 변화를 헤쳐나갈 수 있도록 가르쳐야 합니다.
[06:13] 비기술적인 사용 사례도 조금씩 나타나기 시작했습니다. 트위터에서 보신 분들도 계시겠지만, 어떤 분이 토마토 식물을 키우는 데 클로드 코드를 사용했습니다. 웹캠을 설치해 토마토를 관찰하고 매일 모니터링했죠. 수경 재배 같은 것이었는데, 어느 날 벌레가 나타났을 때 클로드 코드가 "세상에, 정말 기뻐요. 우리의 노력이 결실을 맺다니 정말 기쁩니다"라고 반응했습니다.
[06:46] 사람들이 코딩이 아닌 용도로 클로드 코드를 사용하는 것이 매우 흥미로웠습니다. 아시다시피 몇 주 전(AI 업계에서는 시간이 빠르니까요), 저희는 '코워크(Co-work)'를 출시했습니다.
[07:02] 클로드 코드는 원래 엔지니어를 위해 만들어졌습니다. 터미널에서 시작했고, 모바일 앱, 웹 앱, 슬랙, 깃허브 통합 등을 지원하지만 근본적으로는 코딩을 위한 제품이었죠.
[07:20] 코워크는 비코더(non-coder)를 위한 첫 번째 시도입니다. 데스크톱에서 시작하며, 가상 머신(VM)과 OS 수준의 삭제 방지 등 많은 안전장치(guardrails)가 내장되어 있습니다. 기술적인 사용자보다 더 많은 안전장치가 필요하다고 판단했기 때문입니다.
[07:37] 앞으로의 1년이 매우 기대됩니다. 할 일이 많습니다. 여러분이 클로드 코드와 코워크를 사용해 보고 고객에게 가르치면서 어떤 점이 좋고 나쁜지, 어떤 기능이 필요한지 피드백을 계속 주시면 좋겠습니다. Q&A로 넘어가 볼까요?
[08:00] >> [케이티]: 감사합니다, 보리스. 정말 흥미롭네요. 아까 소개를 건너뛰었는데, 저는 앤스로픽의 GSI 부문을 총괄하는 케이티 가마입니다. 모든 산업, 특히 서비스 제공 산업에서 클로드 코드 도입이 늘어나는 것을 보고 있습니다. 뜨거운 질문들이 많이 들어오고 있습니다.
[08:21] [질문 1] 닐(Neil) 님의 질문입니다. 보리스 님이 발견한 클로드 코드를 가장 효과적으로 사용하는 워크플로는 무엇인가요?
[08:29] >> [보리스]: 몇 가지가 있습니다. 첫째, 항상 최고의 모델을 사용하세요. 토큰을 아끼려고 소넷(Sonnet)을 쓰는 경우가 있는데, 그러지 마세요. 항상 최고의 모델을 사용하고 '생각하기(Thinking)' 기능을 켜세요. 반직관적일 수 있지만, 모델이 훨씬 똑똑해서 결과적으로 토큰을 덜 쓰고, 더 빨리 실행하며, 소넷을 썼을 때보다 비용도 덜 듭니다. 현재 최고의 모델은 '생각하기'가 활성화된 오푸스 4.5입니다.
[08:58] 둘째, '계획 모드(Plan Mode)'에서 시작하세요. 터미널에서 Shift + Tab을 두 번 누르거나 /plan을 입력하면 됩니다. 데스크톱 앱과 웹에서도 가능합니다. 저는 세션의 80%를 계획 모드에서 시작합니다. 클로드와 대화하며 계획을 확정한 뒤, 컨텍스트를 지우고 구현하게 하면 보통 한 번에 성공합니다. 지능형 모델에서는 계획을 제대로 세우는 것이 가장 중요합니다.
[09:42] 셋째, 조금 더 고급 단계인데, 여러 클로드를 병렬로 실행하세요. 저는 한 번에 5개에서 20개 정도의 클로드를 실행합니다. 한 가지 작업에 깊게 몰두하는 것이 아니라, 여러 클로드 코드를 관리하는 매니저가 되는 것입니다. 코워크도 비슷합니다. 여러 탭을 띄워놓고 병렬로 작업할 수 있습니다. '멀티 클로드(Multi-Claude)' 기술을 익히세요. 새로운 기술입니다.
[10:24] >> [케이티]: 좋습니다. 드류(Drew) 님의 질문입니다. 지난 1년 동안 앤스로픽 내부 엔지니어링 팀의 변화와 배운 점은 무엇인가요?
[10:32] >> [보리스]: 작년에 엔지니어링 팀 규모가 2배, 아마 3배 커졌는데, 엔지니어당 생산성은 67% 증가했습니다. 이건 미친 겁니다. 제가 메타(Meta)에서 코드 품질과 생산성 업무를 총괄했을 때, 연간 2~3% 증가도 엄청난 것이었습니다. 67%는 정말 들어본 적도 없는 수치입니다. 완전히 새로운 종류의 도구이기 때문이죠.
[11:19] 우리는 온보딩 첫날 클로드 코드 교육을 1시간 동안 진행합니다. 처음 며칠은 직접 코딩하지 말고 클로드에게 코드베이스에 대해 질문만 하라고 합니다. 프롬프팅도 기술이니까요. 덕분에 기술 온보딩 기간이 2~3주에서 2~3일로 줄었습니다. 팀원이나 기술 리더를 귀찮게 할 필요도 없습니다.
[12:07] 또 다른 점은 모든 역할이 하나로 섞이고 있다는 것입니다. 클로드 코드 팀을 보면 엔지니어링 매니저, PM, 디자이너, 데이터 과학자, 사용자 연구원, 재무 담당자, 마케팅 담당자 등 모두가 코딩을 합니다.
[12:38] 심지어 영업 담당자들도 코딩을 합니다. 앤스로픽 GTM(Go-To-Market) 팀의 절반이 클로드 코드를 사용합니다. 이들이 다시 학교에 가서 CS를 전공한 게 아닙니다. 클로드 코드가 너무 쉽기 때문입니다. 엔지니어는 전문가로 남겠지만, 다른 모든 사람들도 참여할 수 있게 될 것입니다.
[13:12] >> [케이티]: 지난 6개월 동안만 해도 기준이 얼마나 높아졌는지 정말 놀랍네요. 보리스, 개인적으로 코드를 얼마나 사용하시나요? 향후 3~6개월 안에 개발자들의 코딩 방식이 어떻게 바뀔 거라고 보시나요?
[13:30] >> [보리스]: 방금 데이터를 확인해 봤는데, 어제 저는 22개의 PR(Pull Request)을 작성했고, 그저께는 27개를 작성했습니다. 평균적으로 하루에 10~20개의 PR을 작성합니다. 저는 원래 생산성이 높은 엔지니어였지만, 클로드 코드를 사용하면서 3배 정도 더 높아졌습니다.
[13:58] >> [케이티]: 니시(Nesh) 님의 질문입니다. 클로드 코드는 엔터프라이즈 환경에 적합한가요? 어떤 안전장치(guardrails)가 있나요?
[14:04] >> [보리스]: 클로드 코드는 엔터프라이즈를 위해 만들어졌습니다. 개인 프로젝트에도 유용하지만 핵심 타겟은 엔터프라이즈입니다. 예를 들어 윈도우 지원이 부족하다는 점을 인지하고 강화하고 있습니다. WSL뿐만 아니라 네이티브 윈도우 지원을 추가했고, 파워셸(PowerShell) 관련 문제도 해결하고 있습니다.
[14:39] 오픈 소스 샌드박스를 제공하여 보안을 감사할 수 있게 했고, 프롬프트 인젝션 방지 기능이 내장되어 있습니다. 오푸스 4.5는 가장 안전하게 정렬된 모델입니다.
[15:21] 설정이 매우 유연해서 기업 IT 팀이 관리하는 설정을 상속받을 수 있고, 원격 설정을 지원합니다. 또한 오픈 텔레메트리(Open Telemetry)를 통해 모든 활동을 모니터링할 수 있어, 원하는 대로 데이터를 수집하고 시각화할 수 있습니다. 보안과 개인정보 보호에 대해서는 문서 페이지에 자세히 나와 있습니다.
[16:12] >> [케이티]: 아담(Adam) 님의 질문입니다. 클로드에게 코볼(COBOL) 코딩을 가르칠 수 있나요? 기억에 남는 새로운 사용 사례는 무엇인가요?
[16:20] >> [보리스]: 네, 클로드 코드는 코볼을 작성할 수 있습니다. 문제가 있다면 이슈를 제기해 주세요. 예전에 초기 클로드는 파이썬만 배웠지만 자바스크립트를 스스로 깨우쳤던 것처럼, 지금 모델은 코볼이나 난해한 언어들도 잘 다룹니다.
[16:55] 만약 모르는 게 있어도 스스로 알아낼 수 있습니다. 품질 문제나 이해 못 하는 부분이 있다면 알려주세요.
[17:10] >> [케이티]: 로렌(Lauren) 님의 질문입니다. 코워크(Co-work)를 어떻게 그렇게 빨리 만들었나요? 그리고 이 청중들이 어떻게 사용할 것이라고 예상하시나요?
[17:21] >> [보리스]: 로렌 님이 말한 '빠르다'는 게 실행 속도인지 개발 속도인지 모르겠지만, 개발 속도라고 생각하고 답변하겠습니다. 저희는 사용자 피드백을 정말 중요하게 생각합니다. 오랫동안 사람들이 클로드 코드를 코딩 이외의 용도로 사용하는 것을 보았습니다.
[18:05] 어느 날 사무실에 갔더니 데이터 과학자가 터미널에서 클로드 코드로 아스키(ASCII) 차트를 그리며 데이터 분석을 하고 있더군요. 다음 날엔 모든 데이터 과학자가 그러고 있었습니다. BigQuery MCP 서버를 사용해서 그냥 작동했던 거죠.
[18:33] 터미널은 비기술자에게는 너무 어렵고 위험할 수 있어서, 더 나은 제품을 고민했습니다. 몇 가지 실험을 거쳐 코워크를 만들었습니다. 코워크는 100% 클로드 코드가 작성했으며, 제작 기간은 약 1.5주였습니다. 이제 클로드 코드가 클로드 코드를 100% 작성하고, 코워크도 100% 작성합니다. 개발 속도는 더욱 빨라질 것입니다.
[19:26] >> [케이티]: 입소문을 탄 이 제품이 1.5주 만에 만들어졌다니 정말 놀랍네요. 리시(Rishi) 님의 질문입니다. 배포 단계에서 사양을 구현하고 엣지 케이스를 디버깅하는 고된 작업들이 있습니다. 팀이 클로드 코드를 어떻게 사용하여 이를 해결하고, 엔지니어가 아키텍처나 고객 대면 결정 같은 고부가가치 업무에 집중하게 할 수 있나요?
[19:53] >> [보리스]: 좋은 질문입니다. 참고로 코워크의 윈도우 지원 질문도 보이는데 다음 주쯤 나올 것 같습니다. 반복적인 작업은 '스킬(Skill)'로 만드세요. 예를 들어 저희 콘텐츠 디자이너는 클로드 코드의 톤앤매너를 스킬로 만들어, 클로드 코드가 코드 리뷰(CI) 단계에서 콘텐츠 가이드라인을 자동으로 검토하게 했습니다. 반복되는 지식은 스킬로 코드화하는 것이 좋습니다.
[20:52] >> [케이티]: ROI에 대한 질문이 많습니다. 프라딥(Praep) 님의 질문입니다. ROI를 정량화하기 위해 클로드 사용량을 어떻게 추적하나요? 표준 지표나 보고서가 있나요?
[21:06] >> [보리스]: 두 가지 옵션이 있습니다. 기본적으로 생산성 트래커가 있어 사용량 대시보드(작성된 코드 라인 수, 클로드 코드 작성 비율 등)를 볼 수 있습니다. 더 자세한 데이터가 필요하면 오픈 텔레메트리(Open Telemetry) 이벤트를 수집하여 원하는 데이터 저장소에 넣고 시각화할 수 있습니다.
[21:54] >> [케이티]: 보리스 님과 한두 질문 정도 더 할 시간이 있네요. 디파(Deepa) 님의 질문입니다. 클로드로 대규모 프로젝트 리팩토링, 특정 패키지 추출, 새로운 배포 가능 프로젝트 생성 등이 가능한가요? 브라운필드(기존 레거시) 공간에서의 효과는 어떤가요?
[22:09] >> [보리스]: 네, 가능합니다. 대부분의 FAANG 기업과 Fortune 100대 기업들이 이미 클로드 코드를 사용하고 있으며, 브라운필드 코드베이스의 리팩토링에 매우 효과적으로 사용하고 있습니다. 핵심 사용 사례 중 하나이며 매우 잘 지원됩니다.
[22:36] >> [케이티]: 마지막 질문입니다. 토리(Tori) 님의 질문입니다. 보리스 님의 트위터 스레드를 잘 봤습니다. 터미널을 여러 개 병렬로 실행한다고 하셨는데, 효과적인 방법은 무엇인가요?
[22:54] >> [보리스]: 저는 보통 5개의 터미널을 띄웁니다. 예전엔 3개였는데 늘렸죠. 5개의 별도 Git 체크아웃(폴더)을 만들어 각각 연결합니다. Git worktree를 쓸 수도 있지만 저는 별도 체크아웃이 덜 번거롭고 편하더군요. 그리고 /terminal setup 명령어나 클로드에게 요청하여 터미널 알림을 켜두면, 입력이 필요할 때 알림을 받을 수 있어 편리합니다.
[24:14] >> [케이티]: 팁 감사합니다, 보리스. 모든 질문에 답하지 못해 죄송하지만, 웨비나 후에 답변을 보내드리겠습니다. 감사합니다, 보리스.
[24:14] >> [보리스]: 감사합니다.
[24:14] >> [케이티]: 이제 다음 특별 게스트인 자닉 세이크 님을 소개하게 되어 기쁩니다. 제 GSI 파트너이자 응용 AI 엔지니어링 팀에 계십니다. 자닉 님께 마이크를 넘깁니다.
[24:28] >> [자닉 세이크]: 감사합니다, 케이티. 보리스 님과의 세션은 저에게도 매우 유익했습니다. 보리스 님의 이야기를 들을 때마다 항상 새로운 것을 배웁니다.
[24:41] 안녕하세요 여러분, 저는 앤스로픽의 응용 AI 팀의 자닉 세이크입니다. 보리스 님과의 대화에 이어, 실제로 그것이 어떤 모습인지 보여드리겠습니다.
[24:55] 두 가지 주요 내용을 진행하겠습니다. 먼저 비디오를 하나 보여드리겠습니다. AWS 메인프레임 현대화 데모 샘플(약 95개 파일)을 사용하여 클로드 코드가 어떻게 코드를 발견(discovery)하고, 문서화하고, 다이어그램을 그리고, 마이그레이션 계획을 수립하고 실행하며 테스트하는지 보여드리겠습니다. 그 후, 이를 어떻게 수행할 수 있는지 라이브 데모로 보여드리겠습니다. 마이그레이션은 쉽지 않고 시간이 걸리므로 작은 샘플로 진행하겠습니다. 비디오를 재생하겠습니다.
(비디오 재생 시작)
[25:45] >> [내레이션]: 개발자가 클로드 코드를 사용하여 코볼(COBOL) 코드베이스를 현대화하는 방법을 살펴보겠습니다. 데모를 위해 AWS의 메인프레임 현대화 데모 리포지토리를 사용합니다. 이는 코볼 프로그램, 카피북(Copy books), JCL 스크립트 등을 포함한 약 100개 파일 규모의 중간 크기 신용카드 관리 시스템입니다.
[26:04] 1단계: 발견 및 문서화 이 샘플 코볼 코드베이스에는 문서가 거의 없습니다. 이는 레거시 코드베이스에서 흔한 일입니다. 핵심 비즈니스 로직과 규제 요건은 문서화되지 않은 코드 속에 묻혀 있습니다. 코드를 작성한 개발자들은 이미 조직을 떠났고, 코볼에 익숙한 개발자는 구하기 힘듭니다.
[26:25] 우리는 먼저 claude code /agent 명령어를 사용하여 전문 서브 에이전트(Sub-agent)를 생성합니다. 이는 코볼 문서화 전문가이자 번역가 역할을 합니다. 서브 에이전트는 병렬로 호출될 수 있으며 메인 스레드를 오염시키지 않기 위해 독립된 컨텍스트 윈도우에서 작동합니다.
[26:41] '생각하기 모드(Thinking mode)'를 켜고 클로드 코드에게 코드베이스의 아키텍처 분석을 요청했습니다. 클로드 코드는 94개 파일의 할 일 목록을 만들고 중복 처리나 누락 없이 진행 상황을 추적했습니다.
[26:55] 클로드 코드가 생성한 문서는 단순한 코드 주석 그 이상입니다. 예를 들어 이자 계산 프로그램(CBAC4C)을 봅시다.
[27:05] 트랜잭션 카테고리 잔액을 읽고, 계정 그룹별 이자율을 조회하고, 폴백(fallback) 금리에 대한 비즈니스 규칙을 적용하고, 계정 기록을 업데이트하는 등의 전체 비즈니스 워크플로를 추출했습니다.
[27:18] 클로드는 각 파일에 대해 이 작업을 수행했을 뿐만 아니라, 두 개의 메모리 파일을 일반 텍스트로 생성했습니다. catalog.txt는 'CBAC T04C' 같은 암호 같은 이름을 '이자 계산기 배치 프로그램'으로 번역합니다. relationships.txt는 모든 의존성을 파이프(|) 구분 형식으로 매핑합니다.
[27:40] 이 인덱스를 사용하여 클로드는 머메이드(Mermaid) 다이어그램을 생성했습니다. 이는 트랜잭션 입력부터 게시, 이자 계산, 최종 고객 명세서까지 데이터가 어떻게 흐르는지 보여주는 일일 배치 처리 워크플로의 전체 지도입니다.
[27:54] 이 데모에서 클로드 코드는 1시간 동안 연속 실행되어 100페이지가 넘는 문서를 초안했습니다. 하지만 클로드 코드는 30시간 이상 자율적으로 실행될 수 있으며, 여기서 사용된 기술은 훨씬 더 큰 코드베이스로 확장 가능합니다.
[28:10] 2단계: 마이그레이션 및 검증 코볼 코드베이스를 철저히 문서화한 후, 우리는 클로드에게 핵심 기능 중 하나를 자바(Java)로 마이그레이션하도록 요청했습니다. '계획 모드'로 전환하여 클로드가 파일을 섣불리 수정하기 전에 전체 마이그레이션 전략을 생각하게 했습니다.
[28:25] 클로드는 이전 'CBAC4C' 프로그램을 분석하여 줄바꿈 처리나 다중 파일 조정 같은 복잡한 코볼 패턴을 식별했습니다. 클로드는 이 기능을 위한 5단계 마이그레이션 계획을 수립했습니다.
[28:40]
- 프로젝트 구조 생성.
- 카피북의 데이터 모델을 자바 클래스로 변환.
- 원본 파일 형식과 호환되는 IO 레이어 구축.
- 코볼 특유의 동작을 보존하며 비즈니스 로직 변환.
- 마지막으로, 원본 코드베이스를 위한 GNU COBOL 3.2.0과 Java 17을 사용하는 이중 테스트 하네스(Test harness) 생성.
[29:03] 결과물인 자바 코드는 단순한 구문 번역을 넘어섰습니다. 클로드는 적절한 디자인 패턴, 에러 처리, 로깅을 갖춘 적절한 자바 클래스를 생성했습니다. 현대 개발 팀이 실제로 유지 관리할 수 있는 관용적인 자바 코드입니다.
[29:16] 다음은 검증입니다. 새로운 자바 코드가 대체하려는 코볼 코드와 동일하게 작동하는지 확인하는 것입니다. 클로드는 여러 테스트 데이터 파일을 생성하여 원본 코볼 프로그램과 새로운 프로그램 모두에서 실행했습니다.
[29:28] 검증은 최종 출력뿐만 아니라 중간 계산, 파일 쓰기, 데이터 변환까지 비교했습니다. 결과는 비트 단위의 완벽한 일치(perfect bit-for-bit fidelity)였습니다. 모든 계산, 비즈니스 규칙, 엣지 케이스가 보존되었습니다.
[29:43] 물론 이 데모 애플리케이션은 여러분의 레거시 코볼 코드베이스보다 훨씬 작지만, 여기의 모든 기술은 확장 가능합니다. 클로드 코드는 12개월 전만 해도 불가능했던 자신감과 효율성으로 개발자들이 코드베이스를 현대화할 수 있도록 지원할 것입니다.
[30:00] >> [자닉 세이크]: 아주 좋습니다. 방금 영상이 클로드 코드(Claude Code)가 코드 현대화(Code Modernization) 영역에서 무엇을 할 수 있는지에 대한 빠른 미리보기와 통찰력을 제공했기를 바랍니다.
[30:08] 다음 부분에서 제가 하고자 하는 것은 실제로 레거시 코드베이스를 클로드 코드로 마이그레이션할 때 무대 뒤에서 어떤 일들이 벌어지는지 보여드리는 것입니다.
[30:19] 여기서 두 가지 작업을 병렬로 진행하겠습니다. 제가 이 샘플 프로젝트를 위해 마이그레이션 전략을 어떻게 구상했는지 설명해 드리는 동안, 동시에 라이브 데모도 실행할 것입니다.
[30:36] 데모가 실행되는 동안, 무대 뒤의 자산들, 즉 CLAUDE.md 파일이나 실행 전략 등이 어떻게 구성되어 있는지 설명해 드리겠습니다.
[30:49] 화면을 공유하겠습니다. 여기 보시는 것은 코볼(COBOL) 마이그레이션 프로그램입니다. 아주 간단한 프롬프트로 시작할 겁니다. "이 파일에 따라 마이그레이션해 줘"라는 내용입니다.
[31:02] 그렇게 실행해 보겠습니다. 이를 위해 아래 터미널에서 클로드 코드를 실행하겠습니다.
[31:14] 이 간단한 프롬프트를 가져와서 실행하겠습니다. 좀 더 긴 버전이네요. 기본적으로 "이주 가이드(migration guide)에 따라 직원 급여(employee salary) 코볼 프로그램을 마이그레이션하라"는 명령입니다.
[31:33] 이 작업이 병렬로 실행되는 동안, 무대 뒤의 자산들을 몇 가지 보여드리겠습니다. 이것이 우리의 마이그레이션 파일입니다. 레거시 코볼 프로그램이죠. 아주 기본적인 프로그램입니다.
[31:45] 이 경우, 우리는 클로드 코드에게 기존 기능을 복제한 다음, 급여 인상분을 20% 추가하라고 요청하고 있습니다.
[31:58] 클로드 코드에 대해 주목할 점 중 하나는 실행할 때마다 권한을 요청한다는 것입니다. 설계상 매우 안전하고 보안이 철저합니다.
[32:05] 두 가지 핵심 사항이 있습니다. 첫째, 어떤 작업을 수행하기 전에 권한을 요청합니다. 여러분은 클로드 코드와 어떤 신뢰 수준에서 작업할지 선택할 수 있습니다. 매번 확인을 받도록 할 수도 있고, 완전히 자동으로 실행되는 '위험 모드(dangerous mode)'로 실행할 수도 있습니다.
[32:25] 둘째, 클로드 코드가 코드베이스를 탐색할 때 코드를 인덱싱하지 않습니다. 즉, 배후에 벡터 데이터베이스 같은 것이 없고, 단순히 디렉토리를 파싱하고 컨텍스트를 가져오는 방식입니다. 이것이 실행되는 동안 다른 파일들을 계속 살펴보겠습니다.
[32:48] 실행을 계속하도록 두고, CLAUDE.md 파일로 가보겠습니다. 이것은 메인 컨텍스트 파일입니다. 클로드가 디렉토리에서 초기화될 때, 이 CLAUDE.md 파일을 읽고 실행을 시작합니다.
[33:03] 여기서 우리는 "클로드, 이것을 실행하기 위해 마이그레이션 전략 문서에 기록된 4단계 마이그레이션 전략을 사용해야 해"라고 말하고 있습니다.
[33:14] 그 4단계는 다음과 같습니다. 첫째, 포괄적인 테스트 스위트(Test Suite)를 생성합니다. 당연히 레거시 코드베이스를 이해하고 그에 따른 포괄적인 테스트 스위트를 만드는 것입니다.
[33:24] 둘째, 골든 데이터셋(Golden Dataset), 즉 테스트 데이터를 생성합니다. 셋째, 실제로 코드를 마이그레이션합니다. 넷째, 기존 프로그램과 새 프로그램의 결과를 병렬로 검증(Validation)합니다.
[33:39] 코드 마이그레이션을 할 때 고려해야 할 세 가지 주요 요소가 있습니다. 첫째는 구문적(Syntactic) 요소입니다. 레거시 코드베이스를 타겟 플랫폼으로 옮길 때 구문적으로 맞게 해야 합니다.
[34:06] 둘째는 의미적(Semantic) 요소입니다. 비즈니스 로직을 올바른 방식으로 가져오고 있는가 하는 점입니다. 셋째는 관용적(Idiomatic) 요소입니다. 해당 언어의 모범 사례(Best Practices)를 따르고 있는가 하는 점입니다.
[34:26] 여기 이 네 개의 파일들이 있습니다. 이것이 우리가 클로드에게 제공하는 마이그레이션 전략입니다. 이것이 클로드가 받는 첫 번째 컨텍스트이며, 이를 바탕으로 진행합니다.
[34:37] QuickStart.md는 모든 참조 명령어와 기술적인 세부 사항을 다루고, Migration Strategy.md는 실행 가이드 등을 다룹니다. 코볼 프로그램을 실행하는 데 필요한 것들, 진행 방법 등과 같은 구조를 제공합니다. 그리고 특정 시나리오에 대해 어떻게 해야 하는지도 알려줍니다.
[35:05] 첫 번째 파일인 Quick Start로 가보겠습니다. 여기서 우리가 한 것은—분명히 말씀드리지만 이 모든 것은 클로드가 생성한 것입니다—우리가 이 작업을 어떻게 실행하고 추진할지 정의하는 데 클로드를 사용했다는 점입니다.
[35:17] "코볼은 이렇게 설치하고, 다양한 자바 플랫폼은 이렇게 설치하고, 골든 데이터셋은 이렇게 생성하라"는 식입니다. 마이그레이션 전략은 앞서 말씀드린 4단계 전략을 의미합니다.
[35:35] 레거시 마이그레이션 프로젝트를 할 때 생각해야 할 방식은, 어떻게 구조를 만들어서 이 작은 프로그램 세트를 실행하면서 동시에 다른 프로젝트나 고객을 위해 확장할 수 있는 비계(Scaffolding)나 구조를 만드느냐 하는 것입니다.
[36:06] 여기서 우리는 꽤 상세한 내용을 제공하고 있습니다. 입력 데이터를 생성할 때, 즉 포괄적인 테스트 케이스를 만들 때 어떻게 해야 하는지(코드 분석, 코볼 프로그램 분석 등)를 알려줍니다. 골든 데이터셋 생성에 대한 세부 사항도 있습니다.
[36:30] 클로드가 정말 잘하는 것 중 하나(비디오에서도 보셨듯이)는 레거시 시스템을 문서화하고 이해하는 것입니다. 이 경우, 코볼의 몇 가지 특이점(Quirks)을 이해하고 이를 여기에 가져와 문서화했습니다. 그러면 실제 실행할 때 그 부분을 이해하게 됩니다.
[36:48] 테스트 데이터와 테스트 하네스(Test Harness)를 만든 후, 세 번째 단계는 실제 구현 및 스프링 부트(Spring Boot)로의 마이그레이션입니다.
[36:56] 우리는 "이 기능에 따라 마이그레이션해라. 이것들이 핵심 원칙이다. 결과물은 이런 모습이어야 한다"라고 말합니다. 매우 표준적인 구조가 있죠.
[37:06] 마지막 네 번째 단계는, 코볼과 자바에서 입력 데이터를 실행하고 검증할 수 있는 파이썬(Python) 프레임워크를 개발하여, 문자 단위(character by character)로 정확한지 출력 검증을 수행하는 것입니다.
[37:22] 제 코드가 준비된 것 같네요. 코드를, 아니 출력을 빨리 살펴보겠습니다. 그전에 파일 몇 개만 더 안내해 드리겠습니다.
[37:32] 여기 Execution Guide가 있습니다. 의존성을 어떻게 설정하고, 어떻게 더 확장 가능하게 만들지, 코볼 측 워크플로의 오류를 어떻게 관리할지 등을 다룹니다. 클로드 코드에게 매우 포괄적인 프레임워크와 비계 구조를 제공하고 실행하게 하는 것입니다.
[37:57] 물론 작게 시작해야 합니다. 문제를 정의하고, 어떻게 테스트할지 이해하고, 코드를 마이그레이션하고, 실제로 테스트하는 세상에서 시작해야 합니다.
[38:14] 클로드 코드를 사용할 때 제 모범 사례 프레임워크를 말씀드리자면, 첫째, 클로드 코드가 레거시 코드를 분석하게 하십시오.
[38:22] 둘째, 이를 바탕으로 클로드 코드가 마이그레이션 전략을 수립하게 하십시오.
[38:26] 셋째, '휴먼 인 더 루프(Human-in-the-loop)', 즉 사람이 개입하여 클로드 코드가 하는 일을 실제로 검증하게 하십시오. 비즈니스 로직이 맞는지 확인하세요. 클로드 코드의 정확도는 꽤 높지만, 이런 마이그레이션 프로젝트에서는 항상 여러분이 그 자리에 있어야 합니다.
[38:43] 또 다른 모범 사례는 효율성보다는 품질(Quality)에 집중하라는 것입니다. 레거시 코드베이스는 거대합니다. 수백만 줄의 코드가 있죠. 프로그램을 진행하면서 작은 오류들이 축적될 수 있습니다.
[39:06] 작게 시작해서 무엇이 작동하는지 파악하고, 구조를 만든 다음 확장해 나가십시오. 품질에 효율적으로 집중하고, 모든 단계에서 결과를 테스트하십시오.
[39:20] 프로그램 실행이 완료되었습니다. 약 2분 43초가 걸렸네요. 출력을 빨리 보여드리면, 여기 Java 디렉토리 안의 src 디렉토리에 자바 파일들이 생성되었습니다.
[39:46] 저는 원래 자바 개발자가 아니라서 자세히 말씀드릴 수는 없지만, 여기 계신 자바 전문가분들은 무슨 일이 일어났는지 이해하실 겁니다. 클로드 코드가 단순히 복사해서 붙여넣는 것이 아니라, 훨씬 효율적인 방식으로 작업을 수행하고 있다는 점입니다.
[40:12] 데모는 여기서 멈추겠습니다. 아주 작은 샘플 프로젝트였지만 어떤 느낌인지 전달되었기를 바랍니다.
[40:25] 요약하자면, 우리는 코드 현대화를 위해 클로드 코드를 사용했습니다. 기존 코드베이스를 마이그레이션하고 20% 급여 인상을 적용했으며, 클로드에게 전체 코드베이스를 확장할 수 있는 유연한 프레임워크를 구축하도록 요청했습니다.
[40:42] 우리는 클로드를 사용하여 테스트 케이스 생성, 테스트 데이터셋 생성, 마이그레이션, 그리고 병렬 검증을 수행했습니다.
[40:52] 마지막으로, 실제 프로젝트에서 일할 때 생각해야 할 모범 사례입니다. 프레임워크, 구조, 문서 등 재사용 가능한 자산(assets)을 만들도록 클로드를 프롬프팅하여 확장성을 높이십시오. 팀 내에서 쉽게 확장할 수 있는 특정 구조나 플러그인을 항상 사용하십시오.
[41:22] 그리고 스스로 학습할 수 있는 방식으로 만드십시오. 구조와 마이그레이션 계획을 만들고 앞으로 나아가십시오.
[41:32] 다음으로 클로드 코워크(Claude Co-work)로 넘어가겠습니다. 몇 주 전에 출시된 기능이며, 기본적으로 '나머지 워크플로를 위한 클로드 코드'입니다.
[41:45] 클로드 코드는 코드나 마이그레이션 프로젝트에서는 정말 잘 작동하지만, 나머지 지식 노동(knowledge works)을 위한 워크플로는 어떻게 해야 할까요? 여기서 클로드 코워크가 등장합니다.
[42:02] 클로드 코워크는 '클로드 데스크톱(Claude for Desktop)'에 있으며, 클로드 코드의 실행 능력을 가져와 단순히 답변만 주는 것이 아니라 행동(Action)에 집중하게 합니다. 여러분의 업무를 완수하고 더 생산적으로 만들어 여러분이 중요한 일에 집중할 수 있게 합니다.
[42:24] 클로드 코워크 데모 비디오를 보여드리고, 어떤 모습인지 설명해 드리겠습니다.
[42:33] 보시다시피, 여러분이 분석가이고 고객으로부터 RFP(제안요청서)에 응답해야 한다는 이메일을 받았다고 가정해 봅시다. 클로드 코드가 로컬 디렉토리에 접근할 수 있지만, 역시 권한을 요청합니다.
[42:51] RFP를 사용하여 클로드에게 분석을 수행하고 POV(관점)를 제공해 달라고 요청합니다. 클로드 코워크는 제공된 모든 로컬 자산에 접근하여 그 작업을 수행합니다.
[43:01] 다음으로 응답을 생성하고 데이터를 생성하고 분석을 수행하도록 요청합니다. 분석가들이 며칠 밤낮, 주말을 써가며 하던 일이죠. 클로드는 이런 분석을 수행하고 자산(artifacts)을 생성하는 데 탁월합니다.
[43:24] 이것들은 클로드 내에 저장되는 아티팩트이며 다운로드할 수 있습니다. 재무 분석, 모델링을 수행하며, 몇 달 전에 출시한 '스킬(Skills)' 기능을 사용하여 특정 정보를 제공하고 커스터마이징할 수 있습니다.
[43:40] 상황을 분석하고 요구사항을 분석하고 솔루션을 만들었습니다. 이제 클로드에게 그 내용을 바탕으로 파워포인트 프레젠테이션을 만들라고 요청합니다.
[43:54] 물론 100% 여러분이 원하는 대로 정확하지 않을 수 있습니다. 두 가지 팁을 드리자면, 첫째, '스킬'을 사용하여 더 구체적으로 만들 수 있습니다. 스킬은 클로드에 추가할 수 있는 플러그 앤 플레이 객체 같은 것입니다. 둘째, 항상 사람이 검증하고 커스터마이징할 수 있는 기능이 있습니다. 이것이 핵심 클로드 코워크입니다.
[44:27] Q&A로 넘어가기 전에 두 가지 요점을 말씀드리겠습니다. 첫째, 이번 주 금요일(30일)에 보리스(Boris)와 함께하는 클로드 코워크 심층 분석(Deep Dive) 세션이 있습니다. 아직 등록하지 않으셨다면 등록해 주세요. 보리스의 이야기는 언제나 영감을 주고 새로운 것을 배우게 합니다.
[44:51] 둘째, 코드 마이그레이션에 대한 훌륭한 플레이북(Playbook)이 웹사이트에 있습니다. 이메일로 링크를 보내드릴 테니 다운로드해 보세요. 어떻게 구조를 잡아야 할지 좋은 아이디어를 얻으실 수 있을 겁니다.
[45:07] 여기서 멈추고 케이티에게 마이크를 넘기겠습니다.
[45:12] >> [케이티]: 감사합니다, 자닉. 언제나처럼 데모가 훌륭했습니다. 뜨거운 질문들이 많이 들어왔습니다. 다 답변드리지 못하더라도 추후에 꼭 답변을 보내드리겠습니다.
[45:27] [질문 1] 야오(Yao) 님의 질문입니다. AI 코딩과 관련해, 코드가 너무 빨리 변하는데 여러 사람이 동일한 코드나 프로젝트에서 작업하는 것을 추천하시나요? 그렇다면 새로운 협업 방식은 무엇인가요?
[45:39] >> [자닉]: 네, 아주 훌륭한 질문입니다. 여러 사람이 같은 프로젝트에서 작업할 수 있고, 실제로 그렇게 하고 있습니다. 하지만 꼭 여러 사람이 필요하지는 않을 수도 있습니다.
[45:49] 클로드 코드가 있는 이유는 여러분이 해야 할 일을 확장(scale)할 수 있기 때문입니다. 물론 혼자서 모든 걸 다 할 수는 없으니 협업이 가능합니다.
[46:02] 보리스는 Git worktrees를 좋아하지 않는다고 했지만, 저는 개인적으로 worktrees를 좋아합니다. 물론 클로드 코드 전문가는 보리스니까 제 말보다는 그의 말을 들으세요. 하지만 저는 Git worktrees를 사용하여 여러 작업을 병렬로 실행하고, PR(Pull Request)을 통해 올바르게 병합하는 방식을 사용합니다.
[46:22] >> [케이티]: 좋습니다. 니어리타(Nearita) 님의 다음 질문입니다. 최고의 팀들은 인간 엔지니어와 AI 엔지니어(클로드 코드) 간의 업무를 어떻게 나누나요? 무엇을 위임하고 무엇을 위임하지 말아야 하나요?
[46:36] >> [자닉]: 정말 좋은 질문입니다. 보리스의 말을 들으셨겠지만, 그는 지금 정말 최첨단의 끝에 서 있습니다. 코딩의 100%를 클로드 코드로 하고 있죠.
[46:52] 질문에 대한 답은 간단합니다. 가능한 한 많이 위임해야 합니다. 결국 개발자로서 중요한 것은 얼마나 타이핑을 많이 하느냐가 아니라, 아이디어를 얼마나 빨리 프로덕션(상용 환경)으로 가져가서 피드백을 받느냐 하는 것입니다.
[47:11] 물론 하루아침에 되는 건 아닙니다. "기어거라, 걸어라, 뛰어라(Crawl, Walk, Run)"라는 3단계 프로세스를 추천합니다. 시스템이 무엇을 할 수 있는지 이해하고, 클로드 코드에 대한 신뢰를 구축하세요. 에이전트와 신뢰를 쌓으라는 말이 이상하게 들릴 수 있지만, 얼마나 믿을 수 있는지 파악해야 합니다.
[47:51] 그리고 어디에 '휴먼 인 더 루프(Human-in-the-loop)'로서 개입할지 파악하세요. 플러그인이든 워크플로든, 어디가 개입 지점이 될지 정하고 구축해 나가세요.
[48:05] 세상은 정말 빠르게 변하고 있습니다. 보리스는 올해 말까지 앤스로픽의 모든 사람이 클로드 코드로 코드를 작성하고 사람은 검증만 하게 될 것이라고 예측했습니다. 실제로 그런 방향으로 가고 있습니다. 저는 코딩을 잘 못하지만 매우 효율적으로 일하고 있습니다.
[48:36] >> [케이티]: 좋습니다. 프롬(Prome) 님의 질문입니다. 지금까지의 경험을 바탕으로, 클로드 코드에 어떤 개선이 가장 필요하다고 보시나요? 이건 제품 관련 질문인 것 같네요.
[48:48] >> [자닉]: 제품 팀 질문이지만 제 개인적인 의견을 말씀드리자면, 제가 많이 접하는 분야가 코드 현대화(Code Modernization) 분야입니다. 클로드 코드 자체의 개선이라기보다는 생태계에 대한 것인데요.
[49:05] 코드 현대화를 위한 기존 프레임워크나 플러그인이 더 많아지면 큰 가치를 제공할 것 같습니다. 모범 사례가 담긴 플러그인을 활용하고, 사람은 출력 검증에만 집중한다면 엄청난 기술 부채(Technical Debt)를 줄일 수 있을 것입니다. 제가 제품 담당자는 아니지만, 이것이 제 답변입니다.
[49:41] >> [케이티]: 많은 사람들이 당신을 제품 담당자보다 더 제품 담당자 같다고 할 거예요. 니콜라스(Nicholas) 님의 질문입니다. 오늘 참석자 중에 비기술적인 분들도 많으신데요. 비기술적인 사용자들이 크게 시간을 절약할 수 있는 일반적 혹은 부서별 사용 사례를 나열해 주실 수 있나요? 그리고 이것이 사람들의 업무 방식을 어떻게 바꿀까요?
[50:17] >> [자닉]: 네, 두 가지가 있습니다. 첫째, 비기술자를 위해 이제 코워크(Co-work)가 있습니다. 프로 및 맥스 구독자라면 클로드 데스크톱 앱을 다운로드해서 사용해 보세요. 피드백은 언제나 환영입니다.
[50:39] 둘째, 워크플로에 관해서는 현재 시간이 많이 걸리는 모든 일을 생각해 보세요. 예를 들어 마케팅 부서라면 마케팅 콘텐츠 자산을 만드는 데 시간이 많이 걸립니다. 코워크를 사용해 이를 생성할 수 있습니다.
[51:01] 여기서 더 효율적이 되려면 '스킬(Skills)'을 활용해야 합니다. 클로드의 기본 지능(오푸스 4.5)은 이미 업계 최고 수준입니다. 사람들은 더 많은 것을 위해 파인 튜닝(Fine-tuning)을 생각하지만, 파인 튜닝은 비싸고 새 모델이 나오면 금방 뒤처집니다.
[51:48] 스킬은 클로드 위에 얹어서 올바른 컨텍스트(문맥)를 제공하는 확장 기능입니다. 지능이 아니라 컨텍스트가 중요합니다.
[52:05] 마케팅 담당자가 자산을 만들거나, 재무 담당자가 BigQuery에서 데이터를 분석하는(앤스로픽 재무팀처럼) 등, 수작업이 많이 들어가는 장기적인 작업(Long-range task)이 있다면 시도해 보세요. 작게 시작해서 시스템에 대한 신뢰를 쌓으세요. 지금 가장 큰 장벽은 지능이 아니라 신뢰입니다. 신뢰가 쌓이면 생산성이 10배는 늘어날 것이라고 장담합니다.
[52:51] >> [케이티]: 마지막 질문입니다. 파블(Pavl) 님의 질문입니다. 코드 현대화 데모와 관련하여, 이 문서들이 단순한 코드 분석만으로 나온 것인가요? 매우 정교해 보입니다. 그리고 서비스 의존성이 많고 리포지토리가 분산되어 있으며 문서화된 단일 진실 공급원(Single Source of Truth)이 없는 브라운필드(Brownfield) 프로젝트는 어떻게 접근해야 하나요?
[53:14] >> [자닉]: 훌륭한 질문입니다. 첫 번째 부분에 대해 답하자면, 초기 문서화와 마이그레이션 전략, 실행 가이드 등은 100% 클로드가 생성한 것입니다.
[53:35] 워크플로는 코드를 분석하고(물론 간단한 프로그램이었지만), 상황을 이해하고 문서화한 뒤, 테스트 케이스와 데이터를 만들고 실행하는 방식이었습니다. 100% 그런 방식이었지만, 배후에서 무슨 일이 일어나는지 이해하는 것은 중요합니다. 두 번째 질문이 뭐였죠?
[53:58] >> [케이티]: 서비스 의존성이 많고 리포지토리가 분산되어 있고 문서가 없는 브라운필드 프로젝트는 어떻게 접근하냐는 질문이었습니다.
[54:09] >> [자닉]: 저는 개인적으로 코볼 경험이 많지 않아서 코볼 구조는 잘 모르지만, 마이크로서비스 아키텍처처럼 여러 디렉토리가 여기저기 흩어져 있는 경우를 상상해 봅시다.
[54:24] 클로드 코드에는 /add-dir (디렉토리 추가)라는 명령어가 있습니다. 이 명령어를 사용하여 애플리케이션의 컨텍스트에 추가 디렉토리를 더할 수 있습니다. 모든 것이 같은 곳에 있을 필요는 없습니다.
[54:40] 명시적인 권한만 주면 클로드는 디렉토리를 탐색하고 코드베이스를 이해하여 지식 베이스를 생성합니다. 오늘날 기업들은 수백만 라인의 코드에 클로드 코드를 사용하고 있습니다. 앤스로픽의 가장 큰 성장 분야도 코딩 분야이며, 작년에 시장 리더가 되었습니다.
[55:13] 클로드 코드를 사용하지 않는다면 경쟁사에 뒤처지는 것입니다. 1. 새로운 코드를 어떻게 작성할까, 2. 매일 발생하는 버그를 어떻게 수정할까, 3. 기술 부채를 어떻게 줄일까. 이 세 가지 시나리오 모두에서 클로드 코드는 최고의 솔루션입니다. 작게 시작해서 신뢰를 쌓으시면 결과에 놀라실 겁니다.
[55:51] >> [케이티]: 정말 감사합니다, 자닉. 좋은 내용들이었습니다. 오늘 클로드 코드와 서비스 제공 웨비나를 마치겠습니다. 훌륭한 질문과 참여 감사합니다. 보리스와 자닉에게도 감사드립니다.
[56:07] 대화를 이어가기 위해 오늘 웨비나 녹화 영상, 답변하지 못한 질문들에 대한 답변, 클로드 코드를 시작하는 데 도움이 되는 주요 리소스들을 이메일로 보내드리겠습니다. 모두에게 유익한 세션이었기를 바라며, 앞으로도 많은 참여 부탁드립니다. 좋은 하루 보내세요.
[56:28] >> 감사합니다 여러분. 안녕히 계세요.