대화가 끝나도 이어지는 작업, OpenAI dots를 맡기기 전에 정할 것

OpenAI가 9월 29일 소개한 dots는 GPT-6 Astra를 기반으로 사용자의 목표를 지속적으로 수행하는 에이전트다. 자체 클라우드 컴퓨터를 갖고 연결된 앱을 활용하며, 대화 사이에도 작업을 이어갈 수 있도록 설계됐다. 질문 한 번에 답하는 도구에서 지속적인 업무를 맡는 도구로 범위를 넓힌 셈이다. 기능은 공식 설명을 기준으로 정리했으며 실제 업무 성과를 직접 시험한 결과는 아니다.

이 변화는 부탁하는 말의 구조부터 바꾼다. 한 번 읽고 끝낼 요약문이라면 분량과 독자만 지정해도 시작할 수 있다. 계속 갱신해야 하는 업무라면 무엇을 새 정보로 볼지, 언제 다시 확인할지, 무엇이 달라졌을 때 알려 줄지까지 정해야 한다. 목표가 오래 유지될수록 짧은 지시에서 빠진 조건이 반복해서 결과에 영향을 줄 수 있기 때문이다.

시작 안내에 따르면 dots의 클라우드 컴퓨터와 사용자의 개인 컴퓨터 접근은 별개다. 로컬 컴퓨터 연결은 기본적으로 꺼져 있고 사용자가 연결해야 한다. 처음 생성하는 경로는 데스크톱 앱 또는 데스크톱 웹이다. 모바일에서 대화할 수 있는 경우에도 모바일 생성과 모바일 웹 지원까지 같은 뜻으로 확대해서는 안 된다.

업무를 정할 때는 자료의 위치도 구체화할 필요가 있다. 공동 문서에 있는 최신 계획을 기준으로 삼는지, 개인 컴퓨터의 내려받은 사본을 기준으로 삼는지에 따라 결과가 달라진다. 두 자료가 서로 다른 날짜의 내용을 담고 있다면 단순히 더 많은 접근 권한을 주는 것으로 해결되지 않는다. 어떤 문서가 기준본인지와 충돌할 때 누구에게 확인할지를 함께 알려 주는 것이 낫다.

연결 앱의 수가 많아진다고 결과가 자동으로 좋아지는 것도 아니다. 한 프로젝트에 필요한 자료가 몇 곳에 모여 있다면 그 위치를 분명히 지정하는 편이 검토하기 쉽다. 결과물을 받은 뒤에는 어떤 자료를 읽어 결론을 냈는지 확인할 수 있어야 한다. 이는 에이전트의 기능을 제한하는 형식적인 절차라기보다, 사람이 업무를 인수인계받을 때 필요한 정보와 가깝다.

공식 설명에서 선제 조사는 연결된 앱의 정보를 읽는 도구로 제한된다. 이 도구는 메시지를 보내거나 앱 내용을 바꾸거나 브라우저와 컴퓨터를 제어할 수 없다. 계정에 영향을 주거나 정보를 공유하는 후속 행동은 지시, 권한, 사용자 규칙과 안전 요구 사항에 따라 별도로 검토된다. 따라서 백그라운드 조사와 모든 행동의 상시 허용은 같은 개념이 아니다.

가상의 뉴스레터 업무로 생각해 보자. 후보 기사와 출처를 정리하는 것, 발송용 원고를 만드는 것, 구독자에게 보내는 것은 각각 다른 단계다. 글을 준비하라는 지시만으로 수신자 목록을 바꾸거나 발송을 시작해도 된다고 해석하면 의도한 업무 범위를 넘을 수 있다. 작성과 실행의 경계를 처음에 정하면 진행 중 확인도 더 구체적인 질문이 된다.

지시문에는 하지 말아야 할 일만 길게 적기보다 완료한 것으로 볼 결과를 넣는 편이 유용하다. 원문 링크가 있는 후보 목록인지, 검토 의견이 반영된 원고인지, 승인 대기 상태의 변경안인지가 분명해야 한다. 결과의 형태가 정해져 있으면 에이전트가 돌아왔을 때 사용자는 작업의 양보다 요청 충족 여부를 빠르게 판단할 수 있다.

