동작 하나를 선택하고 확인하는 데 필요한 정보부터 정합니다. 전체 스냅샷에는 관련 없는 패널, 메뉴, 반복 행이 포함될 수 있습니다. 이를 줄이면 입력 토큰이 줄 수 있지만 경고, 대상, 확인 정보를 잃으면 실패할 수 있습니다.
전체 턴과 관찰 내용을 측정하기
모델, 작업, 관찰 형식과 공급자의 입력·캐시·출력 수치를 기록합니다. 문자 수와 토큰 수는 다릅니다. 턴에 고정 지시가 포함되어 관찰 문자 수가 크게 줄어도 전체 입력이 같은 비율로 줄지 않습니다. 캐시 수치를 따로 적고 청구 금액과 구분합니다.
현재 판단에 필요한 범위로 줄이기
작업이 있는 영역을 찾고 이름, 상태, 사용할 수 있는 컨트롤과 근처 오류 또는 확인 문구를 남깁니다. 버튼이 코드 하나만 다르면 그 한 줄이 중요합니다. 이동이나 상태 변화 뒤 다시 관찰합니다. 대상이 모호하거나 없거나 다른 패널과 겹치면 범위를 넓힙니다.
필요한 이미지와 동작 묶음 사용하기
버튼 가림과 배치 문제에는 초점을 맞춘 이미지가 도움이 됩니다. 이미지와 텍스트의 증거와 계량 방식은 다릅니다. 경로와 상태가 안정적이면 되돌릴 수 있는 조회나 간단한 동작을 묶습니다. 결과가 바뀌는 조작 뒤에는 확인하고 진행합니다. 이번 비교는 관찰 범위만 바꿨습니다.
실제 동작을 확인하고 성공 횟수 비교하기
성공 조건을 먼저 정합니다. 브라우저가 올바른 컨트롤을 선택해 예상 결과를 표시해야 성공입니다. 매번 같은 환경을 초기화하고 실패도 횟수에 포함합니다. 관찰을 줄여 빠진 정보가 있다면 필요한 부분을 되살려 성공과 실패 사례를 다시 실행합니다.
토큰 및 성공 기록
작업대 세 곳과 무관한 재고 행 145개가 있는 합성 Tabbit 화면에서 세 쌍을 비교했습니다. Codex CLI 0.166.0과 GPT-6.1 Sol을 사용했습니다. 각 쌍 안에서 관찰 범위만 바꿨습니다. 모델은 실제 접근성 스냅샷에서 한 턴에 버튼을 선택했고 고정 Tabbit 제어기가 해당 버튼을 눌러 T02-CONFIRMED를 확인했습니다. 모델의 자율 도구 반복은 없었습니다. 부분 관찰 입력은 합계 17.0% 줄었고 두 그룹 모두 세 번 성공했습니다. 캐시 입력은 달랐으며 비용이나 일반 성공률을 추정하지 않습니다.
| 지표 | 전체 | 부분 |
|---|---|---|
| 입력 토큰 | 89,857 | 74,559 |
| 캐시 입력 토큰 | 25,088 | 37,632 |
| 출력 토큰 | 25 | 25 |
| 브라우저 성공 횟수 | 3/3 | 3/3 |
| 관찰 문자 수 | 30,201 | 257–266 |
| 단계 | 전체 · 입력 토큰 | 부분 · 입력 토큰 |
|---|---|---|
| Orchid | 29,810 | 24,852 |
| Juniper | 30,024 | 24,855 |
| Cedar | 30,023 | 24,852 |

브라우저 도구 개발자가 소속을 공개하고 자체 실험을 설명했습니다. 다른 Codex 사용자는 저장된 행을 기준값과 대조해 브라우저 연결을 비교했다고 보고했습니다. 작업 흐름은 다릅니다. 이 비교는 관찰 범위만 바꿉니다.
Reddit · r/mcp · Reddit · r/codex
맥락은 얼마나 남겨야 하나요?
찾기, 판단, 동작, 확인에 필요한 정보를 남깁니다. 확인 문구가 영역 밖에 있으면 별도로 읽습니다. 부분 관찰에서 시작하고 페이지에 따라 범위를 넓힙니다.
자주 묻는 질문
토큰 사용량은 어떻게 측정하나요?
모델, 작업, 관찰 형식과 공급자의 입력·캐시·출력 수치를 기록합니다. 문자 수와 토큰 수는 다릅니다. 턴에 고정 지시가 포함되어 관찰 문자 수가 크게 줄어도 전체 입력이 같은 비율로 줄지 않습니다. 캐시 수치를 따로 적고 청구 금액과 구분합니다.
부분 관찰에 무엇을 남기나요?
작업이 있는 영역을 찾고 이름, 상태, 사용할 수 있는 컨트롤과 근처 오류 또는 확인 문구를 남깁니다. 버튼이 코드 하나만 다르면 그 한 줄이 중요합니다. 이동이나 상태 변화 뒤 다시 관찰합니다. 대상이 모호하거나 없거나 다른 패널과 겹치면 범위를 넓힙니다.
언제 화면을 캡처하나요?
버튼 가림과 배치 문제에는 초점을 맞춘 이미지가 도움이 됩니다. 이미지와 텍스트의 증거와 계량 방식은 다릅니다. 경로와 상태가 안정적이면 되돌릴 수 있는 조회나 간단한 동작을 묶습니다. 결과가 바뀌는 조작 뒤에는 확인하고 진행합니다. 이번 비교는 관찰 범위만 바꿨습니다.
성공 횟수를 어떻게 비교하나요?
성공 조건을 먼저 정합니다. 브라우저가 올바른 컨트롤을 선택해 예상 결과를 표시해야 성공입니다. 매번 같은 환경을 초기화하고 실패도 횟수에 포함합니다. 관찰을 줄여 빠진 정보가 있다면 필요한 부분을 되살려 성공과 실패 사례를 다시 실행합니다.
맥락은 얼마나 남겨야 하나요?
찾기, 판단, 동작, 확인에 필요한 정보를 남깁니다. 확인 문구가 영역 밖에 있으면 별도로 읽습니다. 부분 관찰에서 시작하고 페이지에 따라 범위를 넓힙니다.