Claude Cowork와 GPT Codex 비교: 비개발자의 웹앱 제작 경험
저는 개발자가 아닙니다. Python은 대학원 수업에서 한 학기 배웠고, HTML은 블로그를 운영하면서 기본 구조를 읽고 필요한 코드를 붙여 넣는 정도입니다.
웹서비스를 처음부터 혼자 설계하고 완성된 프로그램으로 배포할 수 있는 수준은 아닙니다.
그래도 Claude Cowork를 사용하면서 실제로 작동하는 웹앱 프로토타입 두 개를 만들 수 있었습니다. 코드를 한 줄씩 직접 작성한 것이 아니라 화면과 기능을 설명하고 결과를 확인하면서 만들었습니다.
현재는 같은 프로젝트를 Codex에서 이어가고 있습니다. 작업이 커지면서 여러 기능을 동시에 수정하고, 코드를 실행하고, 오류를 확인하고, 테스트 결과까지 검토해야 했기 때문입니다.
이 글은 어느 도구가 무조건 더 좋다는 비교가 아닙니다. 비개발자가 Cowork로 첫 결과물을 만든 뒤 왜 Codex가 더 잘 맞는다고 판단했는지를 실제 작업 흐름에 따라 설명합니다.
현재 제 선택:
Claude Cowork는 아이디어를 실제 파일과 화면으로 옮기는 첫 단계에서 도움이 됐습니다.
현재는 프로젝트를 계속 발전시키는 작업에 Codex를 주로 사용합니다.
Codex에서는 여러 작업을 나눠 진행하기 쉽고, 제가 설명한 목적을 비교적 빠르게 이해했습니다. 필요한 권한을 확인한 뒤 파일을 수정하고, 코드를 실행하고, 테스트까지 이어가는 흐름도 편했습니다.
제 사용 환경에서는 사용량에 대한 부담도 Cowork보다 적게 느껴졌습니다. GPT-5.5를 중간 수준의 추론 설정으로 사용해도 프로토타입 수정과 점검에는 충분한 결과를 얻었습니다.
Claude Cowork로 처음 가능해진 것
일반 AI 채팅에서 코드를 요청하면 대화창에 코드가 표시됩니다. 사용자는 코드를 복사하고, 파일을 만들고, 올바른 폴더에 저장해야 합니다.
한두 번 수정할 때는 큰 문제가 아닙니다. 그러나 HTML, CSS와 JavaScript 파일을 계속 고치기 시작하면 복사와 저장 자체가 작업이 됩니다.
Cowork에서는 사용할 컴퓨터 폴더를 직접 선택할 수 있었습니다. Claude는 허용된 폴더 안에서 파일을 읽고, 새 파일을 만들고, 기존 파일을 수정했습니다.
“배경을 따뜻한 크림색으로 바꿔주세요”라고 요청하면 관련 파일을 찾아 수정하고 저장했습니다. 저는 브라우저에서 결과를 열어 확인하고 다시 수정할 내용을 설명했습니다.
Cowork에서 자주 사용한 요청
- 버튼을 설명 문장 아래로 옮겨주세요.
- 휴대전화에서 제목이 너무 작지 않게 조정해주세요.
- 탭을 두 개 만들고 첫 번째 탭이 처음부터 열리게 해주세요.
- 기능은 그대로 두고 색상과 여백만 바꿔주세요.
- 수정하기 전에 어떤 파일을 바꿀지 먼저 알려주세요.
전문적인 코딩 용어를 많이 알지 않아도 원하는 화면을 구체적으로 설명하면 작동하는 결과를 만들 수 있었습니다.
비개발자인 제게 가장 큰 변화는 코드를 배웠다는 것이 아니었습니다. 머릿속에 있던 아이디어를 브라우저에서 직접 눌러볼 수 있는 형태로 바꿀 수 있었다는 점입니다.
아이디어를 바로 만들지 않고 먼저 검토했습니다
처음부터 웹앱 파일을 만들지는 않았습니다. 먼저 이 아이디어가 어떤 문제를 해결하는지, 비슷한 서비스가 있는지, 가지고 있던 연구자료가 실제 근거로 쓸 수 있는지를 검토했습니다.
관련 논문과 자료를 Claude에 제공하고 아이디어와 직접 연결되는 연구, 배경 설명에만 사용할 수 있는 연구, 방향이 다른 연구를 나눠달라고 요청했습니다.
이 과정에서 막연했던 생각이 실제로 확인해야 할 질문으로 바뀌었습니다.
아이디어를 정리할 때 사용한 질문
- 이 아이디어가 해결하려는 문제를 한 문장으로 정리해주세요.
- 제가 올린 연구 중 직접적인 근거가 되는 자료는 무엇인가요?
- 근거가 약하거나 지나치게 확대 해석한 부분은 어디인가요?
- 이미 있는 해결책과 비교했을 때 다른 점은 무엇인가요?
- 프로토타입에서 가장 먼저 확인해야 할 가정은 무엇인가요?
다만 AI가 제시한 시장 규모와 경쟁 상황을 그대로 사실로 받아들이지는 않았습니다. 공식 가격 페이지, 연구 원문과 공개 통계를 다시 확인했습니다.
작업이 커지면서 필요한 도구도 달라졌습니다
첫 프로토타입에서는 한 화면씩 수정하면 됐습니다. 버튼을 옮기고, 색을 바꾸고, 탭이 제대로 열리는지 확인하는 정도였습니다.
이후에는 작업 범위가 넓어졌습니다.
- 한 기능을 추가하면서 여러 파일을 함께 수정해야 했습니다.
- 화면을 바꾼 뒤 다른 기능이 망가지지 않았는지 확인해야 했습니다.
- 수정안 여러 개를 동시에 시험해야 했습니다.
- 코드를 실행하고 오류 메시지를 읽어야 했습니다.
- 테스트를 반복하면서 문제가 생긴 지점을 찾아야 했습니다.
- 작업별 진행 상황을 따로 관리해야 했습니다.
이 단계에서는 파일을 대신 수정해주는 것만으로는 부족했습니다. 작업을 나누고, 실행 결과를 확인하고, 문제가 있으면 다시 수정하는 흐름 전체가 필요했습니다.
현재 Codex에 정착한 이유
여러 작업을 나눠 동시에 진행하기 편했습니다
Codex에서는 서로 다른 작업을 각각의 흐름으로 나눠 진행할 수 있습니다.
예를 들어 한쪽에서는 모바일 화면 문제를 점검하고, 다른 쪽에서는 새로운 기능을 만들고, 또 다른 작업에서는 테스트 실패 원인을 확인하도록 맡길 수 있었습니다.
모든 요청을 하나의 긴 대화에서 순서대로 처리하지 않아도 돼 프로젝트가 커질수록 작업 상태를 파악하기 쉬웠습니다.
제가 나눠 진행한 작업의 예
- 모바일 화면의 글자와 버튼 간격 점검
- 탭 전환 오류 수정
- 새로운 콘텐츠 화면 추가
- 사용하지 않는 코드 찾기
- 기존 기능이 그대로 작동하는지 테스트
대화와 실제 작업이 자연스럽게 이어졌습니다
제 경험에서는 Codex가 단순히 요청받은 코드만 작성하는 느낌보다 제가 만들려는 결과를 이해한 뒤 필요한 작업을 이어서 처리하는 느낌이 강했습니다.
요청이 완벽하지 않아도 프로젝트 안의 파일과 앞선 작업을 살펴보고 어떤 부분을 확인해야 할지 찾아가는 경우가 많았습니다.
물론 항상 정확한 것은 아닙니다. 다만 제가 매번 파일명과 수정 위치를 세세하게 지정하지 않아도 작업 맥락을 따라가는 흐름이 비교적 자연스러웠습니다.
권한 확인 과정이 마음에 들었습니다
Codex는 허용된 작업공간에서 많은 일을 직접 처리할 수 있습니다. 파일을 읽고 수정하며, 코드를 실행하고, 테스트와 명령을 수행할 수 있습니다.
작업 환경 밖의 접근이나 주의가 필요한 실행에는 권한을 요청하는 과정이 나타납니다.
모든 작업을 무조건 자동으로 진행하는 것이 아니라 필요한 순간에 사용자가 범위를 확인할 수 있어 통제권을 유지하는 데 도움이 됐습니다.
권한 확인 창이 나온다고 작업이 자동으로 안전해지는 것은 아닙니다. 어떤 명령을 실행하는지, 어떤 폴더와 서비스에 접근하려는지, 파일을 삭제하거나 외부로 전송할 가능성이 없는지 직접 확인해야 합니다.
코드 실행과 테스트가 편했습니다
비개발자에게 가장 어려운 부분은 코드를 생성하는 것보다 그 코드가 실제로 작동하는지 확인하는 일입니다.
Codex에서는 코드를 수정한 뒤 관련 명령을 실행하고, 테스트 결과와 오류 내용을 확인하고, 필요한 수정까지 이어서 요청할 수 있었습니다.
“코드를 만들었으니 직접 실행해보세요”에서 끝나지 않고 실행과 확인까지 같은 흐름에서 진행할 수 있다는 점이 편했습니다.
제가 자주 사용하는 흐름
- 바꾸려는 기능과 유지할 기능을 설명합니다.
- Codex가 관련 파일을 찾고 작업 계획을 세웁니다.
- 변경이 필요한 파일을 수정합니다.
- 코드를 실행하거나 테스트를 수행합니다.
- 실패한 항목과 원인을 정리합니다.
- 필요한 부분을 다시 수정합니다.
- 제가 브라우저에서 최종 결과를 확인합니다.
테스트가 통과했다고 해서 화면과 사용 경험까지 완벽하다는 뜻은 아닙니다. 브라우저와 휴대전화 화면에서 직접 확인하는 과정은 여전히 필요했습니다.
사용량에 대한 부담이 적게 느껴졌습니다
Cowork를 사용할 때는 긴 작업을 이어가면서 남은 사용량을 신경 쓰게 되는 경우가 있었습니다.
Codex로 옮긴 뒤에는 제 작업 기준으로 여러 수정과 테스트를 이어가면서도 사용량에 대한 압박을 덜 느꼈습니다.
현재 제 계정에서는 GPT-5.5와 중간 수준의 추론 설정을 주로 사용합니다. 가장 높은 추론 설정을 계속 사용하지 않아도 웹 프로토타입 수정, 오류 확인과 테스트에는 충분한 경우가 많았습니다.
다만 이것은 제 요금제와 작업 환경에서의 경험입니다. Codex 사용량은 작업 규모, 코드베이스 크기, 실행 위치와 요금제에 따라 달라질 수 있습니다. 누구에게나 같은 사용량이 제공된다고 볼 수는 없습니다.
제가 중간 추론 수준을 주로 쓰는 이유:
작은 화면 수정이나 오류 점검에 항상 가장 높은 추론이 필요한 것은 아니었습니다.
중간 수준에서도 속도와 작업 품질의 균형이 잘 맞았습니다.
Claude Cowork와 Codex를 직접 사용해본 차이
| 비교 항목 | Claude Cowork | Codex |
|---|---|---|
| 처음 시작하기 | 대화로 파일 작업을 시작하기 쉬웠습니다. | 프로젝트를 열고 작업을 나누는 흐름이 비교적 명확했습니다. |
| 첫 프로토타입 | 간단한 화면을 빠르게 파일로 만드는 데 도움이 됐습니다. | 처음 제작부터 수정과 테스트까지 함께 진행할 수 있었습니다. |
| 여러 작업 관리 | 한 작업 흐름을 순서대로 이어가는 느낌이 강했습니다. | 작업을 나눠 동시에 진행하고 상태를 따로 확인하기 편했습니다. |
| 의도 파악 | 구체적인 지시를 줄수록 원하는 결과에 가까웠습니다. | 프로젝트 맥락을 살펴보고 다음 작업을 이어가는 흐름이 자연스러웠습니다. |
| 파일 수정 | 선택한 폴더 안의 파일을 직접 만들고 수정했습니다. | 프로젝트 파일을 찾고 수정한 뒤 관련 작업을 계속 진행했습니다. |
| 코드 실행 | 필요한 작업을 실행할 수 있지만 제 사용은 파일 제작 중심이었습니다. | 수정, 실행, 오류 확인과 재수정이 한 흐름으로 이어졌습니다. |
| 테스트 | 브라우저에서 제가 직접 확인하는 비중이 컸습니다. | 자동 테스트와 명령을 실행한 뒤 결과를 함께 검토하기 편했습니다. |
| 권한 확인 | 처음 연결한 폴더와 도구 범위를 관리해야 했습니다. | 추가 접근과 실행이 필요한 경우 권한을 확인하는 흐름이 분명했습니다. |
| 사용량 체감 | 긴 작업에서는 남은 사용량을 신경 쓰게 됐습니다. | 제 요금제와 작업 기준에서는 비교적 여유롭게 느껴졌습니다. |
| 현재 제 사용 | 첫 프로토타입 제작 경험 | 기능 추가, 수정, 테스트와 프로젝트 관리 |
이 표는 공식 성능 순위가 아니라 같은 비개발자가 두 도구를 실제 프로젝트에 사용하면서 느낀 차이입니다.
작업 종류와 요금제, 컴퓨터 환경과 코딩 경험에 따라 다른 결과를 얻을 수 있습니다.
Claude Code와는 비교하지 않았습니다
저는 Claude Cowork는 사용했지만 Claude Code는 직접 사용하지 않았습니다.
Claude Code는 코드 저장소를 읽고, 파일을 수정하고, 명령과 테스트를 실행하는 개발용 도구입니다. 여러 작업을 병렬로 진행하고 변경 내용을 검토하는 기능도 제공됩니다.
따라서 이 글을 Codex가 Claude Code보다 더 뛰어나다는 비교로 읽으면 안 됩니다.
제가 말할 수 있는 범위는 Cowork에서 웹 프로토타입을 시작한 뒤 제 작업 방식에는 Codex가 더 잘 맞았다는 것까지입니다.
비교 범위:
이 글은 Claude Cowork와 Codex의 직접 사용 경험을 비교합니다.
Claude Code의 성능과 사용 경험은 평가하지 않습니다.
비개발자에게 Codex가 특히 편했던 부분
개발자는 오류 메시지를 보고 어떤 명령을 실행해야 하는지 스스로 판단할 수 있습니다. 비개발자는 오류의 의미부터 막힐 수 있습니다.
Codex에서는 다음 질문을 같은 작업 안에서 이어갈 수 있었습니다.
- 방금 오류가 난 이유를 쉽게 설명해주세요.
- 제가 선택해야 할 해결 방법이 있나요?
- 안전하게 수정할 수 있다면 먼저 계획을 보여주세요.
- 수정 후 같은 오류가 다시 생기지 않는지 테스트해주세요.
- 제가 브라우저에서 직접 확인해야 할 부분을 알려주세요.
단순히 코드를 생성하는 것보다 문제가 생긴 뒤 다음 행동을 함께 정리할 수 있다는 점이 중요했습니다.
비개발자가 사용하기 좋은 요청 예시
이 오류를 바로 수정하지 말고 먼저 원인을 비개발자도 이해할 수 있게 설명해주세요.
수정이 필요한 파일과 예상되는 영향을 알려주세요. 기존 기능을 망가뜨릴 가능성이 있다면 먼저 복사본이나 별도 작업 공간을 만들어주세요.
수정한 뒤 관련 테스트를 실행하고, 통과한 항목과 제가 직접 확인해야 할 항목을 나눠 정리해주세요.
프로토타입 제작 흐름도 바뀌었습니다
| 초기 작업 방식 | 현재 작업 방식 |
|---|---|
| 한 화면을 만들고 직접 확인 | 기능별 작업을 나눠 진행 |
| 눈에 보이는 문제를 하나씩 수정 | 수정 전 영향 범위와 관련 파일 확인 |
| 브라우저에서만 작동 여부 확인 | 자동 테스트와 브라우저 확인을 함께 사용 |
| 파일을 날짜별로 복사해 보관 | 변경 내용을 비교하고 작업별로 관리 |
| 한 대화에서 모든 요청 진행 | 서로 다른 작업을 각각 나눠 진행 |
도구만 바뀐 것은 아닙니다. 아이디어를 바로 화면으로 만드는 단계에서 변경 범위를 관리하고 결과를 검증하는 단계로 작업 방식 자체가 달라졌습니다.
어떤 사람에게 Cowork가 잘 맞을까요?
- 코딩보다 문서와 파일 작업이 중심인 사람
- 대화로 컴퓨터 폴더의 파일을 정리하고 싶은 사람
- 간단한 웹페이지나 자료를 빠르게 만들어보고 싶은 사람
- 개발 환경보다 일반 업무 도구에 가까운 화면을 선호하는 사람
- 아이디어를 첫 결과물로 옮기는 단계에 있는 사람
Cowork는 웹앱 제작만을 위한 도구가 아닙니다. 문서 준비, 자료 정리, 조사와 여러 단계의 일반 업무를 대신 수행하는 데 초점을 둡니다.
어떤 사람에게 Codex가 잘 맞을까요?
- 하나의 프로젝트를 계속 발전시키려는 사람
- 여러 기능과 파일을 함께 수정해야 하는 사람
- 코드 실행과 테스트를 반복해야 하는 사람
- 여러 작업을 나눠 동시에 진행하고 싶은 사람
- 변경 내용을 확인하고 승인하면서 작업하고 싶은 사람
- 오류 수정과 기능 점검을 한 환경에서 이어가고 싶은 사람
비개발자도 사용할 수 있지만 Codex가 수행하는 명령과 파일 변경을 전혀 확인하지 않고 맡겨도 된다는 뜻은 아닙니다.
사용량이 넉넉하다는 이유만으로 선택하면 안 됩니다
제 경험에서는 Codex 사용량이 비교적 여유롭게 느껴졌습니다. 하지만 사용량만으로 도구를 선택하면 실제 작업 품질과 안전을 놓칠 수 있습니다.
다음 항목을 함께 확인해야 합니다.
- 내 프로젝트에서 실제로 몇 번의 수정과 테스트가 필요한가?
- 중간 추론 수준으로도 충분한가?
- 작업을 나눠 진행하는 기능을 실제로 사용하는가?
- 변경 내용을 이해하고 검토할 수 있는가?
- 사용량이 부족해질 경우 추가 비용이 발생하는가?
- 회사나 고객 자료가 포함돼 있지 않은가?
큰 추론 설정을 항상 사용하는 것보다 작업의 난이도에 따라 조정하는 편이 효율적입니다.
| 작업 | 고려할 추론 수준 |
|---|---|
| 문구, 색상과 단순 배치 수정 | 낮은 수준 또는 중간 수준부터 시험 |
| 기능 추가와 일반적인 오류 수정 | 중간 수준부터 시험 |
| 여러 파일에 영향을 주는 구조 변경 | 중간 또는 높은 수준 검토 |
| 원인이 불분명한 복잡한 오류 | 높은 수준이 도움이 될 수 있음 |
| 보안, 인증과 결제 구조 | 추론 수준과 관계없이 전문가 검토 필요 |
권한을 요청한다고 무조건 승인하지 마세요
Codex가 권한을 요청하는 과정은 사용자가 작업 범위를 통제하는 데 도움이 됩니다.
그러나 승인 버튼을 누르기 전에는 무엇을 하려는지 확인해야 합니다.
권한 승인 전 확인할 항목
- 어떤 명령을 실행하려고 하나요?
- 어떤 파일과 폴더를 읽거나 수정하나요?
- 파일 삭제나 대규모 변경이 포함되나요?
- 인터넷이나 외부 서비스에 연결하려고 하나요?
- 회사 자료나 개인정보가 포함돼 있나요?
- API 키, 비밀번호와 인증 정보에 접근할 가능성이 있나요?
- 실패했을 때 되돌릴 방법이 있나요?
작업 폴더에 넣지 않는 편이 좋은 자료
- 회사 문서와 고객 자료
- 직원정보와 인사자료
- 계약서와 법무 검토 자료
- 비밀번호가 저장된 파일
- API 키와 인증 정보
- 신분증, 금융정보와 개인 사진
- 삭제되거나 변경되면 곤란한 원본 파일
비개발자가 반드시 직접 확인해야 하는 부분
Codex가 코드를 실행하고 테스트해도 최종 결과에 대한 책임까지 맡아주는 것은 아닙니다.
- 모든 버튼과 링크를 직접 눌러봤나요?
- 휴대전화 화면에서도 읽고 누르기 쉬운가요?
- 잘못된 값을 입력했을 때 오류 처리가 되나요?
- 테스트가 실제 사용자 행동을 충분히 확인하나요?
- 개인정보나 인증 정보가 코드에 들어가지 않았나요?
- 사용하지 않는 코드와 파일이 남아 있지 않나요?
- 수정 전 상태로 되돌릴 수 있나요?
- 회원가입과 결제가 들어간다면 전문가가 검토했나요?
- 접근성과 개인정보보호 기준을 확인했나요?
- 실제 공개 후 오류를 처리할 방법이 있나요?
작동하는 프로토타입과 운영 가능한 서비스는 다릅니다
브라우저에서 버튼이 눌리고 화면이 바뀐다고 해서 실제 사용자에게 공개할 준비가 끝난 것은 아닙니다.
회원가입, 결제, 개인정보 저장, 외부 데이터베이스와 회사 시스템 연결이 들어가면 보안과 개인정보보호 검토가 필요합니다.
AI 코딩 도구는 기능을 빠르게 구현할 수 있게 도와주지만, 다음 문제까지 자동으로 해결하지는 않습니다.
- 어떤 개인정보를 수집해도 되는가?
- 비밀번호를 어떻게 안전하게 보관할 것인가?
- 결제 오류와 환불을 어떻게 처리할 것인가?
- 서비스 장애가 발생하면 어떻게 복구할 것인가?
- 아동이나 민감한 사용자를 위한 기준이 필요한가?
- 사용자에게 어떤 정책과 안내를 제공해야 하는가?
비개발자가 만든 프로토타입은 아이디어와 사용 흐름을 시험하는 데 유용합니다. 실제 서비스를 공개하려면 필요한 범위에서 개발자, 보안과 개인정보보호 전문가의 검토를 받아야 합니다.
현재 제가 사용하는 작업 방식
- 작업 목적을 설명합니다. 무엇을 만들고 누가 사용할지 먼저 적습니다.
- 유지할 부분을 지정합니다. 기존 기능과 문구 중 바꾸면 안 되는 것을 알려줍니다.
- 작업을 나눕니다. 기능 추가, 화면 수정과 테스트를 서로 다른 작업으로 구분합니다.
- 계획을 확인합니다. 어떤 파일을 왜 수정할지 먼저 설명하도록 합니다.
- 필요한 권한만 승인합니다. 명령과 접근 범위를 확인합니다.
- 코드와 테스트를 실행합니다. 실패한 항목은 원인을 설명하도록 합니다.
- 브라우저에서 직접 확인합니다. 화면과 실제 사용 흐름은 사람이 점검합니다.
- 변경 내용을 기록합니다. 수정 파일과 남은 문제를 정리합니다.
현재 자주 사용하는 요청문
이 작업의 목적은 [목적]입니다. 현재 작동하는 [기능]은 유지해야 합니다.
먼저 관련 파일과 영향 범위를 확인하고 작업 계획을 보여주세요. 아직 파일은 수정하지 마세요.
제가 계획을 확인한 뒤 수정해주세요. 수정 후에는 관련 테스트를 실행하고, 통과한 항목과 실패한 항목, 제가 브라우저에서 직접 확인해야 할 부분을 나눠 정리해주세요.
제 경험에서 얻은 결론
Claude Cowork는 비개발자인 제가 머릿속 아이디어를 실제 파일과 웹 화면으로 옮길 수 있게 해준 도구였습니다.
파일을 직접 만들고 수정해주는 방식 덕분에 코드를 복사하고 저장하는 부담이 줄었고, 짧은 시간 안에 첫 프로토타입을 확인할 수 있었습니다.
프로젝트가 커진 뒤에는 필요한 작업이 달라졌습니다. 여러 기능을 동시에 수정하고, 코드 실행과 테스트를 반복하고, 변경 내용을 나눠 관리해야 했습니다.
현재는 이런 작업에 Codex를 사용하고 있습니다. 여러 작업을 나눠 진행하기 쉽고, 필요한 권한을 확인한 뒤 파일 수정, 코드 실행과 테스트가 자연스럽게 이어졌기 때문입니다.
제 환경에서는 GPT-5.5를 중간 추론 수준으로 사용해도 Cowork에서 하던 프로토타입 작업 이상의 결과를 얻을 수 있었고, 사용량도 비교적 여유롭게 느껴졌습니다.
다만 이는 Claude Code와의 비교가 아닙니다. Claude Code를 직접 사용하지 않았기 때문에 두 개발 도구의 성능 우열은 판단하지 않습니다.
제게 맞았던 흐름은 분명합니다. Cowork는 첫 아이디어를 화면으로 옮기는 계기가 됐고, Codex는 그 결과물을 계속 발전시키는 작업 환경이 됐습니다.
자주 묻는 질문
코딩을 잘 모르는 사람도 Codex를 사용할 수 있나요?
간단한 웹페이지와 프로토타입 수정에는 사용할 수 있습니다. 다만 Codex가 실행하려는 명령과 파일 변경을 확인하고, 실제 결과를 브라우저에서 시험할 수 있어야 합니다. 회원가입, 결제와 개인정보 저장이 포함된 서비스에는 전문가 검토가 필요합니다.
Claude Cowork보다 Codex가 더 좋은가요?
사용 목적에 따라 다릅니다. Cowork는 문서와 파일을 포함한 일반적인 컴퓨터 작업을 대화로 맡기는 데 초점을 둡니다. Codex는 코드 프로젝트, 여러 작업 관리, 실행과 테스트에 더 직접적으로 맞춰져 있습니다. 제 프로젝트가 커진 뒤에는 Codex가 더 잘 맞았습니다.
Codex에서 GPT-5.5 중간 수준이면 충분한가요?
제 웹 프로토타입 작업에서는 중간 수준으로도 기능 수정, 오류 확인과 테스트에 충분한 경우가 많았습니다. 복잡한 구조 변경과 원인을 찾기 어려운 오류에는 더 높은 추론 수준이 도움이 될 수 있습니다. 작업에 따라 직접 비교하는 것이 좋습니다.
Codex 사용량은 얼마나 제공되나요?
사용량은 요금제, 작업 크기와 복잡도, 로컬 또는 원격 실행 방식에 따라 달라집니다. 고정된 메시지나 토큰 수로 일반화하기 어렵습니다. Codex의 사용량 화면에서 현재 남은 범위와 적용 조건을 확인해야 합니다.
Codex가 권한을 요청하면 승인해도 되나요?
어떤 명령을 실행하고 어떤 파일이나 서비스에 접근하는지 먼저 확인해야 합니다. 파일 삭제, 외부 전송, 인증 정보 접근과 작업공간 밖의 변경이 포함된다면 승인 전에 작업 범위를 다시 좁히는 것이 좋습니다.
Claude Code와 Codex 중 어느 것이 더 좋은가요?
이 글에서는 판단하지 않습니다. 필자는 Claude Cowork와 Codex는 직접 사용했지만 Claude Code는 사용하지 않았습니다. Claude Code 역시 파일 수정, 명령 실행과 테스트를 지원하므로 실제 프로젝트와 요금제에서 직접 비교해야 합니다.
회사 컴퓨터에서 Codex를 사용해도 되나요?
회사가 Codex와 해당 계정 사용을 승인했는지 먼저 확인해야 합니다. 개인 유료 계정을 가지고 있다는 이유만으로 회사 코드, 문서와 업무 시스템에 접근할 권한이 생기지는 않습니다.
관련 글
출처 및 참고 자료
이 글의 사용 경험은 필자가 Claude Cowork로 웹 프로토타입을 만들고 이후 같은 프로젝트를 Codex로 옮겨 작업한 과정을 바탕으로 작성했습니다.
Codex의 병렬 작업, 파일 수정, 명령 실행, 추론 설정과 사용량 관련 내용은 OpenAI의 공식 제품 문서와 도움말을 확인했습니다.
Claude Cowork와 Claude Code의 기능 설명은 Anthropic의 공식 제품 문서와 도움말을 확인했습니다.
기능, 모델, 사용량, 요금제와 지원 운영체제는 변경될 수 있습니다. 실제 사용과 결제 전에는 공식 문서와 계정 화면을 다시 확인하시기 바랍니다.
면책 안내: 이 글은 개인적인 사용 경험과 일반적인 제품 정보를 제공합니다. 특정 AI 코딩 도구의 성능, 사용량과 안전성을 보장하지 않습니다. AI가 만든 코드와 파일은 직접 검토하고 테스트해야 하며, 회사 자료와 개인정보를 사용할 때는 소속 조직의 승인 절차와 보안 기준을 우선하시기 바랍니다.
대화 참여하기