에이전트 하네스가 갖춰야 할 네 가지

에이전트가 실제 업무에서 실패할 때, 원인은 모델 밖에 있는 경우가 많습니다. 컴퓨터가 꺼져 있었거나, 밤사이 도구가 바뀌었거나, 파일이 봐서는 안 될 사람에게 갔거나.

모델을 둘러싼 이 모든 것을 하네스(harness) 라고 부릅니다. 에이전트가 도는 컴퓨터, 거기 깔린 도구, 닿을 수 있는 파일과 계정, 해도 되는 일의 범위, 결과물이 가는 곳까지. 에이전트에게 사업의 한 부분을 맡기려면 하네스는 어떤 모델을 고르느냐만큼 중요합니다.

네 가지 조건 한눈에 보기

1. 필요할 때 켜고, 필요 없을 때 끈다. 에이전트가 일한 시간만큼만 냅니다.
2. 매번 같은 환경에서 돈다. 월요일 실행과 화요일 실행이 같은 자리에서 시작합니다.
3. 산출물은 권한에 맞게 나눈다. 파일과 작은 앱이 받아야 할 사람에게만 갑니다.
4. 제품은 격리해서 운영한다. 고객을 받는 것은 자기만의 환경에서 돕니다.

아래에서 하나씩 보고, 마지막에 점검표로 묶습니다.

1. 필요할 때 켜고, 필요 없을 때 끈다

에이전트의 일은 몰려서 옵니다. 아침 9시에 매출 정리, 점심 뒤에 보고서 초안, 저녁에 테스트. 그 사이에는 기다립니다.

컴퓨터를 하루 종일 켜 두면 세 시간 남짓 일을 시키려고 24시간 값을 냅니다. 아래는 그런 하루의 예입니다.

켜고 끄는 것은 쉬운 쪽입니다. 어려운 쪽은 껐다 켰을 때 무엇이 남느냐입니다. 끌 때마다 파일이 사라지면 에이전트는 일을 받을 때마다 준비부터 다시 합니다. 저장소를 다시 받고, 패키지를 다시 깔고, 다시 로그인합니다. 시간과 오류는 바로 여기서 쌓입니다.

그래서 세 가지를 봅니다.

• 일이 오면 컴퓨터가 알아서 켜지는가?
• 한동안 조용하면 알아서 꺼지는가?
• 다시 켜졌을 때 파일이 그대로 있는가?

2. 매번 같은 환경에서 돈다

내가 바꾼 것도 없는데 월요일에 되던 에이전트가 화요일에 실패한다면, 대개 다른 컴퓨터를 만난 것입니다. 패키지가 업데이트됐거나, 도구 위치가 바뀌었거나, 권한이 달라졌거나. 사람은 그걸 알아채고 맞춰 갑니다. 에이전트는 무엇이 바뀌었는지 잘 모르니 짐작으로 움직입니다.

해법은 환경을 적어 두는 것입니다. 시스템 이미지, 도구 버전, 컴퓨터 크기, 남겨 둘 파일, 손대도 되는 범위, 연결된 계정. 모든 실행은 이 기록에서 시작합니다. 바꿀 때는 일부러 바꾸고, 새 버전 번호를 붙입니다.

계정과 키도 하네스에 들어갑니다. 다만 프롬프트 밖에 보관합니다. 프롬프트에 붙여 넣은 키는 모델을 부를 때마다 같이 실려 가고, 로그에도 남습니다.

3. 산출물은 권한에 맞게 나눈다

에이전트는 사람을 위해 무언가를 만듭니다. PDF 보고서, 표, 신청 페이지. 이런 것은 에이전트의 컴퓨터를 떠나 누군가에게 가야 합니다. 그렇다고 모두에게 가면 곤란합니다. 주간 보고서는 팀에게, 초안은 내가 읽기 전까지 나에게만.

산출물을 잘 다루는 하네스는 세 가지를 합니다.