시작 안내는 연결된 정보를 선제적으로 살펴보고 기억을 형성할 수 있다고 설명한다. 앱 연결을 해제하는 것과 이미 얻은 정보를 없애는 것은 같지 않다고도 명시한다. 이 차이는 단순한 연결 상태 표시만으로 정보 처리의 전체 상황을 판단하기 어렵다는 뜻이다. 실제로 남은 정보를 관리할 때는 해당 계정의 최신 안내를 확인해야 한다.

운영 중 선호가 바뀌는 상황도 생각해야 한다. 평소 짧은 문장을 선호하는 사람이 특정 보고서에서는 상세한 근거를 원할 수 있고, 과거의 거래 조건이 새 계약에서는 유효하지 않을 수 있다. 지속 업무를 맡길수록 이번 작업의 조건과 일반적인 취향을 구분해 전달하는 것이 중요하다. 과거 맥락을 잘 활용하는 것과 현재 지시를 정확히 따르는 것은 함께 확인해야 할 품질이다.

검토 기록도 결과 파일 하나만으로 끝내지 않는 편이 좋다. 변경한 내용, 근거가 된 자료, 아직 결정하지 못한 항목을 함께 남기면 다음 작업에서 같은 논의를 반복할 가능성이 줄어든다. 다만 모든 일에 긴 보고서를 요구하면 관리 부담이 커진다. 파일 수정에는 변경 요약, 조사에는 근거 링크처럼 작업에 필요한 최소 기록부터 정하는 방식이 현실적이다.

dots 통제 문서는 메인 작업의 일시 정지, 위임된 개별 작업의 중단, 반복 일정 비활성화를 구분한다. 메인 작업을 멈춰도 모든 개별 작업이나 다음 예약 실행이 함께 취소되는 것은 아니다. 이미 완료된 외부 변경도 자동으로 되돌아가지 않는다. 업무를 끝낼 때는 진행 중 작업과 예약 항목을 각각 확인해야 한다.

반복 업무에서는 종료 날짜보다 종료 조건이 더 적합할 때도 있다. 특정 자료가 공개되면 조사를 마칠지, 담당자가 결과를 채택하면 후속 점검을 멈출지, 변경이 없을 때 보고를 생략할지 정할 수 있다. 이런 조건은 실제 예약과 지시에 반영돼야 의미가 있다. 단순히 에이전트와 대화를 닫았다는 사실을 업무 종료 신호로 사용하는 것은 계속 수행하는 서비스의 특성과 맞지 않는다.

알림의 품질은 횟수보다 의사결정에 도움이 되는지로 볼 수 있다. 새 자료가 없다는 메시지가 매번 도착하면 중요한 변화가 묻힐 수 있다. 반대로 확인이 필요한 실패가 조용히 넘어가면 담당자는 작업이 끝난 것으로 오해할 수 있다. 정상 상태, 결과 완성, 접근 실패, 사람의 결정 필요를 구분해 알려 달라는 지시는 이런 문제를 줄이기 위한 실무적인 출발점이다.

dots는 Pro와 Business Premium을 중심으로 단계적으로 제공된다. Pro 출시 지역에서는 유럽경제지역·스위스·영국이 제외되며, Enterprise 계열은 관리자가 켜야 하는 베타로 안내된다. 대상 지역과 요금제에 해당해도 계정에 도달하기까지 며칠이 걸릴 수 있다. 한국에서 모든 연결 채널을 동일하게 쓸 수 있다는 의미는 아니다.

출시 초기의 사용량 혜택을 읽을 때도 대화, 깊은 작업, Work·Codex 작업의 범위를 나누어 볼 필요가 있다. 공식 문서들에는 초기 확대 한도와 별도 작업의 사용량 계산에 관한 설명이 함께 있다. 이런 표현을 하나로 합쳐 영구적으로 무제한이라는 결론을 내릴 수는 없다. 구매나 확대 도입을 결정하기 전에는 계정에 표시되는 적용 조건을 기준으로 다시 확인해야 한다.

