AI 직원의 업무 매뉴얼이 폴더가 됐다

팀의 AI가 사람마다 다르게 답한다면 어디를 고쳐야 할까. 누군가는 긴 요청을 다시 쓰고, 다른 사람은 자기 채팅방에서만 요령을 바꾼다. 가상의 팀 이야기다. Vercel이 소개한 Eve는 이 규칙을 대화창 바깥으로 꺼낸다. 에이전트 하나를 디렉터리 하나로 다루는 방식이다.

GeekNews 최신 목록의 두 번째 글이 소개한 Eve는 에이전트를 정의하고 실행·배포하는 프레임워크다. 출발점은 Markdown 지시 파일이다. 무엇을 맡을지 적고, 필요하면 TypeScript로 도구를 더한다. 새 모델을 발표한 소식이 아니라, 모델을 업무 프로그램으로 묶는 방법에 관한 소식이다.

폴더 안에는 역할을 적은 instructions.md, 재사용할 절차인 스킬, 실제 행동을 수행할 도구가 들어간다. 모델 설정이나 대화 채널, 외부 서비스 연결도 나눠 둘 수 있다. 어느 말이 답변의 기준이고 어느 코드가 실제 일을 하는지, 같은 채팅창 안에서 뒤섞이지 않게 만드는 구성이다.

이 차이를 작은 장면에 넣어 보자. 가령 문의를 분류하는 AI가 환불 약속까지 해 버렸다면, 정중하게 답하라는 문장을 더 넣는 것으로 충분할까. SOCRA라면 답변 규칙과 환불을 실행하는 도구를 따로 살핀다. 무엇을 말할지와 무엇을 할 수 있을지를 함께 고치는 문제다.

규칙이 파일로 나뉘면 팀도 같은 대상을 두고 이야기할 수 있다. 기획자는 환불의 예외를, 개발자는 실행 조건을 검토하는 식이다. 이런 협업 장면은 SOCRA가 든 예시다. Eve를 쓴 모든 팀이 그렇게 일한다는 조사 결과는 아니다. 바뀌는 것은 사람을 대신할 직함보다 함께 고칠 대상의 형태다.

오래 일하는 방식도 소개됐다. 공식 문서는 대화를 세션, 한 번의 요청에서 생기는 일을 턴, 중간 저장 단위를 스텝으로 구분한다. 작업 전체를 처음부터 다시 시작하지 않도록 진행 상태를 남기는 구조다. 다만 기록을 남긴다는 말만 듣고 아무 컴퓨터에서나 계속 실행된다고 생각하면 곤란하다.

현재 문서에서 로컬 개발과 자체 실행은 기본적으로 디스크에 상태를 저장하고, Vercel에 배포하면 Vercel Workflow를 이용한다. 작업이 돌아갈 곳이 있어야 기록도 이어 쓸 수 있다. 꺼진 노트북에 기록이 남아 있다는 것과 그 노트북에서 계속 일을 한다는 것은 다른 상황이다.

폴더만 만들면 운영 준비가 끝나는 것도 아니다. 시작 안내에는 Node.js 24 이상과 모델 인증 수단이 필요하다. 평가와 인증, 배포를 살피는 항목도 별도로 있다. 어떤 자료에 접근할지, 사람이 승인할 행동은 무엇인지, 실행 비용은 얼마인지 같은 질문은 사용자가 여전히 결정해야 한다.

SOCRA가 보는 흥미로운 변화는 AI의 일하는 법이 팀의 작업물이 된다는 점이다. 매번 잘 말하는 요령으로만 남겨 두던 것을 읽고 고칠 수 있는 파일과 도구로 꺼내는 것이다. 새 모델 이름을 외우는 것보다, 잘못된 행동이 나왔을 때 어느 규칙을 바꿀지 설명하는 능력이 드러날 수 있다.

이번 소개만으로 누구나 1분 만에 안전한 서비스를 만든다고 결론낼 수는 없다. SOCRA는 설치나 장애 복구를 직접 시험하지 않았고, 발표일도 미확인이다. 그래도 에이전트가 엉뚱한 일을 했을 때 질문은 조금 구체적이 된다. 말을 다시 걸까, 아니면 팀이 함께 그 파일을 고칠까.