00:00:00오늘 여러분을 위해 작은 게임을 준비했습니다. 여기 몇 가지 앱과 IDE,
00:00:06에이전트 기반 엔지니어링 도구들이 있는데, 어느 것이 무엇인지 맞춰보세요. 뭐 느끼셨나요?
00:00:15거의 다 비슷해 보이죠. 자, 이건 VS Code입니다. 좀 다르게 생겼죠? 에이전트
00:00:22바가 왼쪽이 아니라 오른쪽에 있고, 여전히 프로젝트당 하나의 워크스페이스를 열어야 합니다.
00:00:31말하자면 프로젝트당 하나의 VS Code 창을 띄우고, 그 안에 해당 프로젝트용 에이전트들이 있는 거죠. 하지만
00:00:38물론 이것도 바뀔 예정입니다. 릴리스 노트를 살펴보면, 향후 버전에서는
00:00:46Visual Studio Code 에이전트 모드나 뷰, 앱 등이 추가될 것입니다. 만약
00:00:54VS Code Insider 프로그램의 릴리스 채널에 참여하고 있다면 이미 사용해 보셨을 수도 있죠. 미래에도 VS Code는
00:01:02여전히 존재할 것입니다. 지금 모습 그대로 사용할 수 있고, 사라지지 않을 거예요. 하지만
00:01:09미래에는 이 앱을 대안으로 사용할 수 있게 될 것이고, VS Code 내부에서
00:01:17실행할 수도 있을 겁니다. 그리고 여기 보세요. 왼쪽에는 여러 프로젝트가 있고
00:01:24그 아래에는 프로젝트별로 그룹화된 여러 세션이 있습니다. 즉, 하나의 애플리케이션에서
00:01:33Cloud Code처럼 모든 프로젝트의 모든 에이전트를 관리할 수 있게 됩니다. 네, 이게 Cloud Code이고
00:01:39이건 Codex입니다. 이건 Codex 혹은 Cursor인데, Cursor도 당연히 원하신다면
00:01:48기존의 IDE 모드를 여전히 지원합니다. 그리고 물론 CLI도 있습니다. Codex나
00:01:55Cloud Code를 CLI를 통해 사용할 수 있죠. 저는 Cloud Code와 Codex, 그리고 제 AI 코스에서도
00:02:02GitHub Copilot과 Cursor를 다루고 있습니다. 그 강의에서 GitHub,
00:02:09Copilot, Cursor의 경우 IDE(VS Code 및 Cursor)를 다루고, Codex와 Cloud Code는 CLI와 데스크톱 앱을 다룹니다.
00:02:17이렇게 다양한 선택지와 방식이 있지만, 데스크톱 앱에 있어서는 꽤 명확한 승자가
00:02:23보이는 것 같습니다. 미래의 에디터, 혹은 IDE라고 불러야 할까요? 그 모습은
00:02:30분명 이런 모습일 것 같고, 충분히 일리가 있습니다. 물론
00:02:37이것이 정말 최종 형태일지는 알 수 없습니다. 그럴 가능성은 오히려 낮다고 봅니다.
00:02:44지난 1년 동안만 해도 이 분야에서 엄청난 변화와 진화,
00:02:52그리고 에이전트와 상호작용하는 방식의 발전이 있었기 때문에 이것이 최종 형태가 아닐 수도 있습니다.
00:02:59하지만 현재로서는 이것이 최선이고, 앞서 말했듯이 꽤 합리적입니다. 다만
00:03:07각 프로젝트마다 5개의 에이전트가 돌아가는 프로젝트 4개를 동시에 작업해야 하는지는 잘 모르겠습니다.
00:03:15그건 여러분의 선택이겠죠. 저는 개인적으로 대부분의 경우 한두 개의 에이전트만 사용합니다.
00:03:25제가 맡긴 작업에 대해 생각하고 코드를 분석하고 싶기 때문이죠. 하지만 뭐,
00:03:31제가 그냥 구식이라 그럴 수도 있고, 이것도 바뀔 수 있습니다. 정말 미친 듯이 여러 프로젝트를
00:03:39동시에 오가며 작업할 수도 있죠. 이건 새로운 패러다임입니다. 4년 전이나 3년 전,
00:03:48심지어 2년 전만 해도 이런 방식은 존재하지 않았습니다. VS Code 창을 4개나 띄워놓고
00:03:56끊임없이 창을 옮겨 다니며 이 프로젝트 저 프로젝트에 코드를 쓰는 일은 없었습니다.
00:04:01왜냐하면 당시에는 직접 코드를 썼으니까요. 하지만 요즘 우리 중 대다수는,
00:04:10물론 여러분은 아닐 수도 있지만, 많은 개발자가 코드를 직접 덜 쓰고 있습니다. 저 역시
00:04:15확실히 코드를 덜 씁니다. 이미 다른 영상에서도 말씀드렸죠. 이제 우리는 에이전트를 조율하기 때문에
00:04:23이런 UI가 생겨나는 것이 이치에 맞습니다. 현재 이 기업들이 여전히 고민 중인 부분은
00:04:29이런 종류의 앱이 갖춰야 할 UI의 세부 사항들입니다. 예를 들어
00:04:40Codex는 터미널이 하단에 있고, Cloud Code는 오른쪽에 있습니다. 터미널 액세스가
00:04:47제공되는 건 당연히 합리적이죠. 오른쪽이 나은지 하단이 나은지는 논쟁의 여지가 있겠네요.
00:04:52두 앱 모두에 있는 또 다른 기능은 코드 변경 사항(Diff) 미리보기입니다. 지금은
00:05:00커밋하지 않은 변경 사항이 없지만, 여기 Cloud Code에서는 커밋되지 않은 변경 사항이나
00:05:06에이전트에 의해 적용된 코드의 변화를 쉽게 확인할 수 있습니다.
00:05:12거기에 코멘트도 달 수 있는데, 그 코멘트는 대화의 컨텍스트(문맥)로
00:05:21추가됩니다. 이 기능은 몇 시간 전에 출시된 새로운 Cloud Code 데스크톱 앱의 기능이며
00:05:27이미 제 코스에서 다뤘습니다. Cloud Code 데스크톱 앱뿐만 아니라
00:05:33Codex 데스크톱 앱에도 있는 기능이죠. 또한 내장 브라우저 같은 기능도 있습니다. Cloud Code의
00:05:39내장 미리보기 모드를 설정하면 브라우저를 실행할 수 있는데, 이 브라우저에서
00:05:45요소를 선택해 대화의 컨텍스트로 추가할 수도 있습니다. 이런 기능들이
00:05:51존재하죠. Cursor도 마찬가지입니다. 작년에 브라우저 기능을 발표하며
00:05:57큰 주목을 받았죠. 웹 개발에 있어서 이런 IDE들의 새로운 트렌드입니다.
00:06:02VS Code도 비슷한 기능을 발표한 것 같네요. 통합 브라우저 기능을
00:06:09개선하고 싶어 하죠. 우리가 보고 있는 것은, 피드백 루프를 이전보다 훨씬
00:06:14쉽게 닫을 수 있는 세상으로 나아가고 있다는 점입니다. 여러 프로젝트에서
00:06:22다수의 에이전트를 조율하는 동시에, 동일한 IDE나 에디터 내에서
00:06:28실시간 미리보기를 확인하고, 요소를 클릭하거나 앞서 말한 것처럼
00:06:37미리보기 창이나 Diff 창에 바로 코멘트를 달 수 있는 환경 말이죠.
00:06:43그렇게 AI에게 피드백을 제공할 수 있습니다. 이것이 분명 우리가 나아가는 방향이며,
00:06:50반대로 덜 중요해지는 것은 기존의 전통적인 IDE 기능들입니다.
00:06:58내장된 디버거 흐름 같은 것들인데, 사실 저도 자주 쓰지는 않았지만 어쨌든 사라지는 추세입니다.
00:07:07파일 트리 같은 것도요. 파일 트리가 있긴 하지만 기본적으로는 변경된 파일만 보여줍니다.
00:07:14에이전트가 작업하고 있다면 누가 전체 파일에 신경 쓰겠어요? 하지만 저는 여전히 신경 씁니다.
00:07:22그래서 저는 보통 VS Code에 프로젝트를 열어두고, 개인적으로는 보통
00:07:30그 안에서 터미널을 열어 Cloud Code, Codex 혹은 Pye(Codex 구독 포함)를 사용합니다.
00:07:38저는 이런 터미널 기반의 코딩 어시스턴트 방식을 아주 즐겨 사용하지만, 가끔은
00:07:46데스크톱 앱으로 넘어가기도 합니다. 그럴 때도 전체 파일 트리를 보거나
00:07:54현재 에이전트가 건드리지 않은 파일까지 확인하고 싶은데, 이런 기능이
00:07:59새로운 IDE나 에이전트 기반 엔지니어링 앱에서는 빠져 있는 경우가 많습니다. 대신
00:08:07일부 앱에는 '루틴'이나 Codex의 '자동화' 같은 기능이 있습니다. 이는
00:08:14AI 에이전트를 단순히 코드 편집이나 생성 이상의 용도로 사용하는 기능입니다. 예를 들어
00:08:21매일 혹은 평일 특정 시간에 특정 프롬프트가 실행되도록
00:08:29루틴을 만들 수 있습니다. 코드에 직접적인 영향을 주는 프롬프트일 수도 있고,
00:08:33최근의 변경 사항이나 마지막 커밋을 분석하는 프롬프트, 혹은 전혀 다른 작업일 수도 있죠.
00:08:38이런 기능들이 포함되어 있습니다. 하지만 정말로 익숙했던 기존의
00:08:46IDE와 코드 에디터는 저물고 있는 것처럼 보입니다. 물론 여기서 저문다는 것은
00:08:54아주 빠르게 일어나는 과정은 아닙니다. AI의 진화가 매우 빠르고
00:09:02항상 많은 것이 변하고 있지만요. 제가 속해 있는 이 테크 버블을
00:09:09넘어서서 생각해야 합니다. 네, 저도 이 버블의 일부라는 걸 잘 알고 있습니다.
00:09:14하지만 이 버블을 벗어나 일반적인 기업과 그곳에서 일하는 평범한 사람들을 보면
00:09:20그들이 내일 당장 IDE와 코드 에디터를 버리지는 않을 것입니다. 그건 명확하죠. 하지만
00:09:28미래에는 전반적으로 구식 IDE의 중요성이 점차 낮아질 것이라고 생각합니다.
00:09:38여러분의 생각은 어떤지도 궁금하네요. 저의 큰 의문은 지금 보고 계신 이런
00:09:44데스크톱 애플리케이션이 승리할 것인지, 아니면 CLI 기반의 터미널 UI가 승리할 것인지입니다.
00:09:53터미널에서의 Cloud Code 같은 방식은 단점이 명확합니다. 터미널이 모두를 위한 것은 아니니까요.
00:09:59저도 개인적으로 터미널에서 고전할 때가 있습니다. 하지만 앞서 언급했듯이
00:10:05일반 IDE를 쓰면서 터미널에 통합된 코딩 에이전트를 두는 워크플로우를 선호합니다.
00:10:12그래도 이런 애플리케이션 방식이 주는 장점은 확실해 보입니다. 보기에도 더 좋고,
00:10:19입문자나 초보자뿐만 아니라 숙련된 개발자에게도 더 쉽고 사용자 친화적이죠.
00:10:24이 중 어떤 접근 방식이 승리할지, 아니면 두 방식 모두 공존하게 될지 지켜보는 것이 흥미롭겠네요.
00:10:31현재로서는, 그리고 당분간은 두 방식 모두 공존할 가능성이 매우 높습니다.
00:10:39그리고 처음에 말씀드렸듯이, 이 에이전트 기반 엔지니어링 앱 스타일은
00:10:47지금은 서로 비슷해 보여도 계속해서 진화할 것입니다. 우리의
00:10:53전체적인 워크플로우와 업무 환경, 그리고 사용하는 도구들이 1년 뒤에는
00:11:02어떤 모습일지 정말 궁금합니다.