지속 업무의 범위는 시간이 흐르며 바뀔 수 있다. 처음에는 팀 내부 참고용이던 자료가 나중에는 외부 고객에게 전달될 수도 있다. 이때 기존 지시를 그대로 두면 결과의 검수 수준이나 공유 대상이 새 목적에 맞지 않을 수 있다. 자료의 독자와 사용 목적이 달라졌다는 사실을 명시하고, 다음 실행부터 어떤 기준을 적용할지 정해 두는 것이 좋다.

업무 담당자가 바뀌는 순간도 점검 지점이다. 새 담당자가 이전 대화 전체를 읽어야만 운영할 수 있다면 인수인계 비용이 커진다. 현재 목표, 사용하는 기준 자료, 허용한 행동, 다음 확인 시점을 짧은 운영 메모로 남길 수 있다. 이 메모는 실제 설정을 대신하는 문서가 아니라, 사람이 현재 상태를 이해하고 설정과 대조하기 위한 설명이다.

연결된 자료에서 지시처럼 보이는 문장을 만날 때의 처리도 생각해 둘 수 있다. 외부 문서 안의 요청이 사용자의 업무 범위와 충돌한다면 자료의 내용과 실행 지시를 구분해야 한다. 사용자는 신뢰할 기준 자료를 지정하고 예상 밖의 행동이 있었는지 결과와 활동 기록을 확인할 수 있다. 자료를 읽을 수 있는 권한과 그 자료가 새로운 권한을 부여하는 것은 다른 문제다.

진행이 멈춘 작업은 실패 원인을 분류해 보면 대응이 쉬워진다. 자료가 없어서 멈춘 경우에는 입력이 필요하고, 선택지가 충돌하는 경우에는 사람의 판단이 필요하며, 접근이 막힌 경우에는 권한 확인이 필요하다. 같은 요청을 반복해서 보내는 것만으로 세 문제가 모두 해결되지는 않는다. 멈춘 이유와 다음에 필요한 정보를 함께 보고하도록 정하면 사용자의 개입도 짧아질 수 있다.

처음의 운영 기준은 사용 결과를 보고 고칠 수 있어야 한다. 너무 자주 확인을 요청해 시간이 절약되지 않는다면 승인 범위를 더 구체적으로 정하고, 예상하지 못한 변경이 생긴다면 결과 검토 지점을 앞당길 수 있다. 중요한 것은 항상 더 많은 자율성을 주는 방향으로만 바꾸지 않는 것이다. 반복해 관찰한 업무 특성에 맞추어 책임 범위를 조정하는 것이 지속 사용의 실질적인 관리다.

처음 맡길 일은 결과와 책임 범위가 작은 편이 평가하기 쉽다. 회의 자료의 누락 항목을 찾는 작업이라면 어떤 문서를 읽고 어떤 형태의 목록을 만들면 되는지 명확하다. 반면 조직 전체의 생산성을 높이라는 목표는 성공 여부와 권한 범위가 모호하다. 일을 잘게 나누는 목적은 에이전트를 바쁘게 만드는 것이 아니라 사람이 검토할 수 있는 결과 단위를 만드는 데 있다.

운영 후에는 절약한 시간뿐 아니라 검토에 쓴 시간도 기록해 볼 수 있다. 자료를 찾는 부담이 줄었는지, 결과를 믿기 위해 원문을 다시 확인하는 시간이 늘었는지, 요청 범위를 재설명하는 일이 반복되는지를 보는 것이다. 이런 기록이 있어야 어떤 책임은 더 맡기고 어떤 일은 사람이 직접 처리할지 결정할 수 있다. dots의 가치는 상시 실행이라는 기능 자체보다 계속 맡겨도 괜찮은 업무를 찾아가는 과정에서 드러날 것이다.