OpenAI가 새로운 형태의 AI 에이전트 ‘닷츠(dots)’를 공개했다. 단순히 질문에 답하는 챗봇이 아니라, 사용자의 업무 방식을 학습하고 24시간 스스로 일을 처리하는 ‘항상 켜져 있는(always-on)’ 에이전트라는 점이 핵심이다. 이미 개발, 제품 출시, 연구 등 다양한 업무 시나리오에서 실제로 작동 중이라고 밝힌 만큼, 기존의 AI 어시스턴트와 무엇이 다른지 짚어볼 필요가 있다.
닷츠는 무엇이고 어떻게 작동하나
닷츠는 GPT-6 아스트라(Astra)를 기반으로 하는 에이전트로, 자기 자신만의 클라우드 컴퓨터와 브라우저를 가지고 있다. 사용자가 매번 지시하지 않아도 스스로 판단해 작업을 진행하며, 4000개 이상의 앱과 연동되는 플러그인 생태계를 통해 실제 업무 도구에 접근할 수 있다. ChatGPT뿐 아니라 Slack, Teams 등 사용자가 이미 쓰고 있는 협업 도구 안에서도 호출할 수 있어, 별도의 창을 열지 않고도 대화나 음성 통화로 피드백을 주고받을 수 있다.
중요한 건 학습 방식이다. 닷츠는 사용자와 상호작용하면서 선호도, 사고방식, ‘괜찮은 결과물’에 대한 기준을 시간이 지날수록 축적한다. 원문에 소개된 사례에 따르면, 한 초기 테스터의 닷츠는 사용자가 특정 매체에 청구서 보내는 것을 깜빡한 사실을 스스로 파악해 청구서를 준비하고, 승인만 받아 발송했다고 한다.
기존 AI 어시스턴트와 다른 지점
기존 챗봇형 AI 도구는 대화 세션이 끝나면 맥락이 사라지고, 사용자가 매번 요청을 명확히 지시해야 작업이 진행됐다. 반면 닷츠는 하나의 프로젝트를 맡기면 다른 작업을 동시에 처리하면서도 계속 진행 상황을 이어간다. 사용자는 여러 스레드를 직접 관리하거나 매 단계를 지시할 필요 없이, 새로운 작업이나 아이디어를 계속 던져주기만 하면 된다.
또한 자신의 컴퓨터에서 작업하는 모습을 사용자가 언제든 열어서 확인할 수 있고, 필요하다면 사용자의 노트북에 직접 접근할 권한을 부여해 옆에서 함께 작업하도록 만들 수도 있다. 이는 결과물만 던져주는 기존 자동화 도구와 달리, 작업 과정 자체를 투명하게 들여다볼 수 있다는 점에서 차이가 있다.
OpenAI 내부에서 확인된 실제 활용 사례
원문에 따르면 OpenAI 사내에서는 이미 닷츠가 실무에 투입돼 있다. Slack에 버그 리포트가 올라오면 닷츠가 곧바로 원인 조사를 시작하고, 새로운 디자인이 도착하면 팀이 고객 피드백에 집중하는 동안 닷츠가 이를 실제 동작하는 앱으로 구현한다. 기획 주기가 시작되면 마감일까지 팀 전체가 계획대로 움직이도록 조율하는 역할도 맡는다.
개발자, 제품 출시 담당자, 연구자 각각의 시나리오도 구체적으로 소개됐다. 개발자의 경우 고객 피드백에서 반복되는 요청을 닷츠가 파악해 작은 개선사항과 버그 수정 범위를 정하고, 직접 빌드·테스트한 뒤 변경 사항을 보여주는 영상을 첨부한 완성된 PR(풀 리퀘스트)을 사용자에게 가져다준다. 사용자는 그 사이 더 큰 규모의 기능 개발에 집중할 수 있다는 것이 OpenAI의 설명이다.
일반용과 기업용, 두 갈래로 출시
OpenAI는 우선 개인 사용자를 위한 ‘기본 닷츠(primary dot)’를 제공하며, 사용자는 이름을 지어주는 등 자신만의 닷츠로 커스터마이징할 수 있다. 장기적으로는 여러 닷츠가 팀을 이루어 함께 작업하는 형태를 구상하고 있다고 밝혔다.
동시에 기업 환경을 위한 ‘전문 닷츠(specialist dots)’ 프리뷰도 함께 공개됐다. 이는 자체적인 접근 권한 관리, IT 부서가 지급하는 전용 하드웨어, 회사의 기록 시스템과의 깊은 연동을 지원해 조직 내에서 명확히 정의된 업무를 전담할 수 있도록 설계됐다. 현재는 Pro, Business Premium, Enterprise 요금제를 사용하는 일부 시장의 사용자부터 순차적으로 롤아웃되고 있으며, OpenAI는 향후 더 많은 사용자에게 확대할 계획이라고만 밝혔을 뿐 구체적인 일정이나 가격은 공개하지 않았다.
한국 개발자와 팀에게 의미하는 것
국내에서도 Slack, 웹 기반 협업 도구를 쓰는 개발팀이라면 닷츠와 유사한 워크플로우를 상상해볼 수 있다. 특히 반복적인 버그 수정이나 고객 피드백 triage처럼 시간은 들지만 창의성이 덜 요구되는 작업을 위임하고, 개발자는 더 굵직한 의사결정에 집중하는 구조가 매력적으로 다가올 수 있다. 다만 이는 아직 일부 시장·요금제부터 시작되는 단계이고 한국 출시 여부나 시점은 원문에 언급되지 않았다는 점을 유의해야 한다.
또한 회사 시스템에 깊이 연동되고 사용자의 노트북 접근 권한까지 허용하는 구조인 만큼, 도입을 검토하는 조직이라면 데이터 접근 범위와 권한 관리 정책을 사전에 명확히 해둘 필요가 있다. 작업 과정을 열람할 수 있다는 투명성은 장점이지만, 동시에 에이전트가 어디까지 자율적으로 판단하고 실행하는지에 대한 조직 차원의 가이드라인도 함께 요구될 것으로 보인다.
답글 남기기