오픈AI, 워크스페이스 에이전트 출시해 챗지피티를 챗봇에서 팀 자동화 플랫폼으로 전환

OpenAI가 발표한 '워크스페이스 에이전트(Workspace Agents)'는 기존 Custom GPT의 진화 형태로, 단순히 프롬프트와 지식 파일을 주입하던 챗봇 수준을 넘어 Codex 엔진 기반의 자율 실행 에이전트로 확장된 것이 핵심이다. 특히 "사람이 보고 있지 않아도 계속 동작한다"는 설명에서 드러나듯, 기존 동기식 요청-응답 구조를 벗어나 장기 실행(long-running) 워크플로우를 지원하는 백그라운드 태스크 러너 아키텍처를 채택한 것으로 보인다. Codex가 내부 엔진으로 쓰인다는 점에서 코드 실행, 파일 조작, 외부 API 호출 등 도구 사용(tool use) 루프가 에이전트 런타임의 중심이 될 가능성이 높으며, 팀 단위의 공유 컨텍스트와 권한 모델이 결합되어 멀티 유저 협업 환경에서 동일한 에이전트 인스턴스를 공유하는 구조로 설계되었을 것으로 추정된다.

개발자/엔지니어 관점에서의 실질적 영향은 두 갈래로 나뉜다. 첫째, 사내 자동화 영역에서 지금까지 n8n, Zapier, GitHub Actions, Airflow 같은 별도 오케스트레이션 도구로 구축하던 팀 워크플로우(이슈 트리아지, PR 리뷰 요약, 장애 알림 집계, 온보딩 자료 생성 등)가 ChatGPT 워크스페이스 안에서 자연어 설정만으로 구성 가능해진다는 점이다. 둘째, 장시간 실행과 자율성이 결합되면 기존 Custom GPT 대비 관측(observability)과 비용 통제가 훨씬 중요해진다. 에이전트가 계속 돌아간다는 것은 곧 토큰 소비와 외부 API 호출이 예측 불가능하게 누적될 수 있다는 의미이고, 실패·루프·권한 오남용에 대한 가드레일을 언어모델 단에서만 맡길 수 없는 상황이 온다.

한국 개발팀이 당장 준비해야 할 포인트는 명확하다. 먼저 이미 운영 중인 Custom GPT 자산이 있다면 "당분간 유지되지만 추후 마이그레이션 경로가 제공된다"는 공식 가이드를 전제로, 프롬프트·지식 파일·액션(OpenAPI) 스펙을 코드로 버전 관리(Git)해 두는 것이 안전하다. 다음으로는 워크스페이스 에이전트에 연결할 내부 시스템의 인증/권한 경계를 재점검해야 한다. 에이전트가 사람이 없을 때도 동작한다는 것은 서비스 계정·OAuth 범위·감사 로그 설계가 사용자 세션 기반 모델보다 훨씬 엄격해져야 한다는 뜻이다. 마지막으로, Cursor·Claude Code·Devin·Copilot Workspace 등과 마찬가지로 "에이전트 오케스트레이션"이 2026년 엔터프라이즈 AI 도입의 핵심 경쟁 축이 되고 있으므로, 단일 벤더 락인을 피하기 위해 MCP(Model Context Protocol)나 표준 도구 스키마를 중간 계층으로 두고 ChatGPT 워크스페이스 에이전트를 하나의 실행 환경으로만 취급하는 아키텍처 설계를 권장한다.