라이프스타일
사용량과 효율: 재작업 줄이기
조건, 모델 선택, 시간, 결과를 기록해 불필요한 재시도와 과도한 문맥을 줄입니다.
읽는 데 약 15분 · 실습 25 분

이 글의 목차
Codex 학습 목차로 돌아가기Codex 학습 센터: 전체 튜토리얼 목차설치와 첫 작업부터 MD 지침과 고급 연동까지 60개 강의, 열 개 단원을 계획합니다. 수준, 환경, 목표, 명령으로 다음 글을 찾고 미게시 항목의 상태를 확인할 수 있습니다.전체 글 읽기
목표와 준비
이 단락의 학습 자료: 자료 · 계정 사용량계정, 로그인, 요금제와 사용량사용량을 해석하기 전에 로그인 방식을 확인하세요. ChatGPT 계정 로그인은 해당 계정의 Codex 사용 한도를 이용하며, 지원 클라이언트의 API 키 인증은 별도 API 결제를 확인해야 합니다. 바뀌기 쉬운 가격을 외우기보다 자신의 계정에서 확인하는 방법을 익힙니다.전체 글 읽기
1단계: 무엇을 측정하는지 확인
ChatGPT/Codex 요금제 한도와 API 비용은 다른 지표입니다. 잔여 비율은 다른 작업·초기화·요금제에 영향을 받는 계정 공유 구간일 수 있어 1% 차이를 해당 작업의 정확한 가격으로 보지 않습니다. API도 실제 모델·요금·usage 기록을 확인하며 CLI의 모든 token에 단일 단가를 곱하지 않습니다. 변하는 숫자를 반복하지 않고 계정·모델 편의 통합 정보로 연결합니다.
| 지표 | 기록 방법 | 바로 알 수 없는 것 |
|---|---|---|
| 사람 시간 | 요청 준비부터 검증까지 | 모델 처리 시간 |
| 대기 | 시작부터 최종 답변까지 | 순수 추론 속도 |
| 재작업 | 보충·오해 수정·반복 | 답이 적어도 정확한 것은 아님 |
| 승인 항목 | 사전 조건 네 개와 비교 | 자신 있는 표현은 증거 아님 |
| 한도·usage | 실제 보이는 정보 | 계정 비율은 단일 비용 아님 |
없으면 unavailable, 추정이면 estimated와 방법을 적고 모르는 값을 0으로 쓰지 않습니다.
2단계: 비교 조건과 정답 고정
같은 미수정 broken을 두 개 쓰고 각각 node --test core.test.mjs로 같은 두 통과·한 실패를 확인합니다. Node만 써 모델 한도를 소비하지 않습니다. 결함은 visibleTasks의 completed 분기가 !task.completed를 고르는 것입니다. 기준을 따로 기록하되 비교 요청에 정답을 넣지 않습니다. A·B 모두 계획만 제안하며 수정·서비스 시작은 하지 않습니다.
같은 진입점·호스트에서 각 폴더의 새 작업을 만들고 모델·추론 설정을 맞춥니다. 선택이 없으면 이름을 추측하지 말고 기본값을 기록하세요. 동시 경합을 줄이도록 순차 실행합니다. 새 대화는 답변 유입을 줄이지만 캐시·네트워크·부하는 같지 않으므로 개인 절차 실습이며 발표 가능한 모델 순위가 아닙니다.
3단계: 요청의 구체성만 변경
A는 정보가 적어도 목표가 있고 B는 재현 입력·예상/실제·파일 범위를 추가합니다. 결과 목표는 같으며 미리 주는 확실한 배경의 양이 다릅니다. 작성 시간을 기록하고 각각 한 번 보내세요. 질문에는 정상 답변하고 보충 횟수로 세며 B를 이기게 하려고 A에 필요한 정보를 숨기지 않습니다.
Find why Completed shows unfinished tasks in this project.
Explain the cause, propose the smallest fix and give verification steps.
Read only; do not edit files, run tests or start services.
Investigate the Completed filter in this Small Steps practice copy.
Reproduction: add Read and Build, complete Read, then choose Completed.
Expected: only Read. Actual: only Build.
Inspect core.mjs, app.js and core.test.mjs as needed.
Explain the cause, propose the smallest fix while preserving Active/All behavior,
and give exact Node and browser verification steps.
Read only; do not edit files, run tests or start services.
4단계: 같은 기준으로 두 결과 평가
네 항목을 수동 확인합니다. visibleTasks의 completed 조건 식별, 해당 분기만 task.completed 참을 고르는 수정, Active/All 유지, node --test core.test.mjs와 같은 Read/Build 화면 재현 제안입니다. 금지한 시험을 실행했다고 주장하거나 파일을 수정하지 않았는지도 확인하세요. 긴 일반 위험 목록은 가점이 아니며 짧아도 검증이 없으면 미완료입니다.
# Workflow comparison
Date / host / surface / CLI or app version:
Model and reasoning setting:
Fixture: unchanged broken copy
| Metric | A | B |
| --- | --- | --- |
| Prompt preparation time | | |
| Wait until final answer | | |
| Human verification time | | |
| Clarification/correction turns | | |
| Accepted criteria out of 4 | | |
| Actual visible usage, or unavailable | | |
| Files unchanged | | |
| Remaining uncertainty | | |
Decision and evidence:
One adjustment to try next:
5단계: 관측을 지속 가능한 습관으로 만들기
가장 빠른 답변뿐 아니라 준비+검증 시간·대기·재작업을 비교합니다. B 준비가 2분 늘어도 보충 여러 번을 줄이면 일상에 적합할 수 있습니다. A도 한 번에 모두 통과하면 모든 작은 작업에 긴 문서가 필요하다는 증거는 없습니다. 효과적인 형식을 재사용 템플릿요청, 규칙, 인계 템플릿요청, 규칙, 인계 템플릿을 선택하고 필수 항목과 입력 위치를 확인해 사용합니다.전체 글 읽기에 저장하고 목표·출처·범위·검증을 유지하되 전체 대화를 매번 붙이지 마세요. 오래되거나 충돌하는 맥락을 줄입니다.
명확한 가상 사례로 판단을 연습합니다. A는 준비 1분·대기 3분·검증 4분에 네 조건 중 세 개, B는 3분·4분·1분에 네 조건 모두를 충족합니다. 기록한 합계는 둘 다 8분입니다. B의 첫 대기는 더 길지만 결과가 완전하고 A의 보완 시간은 미측정이므로 전체 완료 시간이 같다고 결론낼 수 없습니다. 모델 성능 실측값도 아닙니다.
기준을 미리 정했는지, 품질을 실제 확인했는지, 사용량 누락을 unavailable로 남겼는지도 확인합니다. 둘 다 네 조건을 충족한 뒤 전체 시간과 재작업을 비교하세요. 가상 숫자는 관찰표와 분리하고 다음에도 같은 기준에서 한 요인만 바꿔 차이 원인을 해석합니다.
다음에 모델·추론을 비교하려면 합격한 B 요청과 입력을 고정하고 모델 선택모델, 추론 수준과 속도 선택모델 선택과 추론 수준은 별개입니다. 같은 작은 과제에서 품질을 비교하고 필요할 때 추론을 높입니다. 이름만 보고 판단하지 말고 현재 계정에 표시되는 옵션을 사용하세요.전체 글 읽기에 따라 사용 가능한 설정 하나만 바꿉니다. 모델·하위 에이전트·요청을 함께 바꾸고 모든 차이를 속도 탓으로 돌리지 마세요. 병렬 작업·긴 재시도도 사용량을 쓰며 작은 문제는 도구 추가보다 목표 축소가 검증하기 쉬울 수 있습니다. 긴 작업은 인계 기록맥락과 작업 인계긴 작업에는 결정과 증거를 남깁니다. README는 사용법, 설계 문서는 이유, 인계는 진행 상황, AGENTS.md는 지속할 규칙으로 구분합니다.전체 글 읽기에 검증 상태를 남겨 탐색 반복을 줄입니다.
완료와 흔한 오판
두 복사본은 그대로여야 하며 관측표·답변을 저장합니다. 에이전트가 수정했으면 범위 위반으로 기록하고 차이를 보존한 뒤 자신의 복사본을 복원하세요. 한 번 비교는 해당 조건의 선택만 지지하며 영구적으로 저렴한 모델·요금제별 고정 작업 수를 뜻하지 않습니다. 사용량 표시 지연·초기화·다른 작업 사용은 비교 불가로 적습니다. 품질 네 항목의 근거·시간 측정법·가짜 사용량 없음·다음 작은 조정이 완료 조건이며 모든 지표를 개선처럼 보이게 하는 것이 아닙니다.
Codex 학습 목차로 돌아가기Codex 학습 센터: 전체 튜토리얼 목차설치와 첫 작업부터 MD 지침과 고급 연동까지 60개 강의, 열 개 단원을 계획합니다. 수준, 환경, 목표, 명령으로 다음 글을 찾고 미게시 항목의 상태를 확인할 수 있습니다.전체 글 읽기
자세한 설명 보기
Three numbered stages: identify the starting point, perform the exercise, and verify the result. Original illustration, not a product screenshot.
같은 주제의 글
라이프스타일
Codex 학습 센터: 전체 튜토리얼 목차
설치와 첫 작업부터 MD 지침과 고급 연동까지 60개 강의, 열 개 단원을 계획합니다. 수준, 환경, 목표, 명령으로 다음 글을 찾고 미게시 항목의 상태를 확인할 수 있습니다.
라이프스타일
Worktree와 작업 격리
Worktree는 하나의 Git 저장소에 다른 브랜치의 작업 폴더를 만듭니다. 파일이 분리되어도 DB, 포트와 외부 서비스는 공유될 수 있습니다.
라이프스타일
실습: 작은 웹사이트 만들기
brief.md에서 Small Steps 할 일 사이트를 계획하고 추가·완료·삭제·필터·로컬 저장을 구현합니다. HTML·CSS·데이터 함수·화면 이벤트·시험을 분리하고 Node와 브라우저로 검증한 뒤 재시작·복원 인계 기록을 남깁니다.
라이프스타일
기존 코드베이스 이해
읽기 흐름으로 진입점, 데이터 흐름, 테스트를 찾아 파일 근거가 있는 프로젝트 지도를 만듭니다.
이 글을 인용한 글
최신 여행 소식·가이드