• 모든 산출물은 비공개로 시작한다.
• 공유는 일부러 하는 단계이고, 수준이 있다. 내가 고른 사람, 링크가 있는 사람, 전체 공개.
• 산출물마다 어느 에이전트가 만들었는지 남긴다. 이상한 게 보이면 누구에게 물어야 할지 알 수 있게.

4. 제품은 격리해서 운영한다

어떤 일은 그 일을 시작한 대화보다 오래 삽니다. 병원 예약 봇, 매일 아침 가게에 알림을 보내는 가격 추적기. 고객이 매일 기대는 것이니 이건 제품입니다.

제품은 자기만의 환경에서 돌아야 합니다. 전용 컴퓨터, 전용 데이터, 전용 키, 전용 네트워크 규칙, 그리고 이 모두를 정하는 자기 하네스. 그러면 한 제품의 버그나 새어 나간 키가 그 제품 안에서 끝나고, 하나를 고칠 때 다른 제품을 건드리지 않습니다.

그래서 무엇부터 하면 되나

지금 돌리고 있는 에이전트 하나를 골라 이 표를 따라가 보세요.

질문	답이 「아니요」라면
할 일이 없을 때 컴퓨터가 꺼지는가?	놀고 있는 시간에도 돈을 내고 있습니다.
지난번과 같은 파일, 같은 도구로 시작하는가?	「어제는 됐는데」 류의 실패가 계속 납니다.
환경이 버전과 함께 적혀 있는가?	실행이 깨졌을 때 무엇이 바뀌었는지 알 수 없습니다.
키를 프롬프트 밖에 보관하는가?	키가 로그와 모델 호출에 섞여 들어갑니다.
산출물이 누군가 공유하기 전까지 비공개인가?	확인하기 전의 초안이 사람들에게 갑니다.
제품마다 따로 환경이 있는가?	한 제품의 버그가 다른 제품의 데이터에 닿을 수 있습니다.

위의 두 줄부터 시작하세요. 고치는 데 돈이 적게 들고, 무작위처럼 보이던 실패 한 갈래가 통째로 사라집니다.

endue 에서는

endue OS 는 이 네 가지 조건에 대한 저희의 답입니다. 지금은 프리뷰입니다. endue 에서 오늘 바로 쓸 수 있는 것은 이렇습니다.

• 에이전트마다 자기 Workspace 가 있습니다. Linux 나 Chrome 컴퓨터입니다. 에이전트가 필요할 때 켜지고, 기본값으로 15분 동안 안 쓰면 멈춥니다. endue OS 콘솔에서 이 시간을 1분부터 24시간까지 바꿀 수 있습니다. 파일은 그 자리에 남아서 다음 일이 지난 일이 끝난 곳에서 이어집니다. 비용은 켜져 있던 시간과 파일을 담아 두는 디스크만큼 endue 크레딧으로 냅니다.
• Workspace 는 매번 같은 이미지에서 시작합니다. 크기는 고를 수 있습니다. 예를 들어 CPU 1개와 메모리 1 GB, 또는 CPU 2개와 4 GB.
• 산출물은 기본이 비공개입니다. 읽기 전용 링크로 공유합니다.

endue OS 가 다음으로 만들고 있는 것은 한 걸음 더 나갑니다. 에이전트의 필요에 맞춰 클라우드 공급자와 컴퓨터를 골라 줍니다. 가장 싼 쪽이든 가장 빠른 쪽이든. 제품은 자기 하네스에 따라 완전히 격리된 환경에서 운영합니다. 그리고 모든 데이터는 언제든 원하는 곳으로 옮겨 갈 수 있게 합니다. 이 세 가지는 아직 쓸 수 없습니다. 하나씩 나올 때마다 따로 글로 전하겠습니다.

Workspace 안내는 문서에, 공유는 아웃풋 항목에 있습니다. 첫걸음으로는 에이전트 하나, Workspace 하나, 매주 반복하는 일 하나면 충분합니다. 그다음 디바이스 화면을 열어 컴퓨터가 멈췄다 깨어나는 것을 지켜보세요.