OpenAI가 공개한 ChatGPT Work는 질문에 답하는 채팅 기능을 넘어, 연결된 앱과 파일에서 정보를 모으고 여러 단계의 작업을 수행해 문서·슬라이드·시트·웹 앱 같은 결과물을 만드는 에이전트입니다. GPT-5.6과 Codex 기술을 바탕으로 장시간 프로젝트와 예약 작업을 처리하지만, 웹·모바일·데스크톱의 제공 범위와 조직별 권한은 같지 않습니다. 도입 판단은 기능 목록보다 어떤 데이터에 접근하고 어느 행동에서 승인을 요구할지부터 시작해야 합니다.
핵심 요약
무엇이 바뀌었나
ChatGPT가 앱과 파일을 연결해 여러 단계의 업무와 결과물 생성을 맡는 Work 에이전트를 공개했습니다.
왜 지금 중요한가
장시간 작업과 예약 실행이 가능해지면서 정확도뿐 아니라 권한·승인·감사 설계가 필요해졌습니다.
누가 먼저 봐야 하나
업무 앱을 연결하려는 운영팀과 Enterprise·Edu 관리자가 배포 범위와 통제 조건을 먼저 확인해야 합니다.
ChatGPT Work가 실제로 바꾸는 것
ChatGPT Work는 목표를 여러 단계로 나누고 연결된 업무 맥락을 가져와 시트·슬라이드·문서·Sites·웹 앱 같은 결과물을 완성하는 에이전트입니다. 사용자는 진행 상황을 확인하고 방향을 바꾸며 중요한 행동을 승인할 수 있습니다.
최신 GPT-5.6과 Codex 기술을 기반으로 하지만 모델 성능과 조직의 운영 안전성은 같은 결론이 아닙니다. 평가는 입력 근거, 수행 단계, 승인 기록, 최종 산출물 전체를 대상으로 해야 합니다.
확인·해석·미확정을 나누는 기준
확인된 사실은 OpenAI 공식 자료 기준으로 공개된 기능과 배포 범위입니다. 현재 해석은 ChatGPT가 권한을 가진 업무 실행 계층으로 넓어진다는 방향성 신호이며, 미확정 항목은 조직별 실패율·사용량·총비용입니다. 이 값들은 자체 파일럿과 독립 검증 전까지 판단 보류 대상으로 남겨야 합니다.
| 구분 | 현재 판단 | 근거 경계 |
|---|---|---|
| 확인된 사실. | ChatGPT Work는 앱·파일을 넘나들며 장시간 작업과 결과물 생성을 수행하는 에이전트로 공개됨. | OpenAI 제품 발표에서 직접 확인. |
| 공식 사례. | 재무 마감, 영업 준비, 캠페인, 대시보드 자동화 사례가 소개됨. | 초기 고객·내부 사례이며 독립 성능 보장은 아님. |
| 현재 해석. | 채팅 보조에서 권한을 가진 업무 실행 계층으로 범위가 넓어짐. | 조직 데이터와 승인 정책에 따라 실효성이 달라짐. |
| 미확정 항목. | 조직별 실제 사용량, 실패율, 플러그인별 동작 범위와 총비용. | 관리 콘솔·지원 문서와 자체 파일럿에서 확인 필요 |
웹·모바일·데스크톱의 출시 범위
| 표면 | 공식 발표 범위 | 운영 전 확인 |
|---|---|---|
| 웹·모바일. | Pro·Enterprise·Edu부터 배포, Plus·Business는 며칠에 걸쳐 확대. | 계정에 Work가 실제 표시되는지 확인. |
| 새 ChatGPT 데스크톱 앱. | Mac·Windows에서 전 세계 배포, Chat·Work·Codex 화면은 모든 플랜에 제공. | 로컬 파일·앱 접근 권한을 별도 검토. |
| 기존 Codex 앱. | 업데이트 후 새 ChatGPT 데스크톱 앱으로 전환. | 기존 프로젝트와 기본 화면 설정 확인. |
| 기존 ChatGPT 데스크톱 앱. | ChatGPT Classic으로 이름 변경. | 팀 안내 문서와 설치 배포 기준 갱신. |
웹·모바일 배포와 데스크톱 앱 제공은 조건이 다릅니다. 모든 플랜에 데스크톱 화면이 제공된다는 설명을 동일한 사용량·관리 기능·연결 권한으로 확대하지 말고 실제 계정과 관리자 설정을 확인해야 합니다.
플러그인과 Scheduled Tasks가 연결하는 업무
플러그인은 Slack·Teams·Drive·SharePoint·이메일·캘린더·CRM 같은 업무 시스템의 맥락을 연결합니다. Scheduled Tasks는 한 번 실행, 반복 일정, 변경 모니터링을 맡습니다. 예를 들어 매주 Slack 변경 사항을 회의 문서에 반영한다면 대상 채널, 완료 시간, 중복 실행, 실패 알림을 함께 기록해야 합니다.
가령 고객 피드백을 매일 모아 제품 제안으로 정리한다면 수집 범위, 중복 제거, 외부 공유 승인, 근거 출처를 한 작업 정의 안에 남겨야 결과를 다시 검증할 수 있습니다.
| 구성요소 | 맡는 역할 | 반드시 정할 경계 |
|---|---|---|
| 플러그인. | 업무 앱에서 필요한 맥락을 가져오고 허용된 행동을 수행. | 도구별 읽기·쓰기 권한과 데이터 범위. |
| Scheduled Tasks. | 일정 또는 변경 조건에 따라 반복 작업과 모니터링 실행. | 실행 주기, 실패 알림, 중복 실행 방지. |
| 내장 브라우저. | 웹사이트와 온라인 파일에서 최신 맥락을 가져와 작업. | 로그인 세션, 외부 전송, 승인 필요 행동. |
| Computer Use. | 데스크톱 앱·도구·브라우저에서 클릭·입력·파일 이동 수행. | 고위험 동작의 사전 승인과 감사 기록. |
권한·승인·관리자 통제가 먼저인 이유
Enterprise·Edu 관리자는 플러그인, 연결 도구, 브라우저와 네트워크 접근, 민감한 행동을 중앙에서 관리할 수 있습니다. Compliance API는 대화와 행동의 감사 가시성을 제공하고 Auto-review는 중요한 연결 동작을 실행 전에 검토하는 보조 통제입니다.
읽기 전용 파일럿에서 시작해 내부 문서 작성, 제한된 업데이트, 외부 전송 순으로 권한을 넓혀야 합니다. 삭제·외부 공유처럼 복구가 어려운 행동은 명시적 승인과 감사 로그를 우선합니다.
도입 전 실행 체크리스트
- 파일·메일·메신저·CRM마다 읽기와 쓰기 권한을 분리하고 기본값은 최소 권한으로 둡니다.
- 외부 공유, 메일 발송, 데이터 삭제, 결제, 고객 정보 변경은 사람 승인을 요구하도록 정합니다.
- Scheduled Tasks에는 실행 주기, 중복 방지 키, 시간 제한, 실패 알림, 재시도 상한을 함께 둡니다.
- 플러그인이 가져온 정보의 출처와 최종 결과물에 사용된 근거를 작업 기록에 남깁니다.
- 데스크톱의 로컬 파일·앱 접근 범위를 전용 폴더와 테스트 계정부터 단계적으로 넓힙니다.
- OpenAI가 제시한 초기 사례를 성능 보장으로 간주하지 않고 실제 팀 업무로 정확도와 소요 시간을 측정합니다.
- Enterprise·Edu 환경에서는 관리자 정책, Compliance API, Auto-review가 조직 요구사항과 맞는지 확인합니다.
- 플랜별 사용량과 추가 비용을 파일럿 기간에 기록해 월간 상한과 중단 기준을 정합니다.
아직 보류할 조건
- 계정별 배포 시점은 순차적일 수 있으므로 공식 발표만으로 현재 계정의 사용 가능 상태를 단정하지 않습니다.
- 플러그인마다 지원하는 읽기·쓰기 동작과 관리자 통제가 다를 수 있어 연결 전 개별 권한표가 필요합니다.
- 초기 고객 사례의 시간 절감 수치는 각 조직의 데이터 품질과 승인 절차가 다르면 그대로 재현되지 않습니다.
- 복잡한 작업의 사용량과 비용은 작업 길이와 도구 호출에 따라 달라지므로 실제 로그 없이 총비용을 확정하지 않습니다.
결론: 기능보다 작업 경계와 통제를 먼저 설계할 때다
지금 확인할 것은 계정의 실제 배포 상태, 플러그인별 최소 권한, 사람 승인이 필요한 행동, Scheduled Tasks의 실패·중복 방지입니다. 읽기 전용 파일럿에서 근거와 행동 로그를 복원할 수 있고 고위험 동작이 승인 없이 실행되지 않는다는 증거가 쌓이면 다음 단계로 넓힙니다. 그 통제 구조가 없다면 운영 배포는 보류해야 합니다.
확인에 사용한 공개 출처
공식 출처
- openai.com · OpenAI 공식 블로그 – ChatGPT Work 안내
- community.openai.com · OpenAI 개발자 커뮤니티 공식 공지사항
- deploymentsafety.openai.com · OpenAI 배포 안전성 보고서 PDF
