코딩 에이전트, 결과물보다 '작업 환경을 넘겨받는 것'이 핵심이라는 주장
가 코드를 작성하는 능력은 이미 충분히 빠르게 좋아지고 있지만, 정작 덜 다뤄지는 부분은 작업이 끝난 '이후'라는 주장이다. 에이전트가 프로젝트를 만들고 의존성을 설치하고 서비스를 실행하고 환경변수를 바꾸고 미리보기를 띄웠다면, 그 결과물이 특정 제공업체 전용 채팅창이나 일회성 샌드박스 안에 갇혀 사라져서는 안 되고, 사람이 직접 들여다보고 이어서 작업하고 통제권을 넘겨받을 수 있는 '환경'으로 남아야 한다는 것이다.
글쓴이는 프리랜서로 이동하며 일하는데, 휴대폰에서 작업을 시작하고 나중에 노트북에서 미리보기를 확인하고 밤중에 문제가 생기면 같은 작업공간에 SSH로 접속해야 하는 경우가 많다. 이런 방식에서는 지속되는 이 부가 기능이 아니라 제품 그 자체라고 말한다.
또한 프로젝트가 하나의 모델 계정에 영구적으로 묶이는 것도 원치 않는데, 모델이 너무 빠르게 발전하고 있어 한 작업은 Claude로, 다른 작업은 Kimi나 GLM 같은 다른 제공업체로 작업공간을 다시 만들거나 프로젝트 상태를 잃지 않고 바꿀 수 있어야 한다는 것이다. 이를 바탕으로 가 사용자에게 남겨야 할 '최소 조건'이 무엇인지 묻고 있으며, 그 답으로 명시적인 설정을 갖춘 지속적인 Linux 작업공간을 꼽는다.
핵심 포인트
- 에이전트가 만든 작업 결과(설치된 의존성, 실행 중 서비스, 환경변수 등)가 사람이 이어받아 검사·재개할 수 있는 형태로 남아야 한다는 주장
- 프리랜서로서 휴대폰-노트북-SSH를 오가며 작업하는 에는 지속적인 클라우드 작업공간이 필수라고 설명
- / 같은 플랫폼은 이런 인수인계 방식에 맞지 않아 선호하지 않는다고 언급
- 프로젝트가 하나의 (Claude 등)에 묶이지 않고 Kimi, GLM 등으로 자유롭게 전환 가능해야 한다고 주장
- 가 최소한으로 남겨야 할 것은 명시적 설정을 갖춘 지속적인 Linux 작업공간이라는 결론