01
큐레이터의 판단
매번 대화를 열어 지시하는 AI에서, 익숙한 메신저로 일을 맡기고 자리를 비운 뒤에도 작업을 이어가는 개인 에이전트로 시야를 넓히는 자료다. Lee Robinson의 ‘Stanford CS146S: How always-on agents work’는 발표자 팀의 Grok Bot 설계 사례를 통해 기억·정기 실행·이벤트·승인 화면이 어떻게 연결되는지 설명한다. 기술 구현은 이 사용 경험을 이해하는 보조 사례로 읽을 수 있다. 일부는 개발 중인 기능을 포함하며, 제품의 효용과 장기 작업에 관한 전망은 발표자의 설명이다. 이 엔지니어링 사례가 일반 사용자의 보편적 채택을 입증하지는 않는다.
02
누구에게 유용한가
AI로 반복 업무를 처리해 보았고, 매번 맥락을 다시 설명하거나 결과를 기다리는 수고를 줄이고 싶은 사람. 파일에 남는 작업 기록·정기 실행·앱 접근 권한의 기본 개념을 알면 좋다. 코드나 서버 운영 경험 없이도 사용 흐름을 따라갈 수 있지만, Temporal·실행 격리 같은 구현 부분은 별도 배경지식이 필요하므로 첫 시청에서는 사용 경험과 판단 기준에 집중해도 좋다.
03
핵심 내용
00:53 · 노트북을 닫아도 이어지는 작업 ↗
- Robinson은 서버에서 실행되고 재시작이나 장애를 견디며, 클라우드의 컴퓨터에 파일을 남기는 에이전트를 소개한다. 몇 주나 몇 달에 걸친 작업은 이 구조로 지향하는 목표로 설명한다.
05:32 · 익숙한 메시지로 일을 맡기기 ↗
- Robinson은 문자와 휴대전화에 익숙한 사람이 메시지를 보내듯 작업을 맡기는 인터페이스를 강조한다. 질문에 답하는 데서 긴 작업을 수행하는 쪽으로 사용 방식이 바뀐다는 그의 설명이다.
09:18 · 작업 절차를 스킬과 정기 실행으로 ↗
- Robinson은 작업 절차와 성공·실패 기준을 마크다운 스킬에 적는 방식을 설명한다. 스킬이나 서버를 연결하는 Grok Bot의 플러그인과, 정해진 시간에 프롬프트를 실행하는 루틴도 소개한다.
10:13 · 이벤트가 깨우고 필요한 때만 알리기 ↗
- Robinson의 설계에서는 메시지나 이벤트가 에이전트를 깨우고, 대화·기억·루틴의 상태를 보존한 채 사용하지 않는 실행 환경은 잠든다. 그는 모든 사용자의 컴퓨터와 서버를 계속 실행하면 비용과 자원 부담이 커진다고 설명한다.
- Slack 호출이나 오래 걸린 작업의 결과를 대화에 넣기 전에 중복을 정리하고 사용자에게 알릴지 판단한다고 설명한다. 모든 진행 상황이 알림을 필요로 하지는 않는다는 관점이다.
19:13 · 실행 결과를 확인·승인하는 화면 ↗
- Robinson은 서버가 보낸 내용을 클라이언트가 로그인·결제 등 상황에 맞는 화면으로 표시할 수 있다고 설명한다. 이메일이나 Slack 메시지 전송처럼 되돌리기 어려운 작업에서는 초안을 수정하고 승인하도록 요청할 수 있다는 예를 든다.
26:53 · 받은 자료와 사용자 지시를 구분하기 ↗
- Robinson은 받은 이메일이나 웹훅 같은 신뢰하지 않는 입력을 사용자 지시처럼 실행해서는 안 된다고 말한다. 이런 지시 주입을 막는 일은 업계에 남은 과제로 설명하며, 되돌리기 어려운 전송에는 사용자 승인을 받고 비밀번호는 모델과의 대화 밖에서 관리하는 흐름을 제안한다.
32:51 · 항상 넣을 기억과 필요할 때 찾을 기록 ↗
- Robinson은 항상 필요한 사용자 정보, 날짜별 대화 기록, 잠깐 쓰는 작업 메모를 나누어 설명한다. 그 밖의 정보는 파일에서 찾아 쓰는 구조이며, 무엇을 계속 기억할지 고르는 여러 방식이 있다고 말한다.
41:10 · 언제 말을 걸어야 할지는 남은 문제 ↗
- Robinson은 에이전트가 조용히 있을 때와 사용자에게 말을 걸 때를 정하는 기준이 아직 완벽하지 않다고 인정한다. 놓친 수업의 기록과 요약을 먼저 보내는 일이 도움이 될지 성가실지, 그 균형을 예로 든다.
04
큐레이터의 해석•제안
- 반복 업무 하나를 골라 메시지로 맡길 입력, 작업을 깨울 시간이나 이벤트, 완료 조건을 적어 보기를 권한다. 예를 들어 회의 준비라면 전날 관련 기록을 모으고 아침에 요약하는 흐름부터 시험한다. 중간 진행은 기록으로 남기고, 완료·실패·승인이 필요한 때만 알리도록 기준을 정한다.
- 기억과 스킬을 어디에 보관하고 어떻게 수정·내보내기·삭제할 수 있는지 확인하기를 권한다. 공급자가 제공하는 클라우드 컴퓨터는 사용자의 데이터·실행 환경 소유권을 뜻하지 않는다. Grok Bot의 구조에서 필요한 패턴을 가져오되, 제품 선택은 데이터와 작업 절차를 옮길 수 있는지까지 따로 검토한다.
- 여러 앱을 잇는 작업은 읽기·초안 작성부터 시작하고, 받은 메일·웹페이지·웹훅을 사용자 지시로 취급하지 않게 경계를 정한다. 비밀번호는 대화 밖에서 관리하고, 이메일 발송이나 결제는 내용·대상·금액을 보여 준 뒤 승인하기를 권한다. 노트북을 닫거나 실행이 중단된 뒤에도 작업과 기록이 이어지는지, 승인 전 외부 실행이 멈추는지 확인한다. 실패나 중복 실행이 생겼을 때 멈추고 복구할 방법도 정한다.
05