이 발표의 핵심은 Claude Code가 단순한 터미널 코딩 도구에서 “장시간 자율 작업을 맡길 수 있는 개발 에이전트 플랫폼”으로 확장되고 있다는 점입니다.
발표자는 새 기능을 크게 두 축으로 정리합니다.
- Developer Experience 개발자가 Claude Code 안에서 더 오래 머물 수 있도록 터미널, 웹, 데스크톱 경험을 개선한다.
- Autonomy 사용자가 자리를 비워도 Claude가 권한 판단, 병렬 작업, 기억 축적, 코드 리뷰, 반복 실행까지 더 많이 처리하게 한다.
1. 도입부: 변경 로그가 아니라 “방향성”을 설명하는 발표
발표자는 Claude Code 팀이 매우 빠르게 기능을 출시하고 있어 변경 로그만으로는 흐름을 따라가기 어렵다고 말합니다. 그래서 이번 발표는 개별 기능 나열이 아니라, 새 기능들이 어떤 방향으로 묶이고 왜 중요한지를 설명하는 구조입니다.
핵심 메시지는 다음과 같습니다.
Claude Code는 개발자의 하루 중 더 많은 시간을 차지하는 작업 공간이 되고 있으며, 동시에 Claude가 더 긴 작업을 스스로 처리하도록 진화하고 있다.
즉, “코딩 보조 도구”가 아니라 개발자의 작업 환경 + 자율 에이전트 실행 환경으로 가고 있습니다.
2. Developer Experience ① Remote Control
기능 요약
Remote Control은 로컬 머신에서 시작한 Claude Code 세션을 웹이나 모바일에서 이어서 조작할 수 있는 기능입니다.
로컬 터미널에서 세션을 시작하고 remote control을 입력하면 웹 링크가 생성됩니다. 그 링크를 열면 웹이나 모바일 브라우저에서 동일한 세션을 볼 수 있고, 입력도 가능합니다.
중요한 포인트
이 기능의 핵심은 단순 원격 접속이 아닙니다.
기존 개발 환경, 누적된 세션 컨텍스트, 진행 중인 작업을 그대로 유지한 채로 이동 중에도 Claude에게 추가 지시를 내릴 수 있다는 점이 중요합니다.
발표자는 특히 다음 패턴을 강조합니다.
여러 PR을 거치며 컨텍스트가 많이 쌓인 장기 실행 세션에 Remote Control을 켜두고, 이동 중에 그 세션에게 sub-agent를 띄워 아이디어를 구현하게 한다.
실무적 의미
이건 꽤 큰 변화입니다. 개발자가 노트북 앞에 앉아 있지 않아도, 이미 맥락을 가진 Claude Code 세션을 계속 활용할 수 있습니다.
즉, Claude Code는 점점 “로컬 터미널에서 쓰는 도구”가 아니라 “항상 켜져 있는 개발 에이전트 세션”에 가까워지고 있습니다.
3. Developer Experience ② Flicker-free Rendering / Full Screen TUI
기능 요약
기존 Claude Code 터미널 UI에서는 출력이 길어질 때 깜빡임이 발생했습니다. 발표자는 이를 개선하기 위해 Full Screen Mode를 도입했다고 설명합니다.
이 모드는 터미널 스크롤백을 가상화해서 렌더링합니다.
개선 효과
핵심 효과는 네 가지입니다.
| 개선점 | 의미 |
|---|---|
| 깜빡임 제거 | 긴 출력에서도 터미널 화면이 안정적으로 유지됨 |
| 클릭 가능한 UI | 접힌 tool call 등을 클릭으로 펼칠 수 있음 |
| 긴 세션에서 메모리 안정성 | 매우 긴 세션에서도 메모리 사용량을 평평하게 유지 |
| 현재 위치 유지 | 과거 출력 내용을 읽는 중에도 새 출력 때문에 화면이 튀지 않음 |
추가 발견: Voice Mode
데모 중 /voice 기능도 소개됩니다. /voice를 켜면 스페이스바를 누른 상태로 음성 프롬프트를 입력할 수 있습니다.
이 부분은 발표의 중심 기능은 아니지만, 중요한 신호입니다.
Claude Code는 키보드 기반 CLI에서 벗어나, 음성·클릭·웹·모바일을 포함한 멀티모달 개발 인터페이스로 확장되고 있습니다.
4. Developer Experience ③ Desktop / Web GUI 개선
기능 요약
Claude Code Desktop과 Web UI가 대폭 개선되었습니다. 발표자는 특히 여러 세션을 동시에 관리하고, 각 세션의 맥락을 더 잘 파악할 수 있도록 GUI를 개선했다고 설명합니다.
주요 기능
| 기능 | 내용 |
|---|---|
| Pin section | 중요한 세션을 고정 |
| 필터링 / 그룹핑 | 프로젝트 단위로 세션을 정리 |
| Split view | 드래그앤드롭으로 세션을 나눠 보기 |
| Plan view | Claude가 세운 계획 확인 |
| Diff view | 코드 변경 사항 확인 및 라인별 코멘트 |
| Files view | 작업 디렉터리 전체 탐색 및 빠른 수정 |
| Comment aggregation | 사용자가 남긴 코멘트를 Claude가 나중에 모아서 처리 |
핵심 의미
이 GUI는 VS Code를 완전히 대체하려는 느낌보다는, Claude가 작업한 내용을 검토하고 조율하는 관제 화면에 가깝습니다.
발표자는 이 기능들이 기본 경험은 아니고, 필요할 때 잡아서 쓰는 선택적 기능이라고 말합니다. 즉, Claude Code의 중심은 여전히 에이전트 작업이지만, 사람이 개입해야 할 때 GUI가 강력한 보조 역할을 합니다.
5. Developer Experience ④ Transcript Chapter / Table of Contents
기능 요약
긴 Claude Code 대화 기록에서 특정 assistant 메시지를 chapter로 pin할 수 있습니다. 그러면 Claude가 해당 메시지의 맥락을 보고 제목을 붙여줍니다.
예시로 나온 제목은 다음과 같습니다.
| 예시 제목 | 의미 |
|---|---|
| Debug pointer down event | 특정 디버깅 구간 표시 |
| Add missing distance to trapezoid element function | 특정 기능 구현 구간 표시 |
이렇게 pin한 chapter들을 모아 대화 기록의 목차를 만들 수 있습니다.
중요한 포인트
이 기능은 작아 보이지만 매우 중요합니다.
Claude Code 세션이 길어질수록 transcript가 거대한 작업 로그가 됩니다. 이때 chapter 기능은 대화 기록을 단순 로그가 아니라 탐색 가능한 작업 문서로 바꿉니다.
여기서만 얻을 수 있는 인사이트
장기 실행 에이전트의 핵심 문제는 “작업을 시키는 것”이 아니라 “나중에 사람이 이해할 수 있게 만드는 것”입니다.
Transcript chapter는 Claude Code가 앞으로 단순 실행기가 아니라, 작업 히스토리 관리 도구가 될 가능성을 보여줍니다.
6. Autonomy ① Auto Mode
기능 요약
Auto Mode는 Claude가 tool call 권한 요청을 매번 사용자에게 묻지 않고, classifier를 통해 스스로 판단하는 권한 모드입니다.
기존에는 Claude가 긴 작업을 하다가 권한 프롬프트에서 멈추는 일이 많았습니다. Auto Mode는 이 병목을 줄이기 위한 기능입니다.
판단 기준
classifier는 크게 두 가지를 봅니다.
| 판단 기준 | 설명 |
|---|---|
| 파괴적인 작업인가? | 파일 삭제, 위험한 변경 등인지 판단 |
| Prompt injection처럼 보이는가? | 외부 입력이나 악성 지시가 포함되었는지 판단 |
안전하다고 판단되면 tool call을 실행합니다. 안전하지 않다고 판단되면 차단하고, Claude가 다른 방법을 찾도록 합니다.
핵심 의미
이 기능은 Claude Code의 자율성을 높이기 위한 핵심 장치입니다.
사람이 자리를 비웠을 때 에이전트가 멈추는 가장 흔한 이유가 권한 요청이라면, Auto Mode는 그 병목을 직접 해결합니다.
다만 이 기능은 단순히 “자동 승인”이 아니라, 위험 판단을 모델 또는 분류기가 대신하는 구조라는 점이 중요합니다.
7. Autonomy ② Worktrees
기능 요약
Worktrees는 여러 기능을 동시에 개발할 때 각각의 Claude 세션이 서로 충돌하지 않도록 분리된 작업 공간을 만들어주는 기능입니다.
Git worktree 자체는 원래 존재했지만, Claude Code에서는 이를 더 쉽게 쓸 수 있도록 인터페이스와 설정을 다듬었습니다.
주요 기능
| 기능 | 설명 |
|---|---|
| 새 worktree 생성 | cloud -w 또는 d-worktree 방식으로 새 작업 공간 생성 |
| 공유 파일 설정 | node_modules처럼 worktree 간 공유할 파일 지정 가능 |
| Claude가 직접 생성 | Claude가 필요하다고 판단하면 worktree를 만들 수 있음 |
| enter / exit worktree tool | Claude가 작업 공간에 들어가고 나오는 도구 제공 |
| 자동 정리 | 불필요한 worktree 정리 가능 |
데모 내용
Excalidraw 예시에서 세 가지 기능을 병렬로 진행합니다.
- 여섯 번째 색상 추가
- border radius 조절 슬라이더 추가
- star shape 추가용 worktree 생성
이를 통해 Claude가 여러 기능을 동시에 독립적으로 처리할 수 있음을 보여줍니다.
여기서만 얻을 수 있는 인사이트
Claude Code의 병렬성은 단순히 “여러 창을 띄운다”가 아닙니다.
실제 개발에서는 같은 repo에서 여러 에이전트가 동시에 작업하면 충돌이 납니다. Worktrees는 이 문제를 해결하면서, Claude가 여러 PR을 동시에 다룰 수 있는 구조를 만듭니다.
즉, Claude Code는 점점 단일 에이전트 도구가 아니라, 다중 에이전트 개발 오케스트레이션 도구로 가고 있습니다.
8. Autonomy ③ Automemory
기능 요약
Automemory는 Claude가 세션과 프로젝트를 넘어서 유용한 정보를 기억하도록 하는 기능입니다.
사용자가 매번 빌드 명령어, 디버깅 힌트, 프로젝트 선호사항을 반복해서 알려줄 필요가 줄어듭니다.
작동 방식
프로젝트마다 Claude가 관리하는 directory가 생기고, 그 안에 memory.md 파일이 있습니다.
이 파일은 CLAUDE.md처럼 대화에 포함되지만, 차이점은 Claude가 직접 관리한다는 점입니다.
또한 memory.md는 인덱스처럼 동작하고, 더 자세한 정보는 같은 디렉터리의 다른 파일로 링크할 수 있습니다.
중요한 구조: Progressive Disclosure
발표자는 이 구조가 skills와 비슷한 progressive disclosure 방식이라고 설명합니다.
즉, 모든 기억을 매번 컨텍스트에 넣는 게 아니라, 필요한 경우 더 자세한 파일을 참조하는 방식입니다.
Sub-agent와의 연결
Automemory는 custom sub-agent에서도 사용할 수 있습니다. memory user 또는 memory project를 지정해 sub-agent의 기억 디렉터리를 만들 수 있습니다.
모델 발전과의 연결
발표자는 이 기능이 최근 모델 발전 없이는 어려웠다고 말합니다. 특히 Opus 4 대비 Opus 4.7과 최근 모델들이 파일 디렉터리 형태의 메모리를 더 잘 관리하게 되었다고 설명합니다.
여기서만 얻을 수 있는 인사이트
이 부분은 발표에서 가장 중요한 신호 중 하나입니다.
Claude의 메모리는 단순히 “요약을 저장하는 기능”이 아니라, 파일 시스템 기반의 지식 관리 구조로 진화하고 있습니다.
이는 에이전트가 장기 프로젝트를 다루기 위한 핵심 조건입니다.
앞으로 좋은 에이전트 시스템은 단순히 긴 컨텍스트를 넣는 방식이 아니라,
기억할 것, 참조할 것, 지금 대화에 넣을 것, 별도 파일로 분리할 것을 구분하는 구조
를 가져야 합니다.
9. Autonomy ④ Code Review
기능 요약
Anthropic 내부에서 더 효과적인 코드 리뷰 패턴을 발견했다고 합니다. 핵심은 multi-phase, multi-agent code review입니다.
하나의 Claude가 전체를 보는 것이 아니라, 여러 reviewer agent가 서로 다른 관점에서 코드를 검토합니다. 이후 발견 사항이 실제로 보고할 가치가 있는지 다시 검증합니다.
사용 방식
두 가지 방식이 소개됩니다.
| 방식 | 설명 |
|---|---|
| GitHub App | 모든 PR에 자동 코드 리뷰 설정 |
| /ultra review | Claude Code 안에서 수동 실행 |
핵심 의미
이 방식은 “Claude가 코드 리뷰를 한다”보다 한 단계 더 나아갑니다.
중요한 것은 리뷰 결과를 바로 믿는 것이 아니라, findings를 다시 검증하는 단계가 포함되어 있다는 점입니다.
여기서만 얻을 수 있는 인사이트
AI 코드 리뷰의 실전 품질은 단일 리뷰어의 정확도보다, 여러 관점의 리뷰 + 검증 단계에서 나옵니다.
즉, 앞으로 AI 코드 리뷰는 다음 구조가 더 표준에 가까워질 가능성이 큽니다.
Reviewer agents → Finding aggregation → Verification → Human review
이건 실무에서 바로 참고할 만한 패턴입니다.
10. Autonomy ⑤ Routines
기능 요약
Routines는 사용자가 직접 개입하지 않아도 Claude Code 세션이 특정 조건에서 자동 실행되도록 만드는 기능입니다.
발표자는 이 기능을 “idea generation 자체를 자동화하는 단계”라고 설명합니다.
기존 기능들이 아이디어를 PR까지 보내는 과정을 자동화했다면, Routines는 무엇을 할지 찾아내는 시작점까지 자동화합니다.
Trigger 종류
Routines는 한 번 설정해두면 다음 트리거로 실행될 수 있습니다.
| 트리거 | 설명 |
|---|---|
| Cron schedule | 매시간, 매일 등 정기 실행 |
| GitHub webhook | GitHub 이벤트 발생 시 실행 |
| API endpoint | 외부에서 API 호출로 실행 |
| Local / Remote | 로컬 또는 Anthropic 서버에서 실행 |
Local vs Remote
발표자는 remote routine을 선호한다고 말합니다.
로컬 routine은 노트북이 열려 있어야 하지만, remote routine은 서버에서 스케줄링되고 실행됩니다.
데모 예시
발표자의 개인 routine은 다음 일을 매일 수행합니다.
- 전날 이후 생성된 public GitHub issue 검색
- 본인이 담당하는 area plugins, area hooks 라벨만 필터링
- reactions가 많은 이슈를 기준으로 상위 10개 정렬
- 매일 보고서 생성
실무적 의미
이건 단순 자동화가 아니라, 개발 리더나 담당자가 매일 해야 하는 이슈 모니터링, 우선순위 정리, 보고서 생성을 Claude에게 넘기는 구조입니다.
이후 이 보고서를 바탕으로 sub-agent를 실행해 실제 수정까지 이어갈 수 있다고 발표자는 말합니다.
11. Slashloop
기능 요약
/loop 또는 slashloop은 하나의 Claude Code 세션 안에서 반복 작업을 설정하는 기능입니다.
예시로 “1분마다 농담을 해줘”를 설정합니다. Claude는 cron create tool을 사용해 일정 작업을 생성합니다.
중요한 포인트
사용자가 자연어로 “stop the loop”라고 말하면 Claude가 그 의도를 해석해서 적절한 tool call로 loop를 삭제합니다.
즉, 사용자가 도구 명령어를 정확히 몰라도 됩니다.
의미
이 기능은 Claude Code가 점점 자연어 기반 작업 스케줄러가 되고 있음을 보여줍니다.
12. Tool Search
기능 요약
Tool Search는 실제 tool definition과 사용자/Claude 사이에 한 겹의 간접 계층을 추가하는 기능입니다.
핵심 의미
이 기능의 목적은 더 많은 tool을 제공하면서도 컨텍스트를 직접 많이 차지하지 않게 하는 것입니다.
기존에는 도구 정의가 많아질수록 컨텍스트 비용이 커질 수 있습니다. Tool Search는 필요한 도구를 찾아 쓰는 구조로 바꾸어, 더 많은 기능을 제공할 수 있게 합니다.
여기서만 얻을 수 있는 인사이트
이건 에이전트 플랫폼 설계에서 매우 중요한 방향입니다.
앞으로 에이전트는 모든 도구 설명을 항상 컨텍스트에 넣는 방식이 아니라,
필요한 순간에 도구를 검색하고 불러오는 방식
으로 갈 가능성이 높습니다.
이는 대규모 에이전트 시스템에서 필수적인 구조입니다.
13. Enterprise / Team 기능
마지막 부분에서는 발표에서 자세히 다루지 못한 기능들도 언급합니다.
특히 팀이나 엔터프라이즈 관리자를 위한 기능이 강조됩니다.
| 기능 | 의미 |
|---|---|
| Windows support 개선 | 이전보다 Windows 환경 지원 강화 |
| Cloud provider setup | 클라우드 환경 설정 지원 |
| Native installation | 네이티브 설치 개선 |
| Admin settings management | 조직 단위 설정 관리 |
| Plugin features | 회사 전체 개발 harness 개선 가능 |
이 부분은 Claude Code가 개인 개발자용 도구를 넘어, 조직 단위 개발 인프라로 확장되고 있음을 보여줍니다.
핵심 내용 압축 정리
| 영역 | 기능 | 핵심 의미 |
|---|---|---|
| Developer Experience | Remote Control | 로컬 세션을 웹/모바일에서 이어서 제어 |
| Developer Experience | Full Screen TUI | 깜빡임 제거, 클릭 UI, 긴 세션 안정성 |
| Developer Experience | Desktop/Web GUI | 여러 세션 관리, plan/diff/files/context 확인 |
| Developer Experience | Transcript Chapter | 긴 대화 기록을 목차화해 탐색 가능 |
| Autonomy | Auto Mode | 권한 프롬프트를 classifier가 자동 판단 |
| Autonomy | Worktrees | 여러 에이전트가 독립 작업 공간에서 병렬 개발 |
| Autonomy | Automemory | Claude가 프로젝트 지식을 파일 기반으로 축적 |
| Autonomy | Code Review | 다중 에이전트, 다단계 코드 리뷰 |
| Autonomy | Routines | cron, webhook, API로 Claude 세션 자동 실행 |
| Autonomy | Slashloop | 한 세션 안에서 반복 작업 자동화 |
| Platform | Tool Search | 많은 도구를 컨텍스트 부담 없이 검색해 사용 |
| Enterprise | Admin / Windows / Plugin | 조직 단위 도입을 위한 기능 확장 |
여기서만 얻을 수 있는 핵심 인사이트
1. Claude Code의 진짜 방향은 “IDE 대체”가 아니라 “에이전트 운영체제”에 가깝다
이번 발표의 기능들을 따로 보면 작은 개선처럼 보입니다. 하지만 묶어서 보면 방향이 명확합니다.
Remote Control, Worktrees, Automemory, Routines, Tool Search는 모두 하나의 방향을 가리킵니다.
Claude가 오래 실행되고, 기억을 축적하고, 여러 작업을 병렬로 처리하고, 정기적으로 스스로 실행되는 구조
즉, Claude Code는 단순 코딩 도구가 아니라 개발 에이전트 런타임으로 변하고 있습니다.
2. 앞으로 개발자의 역할은 “직접 구현자”에서 “에이전트 작업 관리자”로 이동한다
발표에서 반복되는 패턴은 다음과 같습니다.
- Claude에게 긴 작업을 맡긴다.
- 여러 worktree에서 병렬로 처리한다.
- auto mode로 중간 권한 병목을 줄인다.
- automemory로 프로젝트 지식을 누적한다.
- code review agent가 결과를 검토한다.
- routine으로 이슈 탐색과 보고를 자동화한다.
- 사람은 마지막에 PR과 결과를 검토한다.
이 흐름에서 개발자는 모든 코드를 직접 쓰는 사람이 아니라, 작업을 정의하고, 검토하고, 병렬 에이전트를 조율하는 사람이 됩니다.
3. 장기 세션 관리가 Claude Code의 핵심 경쟁력이 되고 있다
Remote Control, Transcript Chapter, Automemory는 모두 장기 세션을 전제로 합니다.
짧은 일회성 프롬프트가 아니라, 여러 PR과 여러 기능을 거치며 맥락이 쌓인 세션이 중요해지고 있습니다.
이건 실무적으로 매우 중요합니다.
앞으로 AI 개발 도구의 품질은 단순히 “한 번의 답변을 잘하느냐”가 아니라,
며칠, 몇 주 동안 이어지는 프로젝트 맥락을 얼마나 잘 유지하고 관리하느냐
로 평가될 가능성이 큽니다.
4. Auto Mode는 편의 기능이 아니라 자율 에이전트의 필수 조건이다
Claude가 장시간 작업을 하려면 권한 프롬프트에서 계속 멈추면 안 됩니다.
Auto Mode는 단순히 귀찮은 확인창을 줄이는 기능이 아니라, 사람이 자리를 비운 상태에서도 에이전트가 계속 전진하기 위한 기반 기능입니다.
다만 classifier가 “파괴성”과 “prompt injection”을 판단한다는 점에서, 자율성과 보안 사이의 균형을 어떻게 잡을지가 핵심입니다.
5. Worktrees는 다중 에이전트 개발의 현실적 해법이다
AI 에이전트 여러 개를 동시에 돌리는 아이디어는 흔하지만, 실제 개발에서는 같은 repo를 건드리면 충돌이 납니다.
이 발표에서 중요한 점은 Claude Code가 Git worktree를 단순히 지원하는 수준이 아니라, Claude가 직접 worktree를 만들고 들어가고 나오는 도구까지 제공한다는 점입니다.
이건 다중 에이전트 개발을 실제 프로덕션 워크플로우로 만들기 위한 구체적 해법입니다.
6. Automemory는 “긴 컨텍스트”보다 더 중요한 방향일 수 있다
많은 AI 도구가 긴 컨텍스트를 강조하지만, 이 발표는 다른 방향을 보여줍니다.
Claude가 기억을 memory.md와 연결 파일들로 관리하고, 필요한 것만 점진적으로 노출하는 구조를 사용합니다.
이건 에이전트 개발에서 매우 중요한 힌트입니다.
컨텍스트를 무한히 키우는 것보다, 기억을 구조화하고 검색 가능하게 관리하는 것이 더 중요해질 수 있다.
7. Code Review의 핵심은 “AI가 리뷰한다”가 아니라 “AI 리뷰 결과를 AI가 다시 검증한다”이다
발표에서 말한 multi-phase, multi-agent review는 단순한 자동 리뷰보다 훨씬 실전적입니다.
AI 리뷰는 잘못된 지적도 많을 수 있기 때문에, 여러 reviewer가 독립적으로 보고, 이후 findings를 검증하는 구조가 필요합니다.
이건 대표님이 실제 개발 조직에 적용한다면 그대로 참고할 수 있는 패턴입니다.
8. Routines는 Claude Code를 “개발 업무 자동화 서버”로 바꾼다
Routines는 특히 중요합니다.
Cron, GitHub webhook, API endpoint로 Claude 세션을 자동 실행할 수 있다는 것은, Claude Code가 더 이상 사람이 매번 여는 도구가 아니라는 뜻입니다.
예를 들어 다음과 같은 자동화가 가능해집니다.
| 자동화 | 가능성 |
|---|---|
| 매일 GitHub 이슈 우선순위 정리 | 가능 |
| PR 생성 후 자동 리뷰 | 가능 |
| 특정 webhook 발생 시 코드 수정 제안 | 가능 |
| Slack으로 요약 보고 | 가능 |
| 반복적인 유지보수 작업 실행 | 가능 |
이건 Claude Code가 자동화 서버 + 개발 에이전트로 진화하고 있다는 강한 신호입니다.
최종 결론
이 발표의 핵심은 한 문장으로 정리할 수 있습니다.
Claude Code는 개발자가 직접 조작하는 CLI 도구에서, 장기 기억·병렬 작업·자동 실행·다중 리뷰를 갖춘 자율 개발 에이전트 플랫폼으로 진화하고 있다.
특히 주목해야 할 변화는 다음 네 가지입니다.
- Remote Control 로컬 세션을 웹/모바일에서 이어서 관리한다.
- Worktrees 여러 에이전트가 독립 작업 공간에서 병렬로 기능을 구현한다.
- Automemory 프로젝트 지식을 파일 기반으로 축적하고 재사용한다.
- Routines cron, webhook, API로 Claude가 사용자의 개입 없이 정기적으로 실행된다.
실무 관점에서 가장 중요한 발견은 이것입니다.
앞으로 AI 코딩 도구의 경쟁력은 “코드를 잘 짜는가”에서 “오래 일하고, 기억하고, 병렬로 움직이고, 스스로 시작하고, 결과를 검증할 수 있는가”로 이동하고 있습니다.