OpenAI는 2026년 9월 29일 dots를 발표했습니다. 공식 발표에 따르면 GPT‑6 Astra를 사용하며 자체 클라우드 컴퓨터를 갖춘 에이전트입니다. 기업이 확인할 문제는 대화 이후에도 업무가 이어지는지, 어떤 판단을 사람이 맡는지, 완료를 무엇으로 증명하는지입니다.
요약 작성을 넘어 정기 조사, 문서 갱신과 게시를 위임하면 실행 환경과 권한도 관리해야 합니다. 이 글은 10월 7일에 확인한 공식 자료를 바탕으로 합니다. 아래 운영 방법은 제안이며 검증된 고객 성과를 의미하지 않습니다.
1. 모델 순위보다 업무 책임을 먼저 정의합니다
dots는 새로운 모델 이름이 아니라 에이전트 제품입니다. 추론, 도구와 실행 환경은 서로 다른 역할을 합니다. 모델이 뛰어나도 입력 자료에 접근하지 못하면 작업을 끝낼 수 없습니다.
주간 보고서는 자료 수집, 변경 확인, 작성, 전달과 검수로 구성됩니다. 결과물, 저장 위치와 담당자를 먼저 지정해야 합니다. 🔗 AI 에이전트 개발은 모델을 실제 작업 흐름에 연결하는 문제입니다.
첫 시험에는 지정된 자료로 검토 가능한 초안을 만드는 업무가 적합합니다. 근거가 부족한 내용과 사람의 판단이 필요한 항목을 명시하도록 합니다.
2. 클라우드 실행과 로컬 의존성을 따로 확인합니다
공식 시작 안내는 로컬 컴퓨터 접근을 선택 기능으로 설명합니다. 따라서 클라우드 에이전트와 연결된 컴퓨터의 작업에는 별도의 가용성 조건이 필요합니다.
노트북에만 있는 파일이나 프로그램을 쓰려면 해당 장치가 접근 가능한 상태여야 합니다. 마감이 중요한 업무에는 사용 가능한 실행 호스트나 적절한 클라우드 서비스를 준비합니다. 🔗 클라우드와 온프레미스는 데이터뿐 아니라 업무 가용성의 선택입니다.
| 의존성 | 사전 확인 | 완료 증거 |
|---|---|---|
| 클라우드 문서와 API | 권한, 연결, 인증 | 목적지에서 읽어 온 결과 |
| 로컬 파일과 앱 | 장치 가동과 접근 | 실행 기록과 결과 파일 |
| 예약 게시 | 서버 예약과 시간대 | 공개 문서와 일반 목록 |
가능하면 게시 서버가 예약을 실행하고 별도 작업이 결과를 확인하도록 합니다. 예정 날짜만으로 공개 여부를 판단할 수는 없습니다.
3. 권한을 구체적인 작업 조건으로 작성합니다
ChatGPT Learn의 설명과 실제 계정의 기능을 확인합니다. 기업은 읽기, 초안 생성, 공식 기록 변경과 외부 발송을 구분해야 합니다.
예를 들어 특정 글의 네 언어를 수정하되 게시 시간을 유지하도록 조건을 정하면 검수가 쉬워집니다. 🔗 에이전트 의사결정 통제를 검토할 때도, 누구를 대신해 어떤 행동을 할지는 조직이 정합니다.
자동 실행 범위, 사전 승인 항목과 충돌 해결자를 지정합니다. 권한은 시험 결과에 따라 단계적으로 확대합니다.
4. 도구 응답을 넘어 업무 결과를 확인합니다
도구 호출 성공은 처리 단계의 성공입니다. 문서는 본문, 링크와 표를 읽어 확인하고, 이메일은 수신자와 제목을 발송 기록에서 확인합니다. 게시물은 일반 독자의 경로로 접근해야 합니다.
| 업무 | 부족한 증거 | 권장 완료 조건 |
|---|---|---|
| 문서 동기화 | 업로드 성공 | 본문, 링크와 표 일치 |
| 이메일 알림 | 발송 호출 성공 | 메시지 ID와 발송 기록 확인; 반송 별도 추적 |
| 다국어 게시 | 예약 설정 | 해당 언어 공개 페이지와 일반 목록 표시 |
완료, 변경 없음과 미완료를 구분해 보고합니다. 🔗 기업 AI 도입 핵심도 추적 가능한 작은 업무에서 시작할 수 있습니다.
재시도 전에 목적지를 조회해 중복 생성을 막습니다. 기존 ID, 수정 기준과 변경 전 백업은 사람이 업무를 복구할 때도 도움이 됩니다.
5. 검수를 통과한 결과당 비용을 계산합니다
지속 실행이 무제한 작업량을 뜻하지는 않습니다. 플랜, 지역과 작업 한도는 현재 공식 문서와 계정 조건을 확인해야 합니다. 구독료만으로 고정 작업 수를 보장할 수 없습니다.
서비스 사용량, 도구 비용, 재시도와 사람의 검토를 합산합니다. 같은 문서를 반복 작성한다면 활동량이 생산성으로 이어지지 않을 수 있습니다. 🔗 GPU 투자 효과처럼 자원 소비를 실제 채택한 결과와 연결해야 합니다.
작업 상한과 중지 조건을 설정하고 완료율과 수정 시간을 기존 프로세스와 비교합니다. 이는 운영 제안이며 모든 항목이 dots의 내장 기능이라는 주장은 아닙니다.
6. 실패 상황을 시험합니다
첫 주에는 과거 자료로 다시 실행하고, 다음 주에는 실제 업무와 병행해 초안을 검토합니다. 서비스 장애, 공동 편집, 장치 오프라인과 권한 부족도 포함합니다.
계획한 시각과 실제 확인 및 완료 시각을 구분해 저장합니다. 늦게 끝난 일을 예전 날짜가 남아 있다는 이유로 제시간에 완료했다고 보고해서는 안 됩니다.
품질, 총비용, 복구 방법과 사람에게 남길 판단을 확인한 뒤 공식 데이터 갱신 범위를 넓힙니다.
7. 지속 위임을 운영 관계로 관리합니다
dots가 제기하는 기업의 과제는 지속적인 책임을 관리하는 방법입니다. 범위, 실행 환경과 완료 증거를 정하는 접근은 AIOS 방향과도 관련됩니다. 다만 AI-Stack의 확인되지 않은 제품 기능을 입증하지는 않습니다.
정기 업무 하나, 담당자와 명확한 검수 조건으로 시작합니다. 검증 가능한 결과가 안정적으로 돌아오면 더 넓은 위임을 결정할 근거가 생깁니다.
AI-Stack을 구독하고 프런티어 모델과 기업 AI 실무 분석을 확인하세요.
