Codex use case
내부 앱 빌드 및 배포
Sites로 팀 워크플로우를 웹에서 바로 사용할 수 있는 내부 앱으로 만드세요.
ChatGPT Work의 Sites로 특정 업무에 맞는 내부 앱을 만들고 테스트하세요. 워크플로우에 데이터 저장이 필요하면 저장소를 추가하고, 검토를 마친 버전을 앱이 필요한 사람들과 공유하세요.
Best for
- 반복되는 워크플로우에 맞춰 전용 내부 도구를 만들려는 팀
- 간단한 데이터 저장, 파일 업로드 또는 워크스페이스 내 공유 기능이 필요한 앱
Contents
내부 앱 빌드 및 배포
Sites로 팀 워크플로우를 웹에서 바로 사용할 수 있는 내부 앱으로 만드세요.
ChatGPT Work의 Sites로 특정 업무에 맞는 내부 앱을 만들고 테스트하세요. 워크플로우에 데이터 저장이 필요하면 저장소를 추가하고, 검토를 마친 버전을 앱이 필요한 사람들과 공유하세요.
ChatGPT Work의 Sites로 특정 업무에 맞는 내부 앱을 만들고 테스트하세요. 워크플로우에 데이터 저장이 필요하면 저장소를 추가하고, 검토를 마친 버전을 앱이 필요한 사람들과 공유하세요.
Related links
Best for
- 반복되는 워크플로우에 맞춰 전용 내부 도구를 만들려는 팀
- 간단한 데이터 저장, 파일 업로드 또는 워크스페이스 내 공유 기능이 필요한 앱
Starter prompt
하나의 작업에서 빌드하고 배포하기
Sites는 ChatGPT의 관리형 호스팅 서비스입니다. ChatGPT에 앱을 만들어 달라고 요청하면 프로젝트를 빌드하고 실행해 테스트한 다음, 배포하고 공유용 URL을 제공할 수 있습니다.
Sites 사용 가능 여부는 요금제, 기능 출시 현황, 워크스페이스 설정에 따라 달라집니다. 시작하기 전에 Sites 사용 가능 여부 및 사용 한도를 확인하세요.
Sites에서는 정적 사이트부터 JavaScript 또는 TypeScript 기반의 풀스택 웹 앱까지 만들 수 있습니다. 온보딩 대시보드, 교육 허브, 검색 가능한 자료실, 간단한 워크플로우 앱, 보고서 조회 화면처럼 용도가 분명한 내부 도구를 만드는 데 적합합니다.
설정, 스토리지, 배포, 접근 권한에 관한 안내는 Sites 문서를 참고하세요.
팀에 필요한 워크플로우 하나부터 시작하세요. 내부 시스템 전체를 다시 만들어 달라고 요청하기보다 첫 버전의 범위를 명확히 정해 두면 검토와 배포, 이후 개선이 쉬워집니다.
작업 진행 예시
다음은 첨부한 출시 기획 문서와 예시 요청 5건을 활용한 가상의 사례입니다. 먼저 출시 요청을 관리하는 앱을 만들고 동작을 확인합니다. 이어서 담당자 필터를 추가하고 기한이 지난 요청이 눈에 잘 띄도록 개선합니다.
출시 요청 관리 앱을 열면 예시 요청 5건이 표시됩니다. 여기에는 진행이 막힌 요청 1건, 검토 중인 요청 2건, 기한이 지난 항목 1건이 포함됩니다. 팀원은 출시 건별·상태별로 요청을 훑어보고, 진행이 막힌 요청만 골라 볼 수 있습니다. 요청을 추가하고 상태를 변경할 수도 있습니다. 데스크톱과 모바일 화면 너비에서 주요 플로우가 제대로 작동하고 저장한 상태가 유지되는지 확인했습니다.
후속 요청을 반영한 앱에는 담당자 필터가 추가되었고 기한이 지난 요청은 강조 표시됩니다. 진행이 막힌 요청은 계속 맨 위에 표시되며, 담당자가 없는 요청은 준비 완료로 표시할 수 없습니다. 미리보기는 비공개로 유지되었으며 사이트를 게시하거나 접근 권한을 변경하지 않았습니다.
ChatGPT에 워크플로우 설명하기
누가 앱을 사용하고 어떤 일을 해야 하는지, ChatGPT가 어떤 원본 자료를 살펴봐야 하는지, 다음 세션까지 어떤 정보를 유지해야 하는지 알려 주세요. 누구에게 공유할지 명확히 설명하고 배포 전에 주요 플로우를 테스트해 달라고 요청하세요.
플러그인을 사용해 연결된 내부 소스에서 데이터를 가져오거나 갱신하세요. 연결된 앱이나 클라우드 파일을 사용하는 Sites 작업은 웹의 Work 모드에서 시작하세요. 데스크톱에서는 Work 모드 또는 Codex에서 시작할 수 있습니다. 로컬 파일을 사용하려면 데스크톱 앱을, 로그인한 사이트를 이용하려면 내장 브라우저를, 기존 Chrome 세션을 이용하려면 Codex Chrome 확장 프로그램을 사용하세요.
데이터를 실시간으로 가져와야 한다면 사이트 설정에 API 키를 등록해 외부 도구에 연결할 수 있습니다. 프롬프트나 파일에 비밀 값을 넣지 마세요. 플러그인 연결을 사용하려면 현재 작업에서 실행 일정을 설정할 수 있습니다. 예약한 작업은 정해진 일정에 따라 플러그인으로 데이터를 가져오고 앱을 업데이트한 뒤 검토용 버전을 저장합니다. 검토한 버전은 승인을 받은 후에만 배포하세요.
앱에 사용할 스토리지 선택하기
많은 내부 앱에서는 데이터를 지속적으로 보관해야 합니다. Sites는 두 가지 기본 스토리지를 지원합니다.
- 체크리스트 상태, 북마크, 필터, 주석, 구성 정보, 파일 메타데이터와 같은 구조화된 데이터에는 SQLite 호환 데이터베이스인 D1을 사용하세요.
- 업로드한 문서, 이미지 등 계속 보관해야 하는 파일의 바이너리 데이터에는 R2 객체 스토리지를 사용하세요.
구조화된 메타데이터는 D1에, 용량이 큰 파일 객체는 R2에 저장하세요. 읽기 전용 자료 페이지나 소규모 정적 사이트에는 두 스토리지 모두 필요하지 않을 수 있습니다.
민감한 정보를 저장하기 전에 Sites의 제한 사항 및 지원하지 않는 용도를 확인하세요. 이 가이드에는 현행 데이터 레지던시 요건을 확인할 수 있는 링크와 보호 대상 건강 정보 및 외부 결제 처리업체를 통한 결제에 적용되는 제한 사항이 나와 있습니다.
프로젝트 관리 및 공유하기
배포한 프로젝트에 누가 접속할 수 있는지 관리할 수 있습니다.
새 프로젝트의 콘텐츠와 데이터 처리 방식, 이용 대상을 검토하는 동안에는 프로젝트를 비공개로 유지하세요.
계정 및 워크스페이스 설정에 따라 다음 대상과 프로젝트를 공유할 수 있습니다.
- 초대한 사람
- 워크스페이스의 모든 구성원
- 인터넷에 접속할 수 있는 누구나
프로젝트를 공유하면 공유 대상자는 프로젝트에 접속할 수 있지만 편집할 수는 없습니다. 접근 권한을 변경하려면 ChatGPT의 Sites를 열거나 ChatGPT에 직접 요청하세요.
간단한 행사 안내 사이트나 동호회 자료실처럼 워크스페이스 외부 사용자를 위한 사이트도 공개적으로 공유할 수 있습니다. Enterprise 워크스페이스에서는 공개 게시가 기본적으로 꺼져 있으므로 관리자가 활성화해야 합니다. 공개 링크를 사용할 수 있더라도 내부 데이터는 비공개로 유지하세요.
예시
Sites 쇼케이스에서 사이트 예시와 각 사이트를 만드는 데 사용한 전체 프롬프트를 볼 수 있습니다.
- 온보딩 허브 — 첫 주 체크리스트, 참고 자료, 메모, 업로드한 문서를 한곳에 모아 줍니다. 사용자 상태와 파일 메타데이터는 D1에, 업로드한 파일의 바이너리 데이터는 R2에 저장합니다.
- 역량 개발 허브 — 교육 자료를 검색하고 필터로 검색 결과를 좁힐 수 있는 자료실입니다. 필터와 저장한 북마크는 D1에서 관리합니다.
- Pulse 대시보드 — 지표와 추세, 데이터 계보를 보여 줍니다. 구성 정보와 캐시된 스냅샷은 D1에 저장합니다.
- Sparkboard — 직원 아이디어 접수 과정을 워크플로우로 관리합니다. 사용자 인증을 거친 아이디어 제출, 투표, 댓글, 상태 보드, 기여자 순위를 지원합니다.
- 출시 캘린더 — 예정된 제품 출시 일정을 월간 달력으로 보여 줍니다. 필터, 위험 신호, 체크리스트, 연결된 소스의 참고 자료를 제공합니다.
- 행사 기획 허브 — 행사 요청, 승인, 템플릿, 주요 일정, 정책 요건 충족 여부, 연결된 기획 자료를 한곳에서 관리합니다.
이 예시를 출발점으로 삼아 팀의 워크플로우와 원본 자료에 맞게 프롬프트의 범위를 좁혀 보세요.
Related use cases
앱 또는 웹사이트 배포하기
Codex에서 Build Web Apps와 Vercel을 함께 사용하면 레포지토리, 스크린샷, 디자인 또는 대략적인 앱 아이디어를 바탕으로 실제로 작동하는 미리보기를...
AI 투어 가이드 만들기
Codex로 웹 앱에 WebMCP 기반 투어를 추가하세요. 다음에 조작할 UI 요소를 강조하고 사용자가 무엇을 해야 하는지 설명하세요. 사용자가 각 단계를 직접...
브리프 접수부터 결과물 전달까지 크리에이티브 요청 관리하기
크리에이티브 브리프 템플릿으로 요청 앱을 만드세요. 동료는 작업을 요청하고, 디자이너는 요청 목록을 관리하고, 검토자는 시안에 피드백을 남길 수 있습니다.