AI 코딩 도구를 쓰지 않는 개발팀은 이제 드뭅니다. 문제는 "써봤다" 다음입니다. 어느 작업을 AI에게 맡길 것인가, 어디서 사람이 승인할 것인가, 에이전트가 저장소를 수정해도 되는 기준은 무엇인가. 이 질문에 답하지 못하면 새 기능 데모는 생산성 향상이 아니라 새로운 운영 리스크가 됩니다.
Code w/ Claude 2026은 이 질문을 보기 좋은 행사입니다. Anthropic은 올해 개발자 컨퍼런스를 샌프란시스코 5월 6일, 런던 5월 19일, 도쿄 6월 10일로 확대했고, 워크숍·라이브 데모·오피스아워·온라인 스트리밍을 제공한다고 밝혔습니다.1 행사 당일 흐름을 따라가는 라이브 블로그도 유용하지만, 핵심은 발표 목록을 외우는 것이 아니라 "AI 네이티브 개발팀의 기본 작업 방식이 어떻게 바뀌는가"를 읽는 것입니다.2
기능 데모보다 '작업 단위'가 어떻게 바뀌는지 보라
이 행사를 볼 때 가장 흔한 실수는 새 모델, 새 버튼, 새 IDE 통합만 확인하는 것입니다. 하지만 더 중요한 변화는 개발자가 AI에게 넘기는 작업의 크기입니다.
초기 AI 코딩 도구의 단위는 자동완성이나 함수 생성이었습니다. 지금의 방향은 다릅니다. 이슈를 읽고, 저장소를 탐색하고, 테스트를 실행하고, PR을 만들고, 리뷰 피드백을 반영하는 다단계 작업으로 이동하고 있습니다. Code w/ Claude 2026의 프로그램도 Research, Claude Platform, Claude Code 같은 층위로 나뉘며, Claude Code 트랙에서는 장기 작업, 멀티 리포지토리, 병렬 에이전트 같은 주제가 다뤄질 것으로 소개됐습니다.3
따라서 데모를 볼 때 질문은 "저 기능이 멋진가?"가 아니라 "우리 팀의 어떤 병목을 대체하거나 재설계하는가?"여야 합니다. 예를 들어 리팩터링 데모라면 코드 생성 품질보다 다음을 봐야 합니다.
작업 전 계획을 어떻게 세우는가
변경 범위를 어떻게 제한하는가
테스트 실패를 어떻게 처리하는가
사람의 승인은 어느 지점에 들어가는가
결과물이 커밋, PR, 문서 중 무엇으로 남는가
이 관점이 없으면 에이전트형 코딩은 "빠른 타이핑 도구"로 오해됩니다. 실제 변화는 타이핑 속도가 아니라 작업 위임 구조에 있습니다.
진짜 질문: Claude가 저장소를 만져도 되는 팀인가
Code w/ Claude의 발표자는 제품, 플랫폼, Claude Code 책임자들로 구성되어 있고, 샌프란시스코 키노트와 메인 스테이지는 온라인으로도 중계됩니다.4 즉 Anthropic은 Claude를 단순 챗봇이 아니라 개발 플랫폼으로 포지셔닝하고 있습니다.
하지만 플랫폼이 준비됐다고 팀도 준비된 것은 아닙니다. 최근 Claude Code 관련 분석에서는 원격 제어, 예약 작업, 플러그인, 병렬 에이전트, 자동 메모리 같은 흐름이 강조됩니다.5 이런 기능은 편리하지만 동시에 권한·감사·복구 체계가 없는 팀에는 위험합니다.
도입 전 최소한 다음 질문에 답해야 합니다.
에이전트가 읽을 수 있는 저장소와 수정할 수 있는 저장소가 분리되어 있는가
테스트 커버리지가 AI 변경을 검증할 만큼 충분한가
코드 스타일, 아키텍처 규칙, 금지 패턴이 문서화되어 있는가
시크릿, 고객 데이터, 내부 API 접근 정책이 정리되어 있는가
에이전트가 만든 PR을 사람이 리뷰하는 기준이 있는가
실패 시 되돌릴 체크포인트나 브랜치 전략이 있는가
반론도 있습니다. "어차피 사람이 리뷰하면 되지 않나?"라는 생각입니다. 하지만 에이전트가 만든 변경은 양이 많고 속도가 빠릅니다. 리뷰 체계가 그대로라면 병목은 코딩에서 리뷰로 이동합니다. 결국 AI 코딩 도입은 도구 설치가 아니라 리뷰, 테스트, 문서, 권한 모델을 함께 손보는 일입니다.
현장 참석, 온라인 시청, 아니면 건너뛰기
모든 사람이 현장에 갈 필요는 없습니다. 공식 안내에 따르면 도쿄 현장 신청은 이미 마감됐고, 샌프란시스코·런던·도쿄 행사는 라이브스트림을 제공하며 참가비와 온라인 시청은 무료입니다.1
현장 참석의 가치는 발표 자체보다 오피스아워와 복도 대화에 있습니다. 따라서 다음에 해당하면 현장 또는 적극적인 실시간 참여가 유리합니다.
스타트업 CTO: 제품 개발 프로세스를 Claude 중심으로 재설계하려는 경우
엔터프라이즈 엔지니어링 리드: 보안, 감사, 권한, 비용 정책을 확인해야 하는 경우
플랫폼팀: 사내 AI 개발 도구 표준을 만들 책임이 있는 경우
AI 툴 빌더: Claude Platform, MCP, 에이전트 SDK 흐름을 제품에 반영해야 하는 경우
반대로 개인 개발자나 학습자는 라이브스트림과 녹화만으로도 충분할 수 있습니다. 특히 아직 Claude Code를 제대로 써보지 않았다면, 현장 네트워킹보다 행사 전후로 작은 저장소에서 실험하는 편이 더 실질적입니다.
행사 다음 주에 해야 할 일
Code w/ Claude를 본 뒤 가장 나쁜 후속 조치는 "우리도 AI 코딩 도입하자"는 선언입니다. 좋은 후속 조치는 작은 실험입니다.
한 주 안에 하나의 작업 유형을 고르세요. 예를 들어 테스트 보강, 문서 업데이트, 작은 버그 수정, 안전한 리팩터링처럼 실패 비용이 낮은 작업입니다. 같은 작업을 기존 방식과 Claude 보조 방식으로 비교합니다. 측정 항목은 단순해야 합니다. 소요 시간, 리뷰 코멘트 수, 테스트 실패 횟수, 되돌림 여부, 개발자 만족도 정도면 충분합니다.
그리고 팀 규칙을 하나 만들어야 합니다. "Claude가 해도 되는 일"과 "아직 사람이 직접 해야 하는 일"의 경계입니다. 이 경계가 없으면 도입은 개인별 습관으로 흩어지고, 조직은 학습하지 못합니다.
Code w/ Claude 2026을 봐야 할 사람은 최신 AI 뉴스에 민감한 사람이 아닙니다. 앞으로 12개월 안에 개발팀의 작업 배분, 리뷰 방식, 플랫폼 정책을 바꿔야 하는 사람입니다. 발표의 화려함보다 중요한 것은 하나입니다. 당신의 팀은 이제 AI에게 코드를 쓰게 할 준비가 아니라, AI가 만든 변경을 안전하게 운영할 준비가 되어 있는가.
참고
2Live blog: Code w/ Claude 2026
3Code with Claude 2026: San Francisco, London, and Tokyo dates confirmed
4Opening keynote | Session | Code w/ Claude 2026
5Claude Code February 2026 update: Analysis of Anthropic's AI workspace
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.