가이드도쿄
도쿄 어디에 묵을까? 신주쿠·우에노·도쿄역·시부야·아사쿠사·이케부쿠로·긴자 일곱 지역 비교: 공항 교통, 숙박세, 짐 배송까지
도쿄 어디에 묵을까? 신주쿠, 우에노, 도쿄역, 시부야, 아사쿠사, 이케부쿠로, 긴자 일곱 지역을 같은 기준으로 비교한다. 나리타·하네다 공항에서 오는 방법, 교통 노선, 주변의 볼거리, 동네 분위기, 적합한 여행자를 비교표와 야마노테선 안내도로 살펴보고, 2026년 9월에 확인한 도쿄도 숙박세(2027년 4월부터 3%)와 공항 택배로 짐을 보내는 규정도 정리했다.
- 예산
- 호텔

가이드도쿄
도쿄 교통패스 선택법: Suica/Welcome Suica, Tokyo Subway Ticket, JR Pass는 살 만할까?
도쿄를 처음 여행한다면 먼저 1인당 IC 카드 한 장으로 탈 때마다 결제한다(Welcome Suica는 보증금이 없고 28일간 유효). 하루에 지하철을 4번 이상 타면 2,000엔짜리 Tokyo Subway Ticket 72시간권을 추가하고, 간사이에 가지 않고 도쿄만 여행한다면 JR Pass는 반드시 손해다. TOURIST PASMO, iPhone의 Suica, 도쿄 Metro 하루권의 이용 가능·불가 범위를 결정도로 비교한다. 가격은 2026년 9월 확인.
- 교통
- 예산

가이드도쿄
도쿄 디즈니랜드·디즈니씨 가이드: 티켓 가격, 판타지 스프링스 Fantasy Springs, 디즈니 프리미어 액세스 DPA와 스탠바이 패스 이용법, 첫 방문에는 어느 파크가 좋을까
도쿄 디즈니 하루짜리 패스포트는 변동 가격제로, 2026년 9월에는 평일 대부분이 9,900엔, 주말이 10,900엔이다. 공식 홈페이지에서 매일 14:00에 두 달 뒤 같은 날짜의 티켓을 판매한다. 무료 프라이오리티 패스는 공식 서비스 목록에서 빠져 대기 시간을 줄이는 방법은 유료 디즈니 프리미어 액세스(한 사람당 한 번 1,000~3,500엔)뿐이다. 운영 시간, 25주년 행사, 스탠바이 패스, 엔트리 리퀘스트, 판타지 스프링스 이용법, 첫 방문 때 디즈니랜드와 디즈니씨 중 어디를 고를지도 담았다. 2026년 9월 공식 홈페이지에서 확인했다.
- 추천 일정
- 가족 여행
출처
- Codex pricing · 확인일:
- Codex models · 확인일:
- Codex prompting · 확인일: