데스크톱 코딩 조수는 이 년에 걸쳐 한 줄 채우기에서 한 작업 수행으로 넘어갔고, 광고 문구는 경험보다 빨리 달렸다. 실제로 일을 맡겨 본 사람은 그 실망의 모양을 안다. 모듈을 다시 짜고, 여러 파일에 걸친 오래된 결함을 쫓고, 작은 전체 응용을 처음부터 만들라고 하면 에이전트는 한 단계 나아가고 확인을 기다리고 다시 한 단계 나아간다. 시험이 떨어지면 이유는 출력에서 직접 파내야 한다. 문맥이 빠지면 직접 채워야 한다. 점심때가 되면 저장소에는 커밋이 몇 개 늘고, 사람의 실감은 기술자라기보다 지시를 넣는 조작원에 가깝다.

문제는 모델이 영리하지 않다는 것이 아니다. 먼 거리의 목표가 도구의 논리 안에서 처음부터 제 몫의 대상으로 다뤄지지 않았다는 것이다. 나머지 절반은 도구의 모양에 있다. 통합 편집기는 사람이 손으로 코드를 쓰는 일을 중심으로 설계되었고, AI는 나중에 확장으로 끼워 넣어졌다. 그래서 여전히 파일 나무를 뒤지고, 터미널에 명령을 치고, 브라우저로 옮겨 결과를 본다. 그 문맥을 쥐지 못한 에이전트는 지시를 기다릴 수밖에 없다.

출발점을 바꾸다

ZCode는 반대에서 짜였다. 에이전트가 주연 자리에 앉는 데스크톱 환경이고, 자연스러운 말이 입력이며, 이룬 목표가 종점이다. 여러 에이전트가 나란히 일하고, 같은 작업 공간을 휴대폰에서 이어받는다. 모델 공급자 자신의 손에서 나왔기에 모델과 도구, 실행 흐름이 하나의 생산 라인으로 맞춰졌고, 따로 설계된 부품을 모아 만든 것이 아니다.

목표를 말하고 끝까지 맡기기

중심에는 '확인 가능한 목표'라는 생각이 있다. 명령의 연속이 아니라 조건이 붙은 결과를 준다. 첫 화면을 이 초 안에 들이고 지금 있는 시험을 모두 통과시킨 상태를 유지하는 것. 에이전트는 그것을 나누고, 파일을 고치고, 명령과 시험을 돌린 뒤, 파일 내용과 명령 출력, 시험 결과로 목표에 닿았는지 스스로 판단한다. 닿지 않았으면 한 바퀴 더 돈다. 목표가 채워지거나 진짜 벽에 부딪히면 멈춘다.

과제 판은 회차마다 진행, 걸린 시간, 실행 결과를 늘어놓아 보여 준다. 감독의 단위가 '타건마다'에서 '회차마다'로 바뀌고, 목표가 채워진 뒤 사람의 확인으로 넘어간다.

에이전트 하나가 작은 조로 늘어난다

하위 에이전트는 한 사람 일꾼을 병행해 움직이는 조로 바꾼다. 범용 하위 에이전트는 읽고 쓸 수 있고, 코드를 고치고, 문제를 고치고, 명령을 돌려 공학 작업의 큰 몫을 맡는다. 탐색 하위 에이전트는 읽기 전용이며 코드 위치를 찾고 호출 사슬을 좇고 손대기 전의 근거를 모은다. 그 탐색 기록은 주 대화를 흐리지 않는다. 세 번째는 이용자가 직접 정하며 모델과 권한 범위, 지시를 지정하고 이름으로 부를 수 있다. 조 안의 방식을 다시 쓸 수 있는 단위로 굳히는 방법이다.

여러 줄을 함께 밀어야 하는 일에서는 에이전트 하나를 여럿으로 나누는 것이 주 대화의 부담을 확실히 낮추고 긴 작업을 더 안정되게 만든다. 경험을 가장 많이 바꾸는 부분이 여기다. 재미있는 물음은 '다음 지시를 어떻게 쓸까'에서 '일을 어떻게 나눌까'로 옮겨 간다.

자리를 떠나도 책상이 따라온다

긴 작업에서 두려운 것은 에이전트가 멈추는 일이 아니다. 기계는 사무실에 있고 사람은 거기 없다는 것이다. 원격 제어는 지금 열려 있는 작업 공간을 잠시 휴대폰에 열어 준다. 진행을 보고, 지시를 한 줄 치고, 새 과제를 열고, 끊긴 작업 공간을 다시 잇는다. 읽어 들이는 부호와 브라우저 링크 말고도, 흔히 쓰는 여러 단체 대화 응용 안에 로봇 입구가 있어 모임에서 이름을 부르면 작업이 나아간다.

휴대폰은 조작 면일 뿐이다. 코드와 명령, 파일은 모두 데스크톱의 원래 환경에 남고, 휴대폰으로 복사되지도 어디론가 올라가지도 않는다. 손안의 작업 공간, 원격 셸, 리눅스 하위 체계, 격리 용기 모두 이을 수 있어, 아침 아홉 시에 시작한 일을 집에 가는 길에 한 번 보고 집에서 데스크톱으로 이어 갈 수 있다. 사슬이 끊기지 않는다.

조용한 시간대로 미루는 큰 일

급하지는 않지만 큰 일을 위해 빈 시간 대기줄이 있다. 구독자는 한꺼번에 옮기기, 전체 시험, 문서 만들기 같은 과제를 맡겨 둘 수 있고, 체계는 계산 자원이 남는 시간대에 그것을 실행하며 요금 한도를 깎지 않는다. 시간의 융통성과 비용을 맞바꾸는 거래이고, 결과는 한 시간 뒤가 아니라 다음 날 아침에 온다.

모델과 함께 맞춘다

'모델 공급자 자신의 하네스'라는 말의 근거는 만든 방식에 있다. 모델과 도구, 실행 흐름을 하나의 생산 라인으로 조정했고, 남의 하네스에 다른 모델을 얹은 것이 아니다. 공급자 내부 기준에서 같은 모델 조건일 때 전체 과제 통과율이 잘 알려진 다른 하네스와 짝지은 경우보다 이 퍼센트 남짓 높다. 우위는 파일을 넘고 단계를 넘어 마지막 수락까지 요구하는 과제에 모인다.

문맥 재사용도 맞춰졌다. 이 환경에서 잰 캐시 적중은 구십팔 퍼센트를 넘고, 다른 인기 하네스 둘은 대략 구십육과 구십오였다. 같은 사용 방식에서 유효 토큰 양은 삼십 퍼센트쯤 늘어난다.

얼마이며 어디서 도는가

도구 본체는 무료이고 AI 기능은 구독에 들어 있다. 조직에는 따로 된 방안이 있다. 데스크톱 판은 두 상용 플랫폼 각각의 두 처리기 계열과 흔한 리눅스 계열을 덮고, 그중 하나는 아직 베타로 적혀 있다. 갱신이 잦아 한 철분의 모델 적응 작업이 이미 본선에 들어와 있다.

이 모델 계열을 이미 실제 일에 쓰는 사람일수록 여기서 얻는 것이 많다. 모델 공급자가 직접 만든 하네스의 뜻은 모델의 먼 거리 능력에 마침내 자리가 생긴다는 것이기 때문이다. 정직하게 줄이면, AI를 덧붙인 좋은 편집기가 아니라 에이전트가 끝까지 옮길 수 있는 목표를 중심으로 하루의 일을 다시 짜 보려는 시도다.