이 소식은 무엇인가요?
배경부터 차근차근 살펴보기
ChatGPT Work와 Anthropic Codex는 파일 수정, 자동화, 협업을 지원하는 AI 도구들입니다. 지금까지 이들 기능이 흩어져 있었다면, 이번 레퍼런스 공개로 파일 편집, 명령 실행, 웹 검색, 에이전트 협업이라는 네 가지 핵심 도구를 체계적으로 배우고 조직에 도입할 기반이 마련되었습니다.
자동화 기능은 다양한 발동 방식을 지원합니다. 일정 기반(특정 시간·요일)은 물론이고, 외부 시스템의 변화를 감시하는 방식도 가능합니다. 특히 Gmail, Slack, GitHub 웹훅이 지원되므로, 팀이 이미 사용 중인 협업 도구 안에서 자동화를 촉발할 수 있습니다.
비용과 성능 제약이 명시됨으로써 도입 계획을 세울 때 예산과 속도를 함께 고려할 수 있습니다. 개인 시간대 설정은 업무 시간대를 자유롭게 정할 수 있도록 하고, 시간당 최대 1회 폴링 제한은 실수로 인한 과다 호출을 방지합니다.
이 레퍼런스화는 이들 기능이 단순 실험 단계를 넘어 정식 제품 범위로 진입했음을 의미합니다. 팀 리더, 개발자, 비개발직 사용자 모두가 신뢰하고 조직 규모로 계획을 수립할 수 있는 신호입니다.
공식 발표에서 확인된 내용
구체적으로 무엇이 달라졌나
- 01
파일 편집 도구: AI가 직접 코드나 문서 파일을 생성·수정하고, 변경 전후를 나타내는 diff를 확인할 수 있는 입력 형식이 명시되었습니다. 코딩 에이전트 활용의 핵심입니다.
- 02
명령 실행 도구: 터미널 명령을 자동으로 실행하고 결과를 받는 호출 조건이 정의되었으므로, 파일 수정 이후 테스트·빌드·배포까지 자동화하는 워크플로우를 구성할 수 있습니다.
- 03
웹 검색 도구: AI가 인터넷 검색을 직접 수행하므로, 문제 해결이나 최신 정보 수집이 필요한 업무를 자동화할 때 중간에 사람이 개입할 필요가 줄어듭니다.
- 04
에이전트 협업: 여러 AI 에이전트가 같은 작업에 참여할 때의 메시지 형식과 규약이 정의되어, 복잡한 업무를 여러 AI가 나누어 처리할 때도 일관성 있게 조정할 수 있습니다.
- 05
자동화 트리거의 다양성: 시간 기반(매일, 매주), 조건 기반(특정 값 변화), 웹훅(Gmail/Slack/GitHub 이벤트) 등 다양한 발동 방식을 한 곳에서 설정할 수 있으므로, 조직의 업무 흐름에 맞는 트리거를 유연하게 선택할 수 있습니다.
- 06
비용·속도 명시: 개인 시간대 설정과 시간당 최대 1회 폴링 제한이 문서화됨으로써, 도입 전에 월간 비용 추정과 성능 계획을 수립할 수 있게 되었습니다.
사용자에게 미치는 영향
누구에게 어떤 의미가 있나
업무 자동화를 본격 도입하려는 팀 리더
지금까지는 각 도구의 기능이 명확하지 않아 파일럿 프로젝트로만 검증했다면, 이제 공식 레퍼런스를 토대로 조직 전체 도입 계획을 수립할 수 있습니다. 특히 웹훅 지원으로 기존 협업 도구(Slack, GitHub)와의 공식 연동을 계획할 수 있으며, 시간당 폴링 제한을 알면 예산도 예측할 수 있습니다. 도입 결정 전에는 조직 정책(보안, 권한, 데이터 접근)과의 맞춤을 확인해야 합니다.
개발 워크플로우를 개선하려는 개발자
파일 편집과 명령 실행 도구의 입력 형식을 알면, AI가 코드를 수정하고 테스트하는 과정을 자신의 프로젝트에 맞게 설정할 수 있습니다. diff 확인과 복원 절차가 문서화됨으로써, AI 자동화에 대한 신뢰도가 높아집니다. 다만 운영 환경에서의 배포 안전성(권한 격리, 트랜잭션 보호)을 조직 정책과 함께 점검해야 합니다.
반복 업무 자동화를 시작하려는 비개발직 사용자
복잡한 코딩 없이도 Slack 메시지, Gmail 수신, GitHub 푸시 같은 이벤트에 따라 자동으로 보고서를 생성하거나 파일을 업데이트할 수 있습니다. 시간대 설정만으로도 업무 시간 안에만 자동화를 실행하도록 조절 가능합니다. 시작하기 전에 해당 플랫폼(Gmail, Slack, GitHub)에서 ChatGPT Work에 부여할 권한을 조직 IT와 함께 검토하는 것이 필수입니다.
실제 활용 장면
어디에 어떻게 써볼 수 있나
Slack 알림에 따른 자동 코드 수정
팀이 발견한 버그를 Slack에 보고하면, ChatGPT Work의 웹훅이 이를 감시하고 자동으로 코드를 수정한 후 테스트를 실행합니다. 결과와 승인 요청을 다시 Slack으로 보냅니다.
- 예를 들면
- Slack 채널 #bug-reports에 '로그인 페이지에서 비밀번호 재설정 메일이 안 온다'는 메시지 올라옴 → ChatGPT Work가 저장소의 auth.js 파일을 열어 수정 → npm test 실행 → 결과를 #engineering 채널로 전송 ("변경사항: auth.js line 45, 테스트 통과: 5/5")
- 확인할 결과
- 개발자가 간단한 코드 검토·승인만 수행하고, 실제 수정과 테스트는 자동 처리됨. 시간당 1회 폴링으로 버그당 최대 1시간 지연이 발생하지만 비용 절감
일일 보고서 자동 생성
매일 정해진 시간에 Gmail과 Slack의 과거 24시간 메시지를 수집해 AI가 요약 보고서를 작성하고 Google Docs에 저장합니다.
- 예를 들면
- 매일 오전 9시(개인 시간대 설정) → Gmail inbox의 중요 메일 3~5개 감시 → Slack #announcements 채널의 과거 24시간 메시지 수집 → ChatGPT Work가 요약본 작성 (마크다운 형식) → 팀 Google Drive의 '일일 보고서' 문서에 자동 기록 → 리더에게 Slack 알림
- 확인할 결과
- 리더가 매일 아침 통합 보고서를 받으며, 팀원이 보낸 분산된 정보를 한 곳에서 읽을 수 있음. 개인 시간대로 업무 시간 안에만 실행되도록 조절 가능. 단, 시간당 1회 폴링이므로 매일 정확히 9시에 실행되지 않을 수 있음
GitHub 커밋에 따른 문서 자동 업데이트
코드 저장소에 새 커밋이 올라오면, AI가 자동으로 변경사항을 설명하는 문서를 생성하거나 기존 문서를 업데이트합니다.
- 예를 들면
- 팀원이 GitHub의 payment-feature 브랜치에 'feat: add refund API' 커밋 푸시 → 웹훅이 GitHub 이벤트 감시 → ChatGPT Work가 diff 파일 읽음 → 저장소의 README.md 또는 API 문서의 '환불' 섹션을 업데이트하고 예시 코드 추가 → PR 자동 생성 (제목: 'docs: update refund API docs', 본문: 커밋 메시지와 변경사항 요약)
- 확인할 결과
- 개발자는 코드 작성에만 집중하고 관련 문서는 자동 최신화됨. 최종 검토와 병합은 사람이 수행하므로 부정확한 문서 자동 병합을 방지할 수 있음.
직접 적용해 보기
처음부터 무리하지 말고, 이 순서로 확인하세요
ChatGPT Work 공식 레퍼런스 정독
news.hada.io의 원문 또는 ChatGPT 공식 사이트에서 레퍼런스를 읽습니다. 특히 파일 편집, 명령 실행, 자동화 섹션을 3번 이상 읽으면서 입력 형식(JSON 스키마), 호출 조건(권한, 속도 제한), 오류 처리를 자신의 언어로 정리합니다.
확인: 자신의 업무나 프로젝트 하나에 대해 '우리는 이 기능으로 X를 자동화할 수 있다'고 구체적으로 말할 수 있으면 통과입니다. 예: '매주 Slack 리포트를 자동으로 생성할 수 있겠다' 수준의 구체성.
작은 시험: 자신의 프로젝트에 맞는 트리거 하나 정하기
웹훅(Gmail, Slack, GitHub) 또는 시간 기반 일정 중 하나를 선택합니다. 해당 플랫폼의 개인 테스트 계정이나 비공식 채널에서 웹훅 URL 생성을 시작합니다. 사전에 각 플랫폼에 ChatGPT Work 앱을 연결하고 필요한 권한을 승인해야 합니다.
확인: 웹훅이 생성되었고 ChatGPT Work의 자동화 설정에서 인식되는지, 또는 시간 기반 일정이 설정 메뉴에 나타나는지 확인하세요. '연결 상태: 승인됨' 같은 표시가 있으면 준비 완료입니다.
대조 및 비용·개인정보 검토
시간당 최대 1회 폴링 제한이 자신의 워크플로우에 맞는지 검토합니다. 예를 들어 실시간 응답이 필요하면 부적합합니다. 또한 개인 시간대 설정이 팀의 시간대 분포(글로벌 팀인 경우)와 호환되는지 확인합니다. 마지막으로 ChatGPT Work가 Gmail, Slack, GitHub 계정에 요청할 권한(scopes)이 조직 정책에 위배되지 않는지 IT 부서와 함께 검증합니다.
확인: '이 자동화에 월간 API 비용이 얼마나 들 것인가', 'ChatGPT Work가 요청할 권한(이메일 읽기, 메시지 읽기, 코드 푸시 등)이 정보보안 정책에 맞는가', '혹시 데이터 레지던시(EU GDPR 등) 제약이 있는가'를 메모하세요.
한 가지 기능부터 프로덕션 적용
테스트 검증이 완료되면, 실제 업무 채널이나 저장소에서 제한된 범위(예: 한 팀, 한 주)로 자동화를 켭니다. ChatGPT Work의 실행 로그나 웹훅 이력을 매일 확인하고 예기치 않은 동작(예: 잘못된 파일 수정, 명령 실행 실패)이 없는지 감시합니다.
확인: '자동화가 정확하게 작동했는가' (예: 보고서가 제 시간에 올라왔는가, 파일 수정이 정의대로 되었는가), '결과물(코드, 문서, 보고서)을 실제로 누군가 검토했는가', '문제가 발생했을 때 복원할 수 있는가' (예: GitHub 자동 커밋을 취소할 수 있는가)를 확인하세요.
전사 또는 전체 프로젝트 확산
한 가지 성공 사례를 토대로 유사한 워크플로우 3~5개를 추려 우선순위를 정합니다. 팀 전체에 ChatGPT Work의 자동화 기능과 이번 레퍼런스를 공유하면서, '실패해도 시간당 1회 폴링 제한으로 비용이 제한되므로 작은 시험부터 시작하라'는 점을 강조합니다.
확인: '팀 내 누군가가 우리 업무에 이것을 쓸 수 있을 것 같다고 제안할 수 있는 상태에 도달했는가'를 확인하세요. 이 단계에서는 조직의 보안 및 규정 검토(AI 데이터 사용 정책, 감사 로그 요구사항 등)도 함께 진행해야 합니다.
해석할 때 주의할 점
확인된 범위와 아직 모르는 내용을 구분하세요
공식 발표로 확인된 사항: ChatGPT Work와 Codex는 파일 편집, 명령 실행, 웹 검색, 에이전트 협업 도구를 제공하며, 자동화는 일정 감시(시간/요일 기반)·조건 감시·웹훅(Gmail, Slack, GitHub)을 지원합니다. 개인 시간대 설정과 시간당 최대 1회 폴링 제한이 있습니다. 레퍼런스는 각 도구의 입력 형식과 호출 조건을 한데 정리한 것입니다. 아직 공개되지 않았거나 원문에서 언급되지 않은 내용: (1) 입력 형식의 상세 JSON 스키마와 필드 설명(OpenAI·Anthropic 공식 문서 확인 필수), (2) 시간당 폴링 제한 완화 방법이나 엔터프라이즈 옵션, (3) Gmail·Slack·GitHub 외 추가 플랫폼 지원 여부, (4) 조직 수준의 시간대 정책이나 그룹화 기능, (5) 운영 환경 배포 시 안전 격리와 감시 메커니즘의 세부사항, (6) 월간 API 비용 계산 방식. 이 모든 사항은 팀 또는 조직 도입 결정 전에 직접 OpenAI·Anthropic 공식 문서와 영업·기술 지원 채널을 통해 확인하고 문서화해야 합니다.
- 공식 원문은 한국어 요약이므로, ChatGPT Work와 Codex의 실제 입력 형식(JSON 스키마), 필드별 제약, 에러 처리 정책을 OpenAI와 Anthropic의 공식 API 문서에서 따로 확인해야 합니다. 원문에서 언급되지 않은 세부 파라미터나 옵션이 존재할 수 있습니다.
- 시간당 최대 1회 폴링은 실시간 자동화가 필요한 경우(예: 고객 지원 자동 응답, 실시간 모니터링)에는 부적합할 수 있습니다. 원문에서 이 제한을 완화할 방법이나 엔터프라이즈 옵션 여부를 명시하지 않았으므로 ChatGPT Work 영업팀에 별도 문의가 필요합니다.
- 웹훅 지원이 Gmail, Slack, GitHub로 명시되어 있으나, 조직이 사용 중인 다른 협업 도구(Jira, Asana, Notion, Linear, Teams 등)는 지원 여부가 불명확합니다. 조직 도입 전에 필요한 모든 플랫폼의 연동 가능성을 사전 검증해야 합니다.
- 개인 시간대 설정은 개인 사용자나 소팀 규모에는 편하지만, 전 지구적 팀에서 여러 시간대가 섞여 있으면 조정이 복잡할 수 있습니다. 조직 수준의 시간대 정책 또는 시간대별 그룹 설정 기능이 있는지는 원문에서 언급되지 않았으므로 확인이 필요합니다.
- 파일 편집과 명령 실행이 지원되지만, 데이터베이스 트랜잭션 쓰기, 권한 상승(sudo), 또는 운영 환경(production)에서의 자동 배포 등이 얼마나 안전하게 격리되고 감시되는지는 원문에서 언명되지 않았습니다. 조직의 보안 정책(변경 관리, 승인 워크플로우, 감사 로그)에 따라 사전 검증이 필수입니다.
출처와 확인일
원문에서 다시 확인하기
이 글은 GeekNews의 공식 발표를 바탕으로 정리했습니다. 기능 범위와 제공 조건은 바뀔 수 있으므로 실제로 적용하기 전에는 원문을 다시 확인해 주세요.
- 마지막 확인
- 2026-09-01
- 다음 검토
- 2026-10-01