브라우저 에이전트에 주장 하나당 한 행을 쓰고, 원문 페이지와 읽은 위치, 판정을 적으라고 요청하세요. 그러면 검토자가 보고서의 문장에서 근거로 바로 돌아갈 수 있습니다. 공개 사례에서는 HTTP 418을 두고 공식 문서의 표현이 서로 달랐습니다. 각 문서의 날짜와 역할을 확인하면 그 차이를 설명할 수 있습니다.
확인할 수 있는 질문부터 정하기
이번에는 현재 등록표가 418을 어떻게 표시하는지, 찻주전자 표현이 어디에 등장했는지 확인했습니다. 2026년 11월 6일 Tabbit에서 등록표와 RFC 두 건을 열고 글쓴이가 판정을 검토했습니다. 사람이 조사 범위를 정한 브라우저 확인입니다. 에이전트에 맡길 때도 같은 범위를 주고, 초안을 쓰기 전에 미확인 행을 제출하게 할 수 있습니다.
요청 첫 줄에 기준일과 어떤 자료를 1차 출처로 보는지 적으세요. «HTTP 418을 설명해 줘»보다 «현재 등록표 이름과 과거 표현을 찾아줘»가 확인하기 쉽습니다. 소수의 1차 자료부터 열고 필요한 경우만 더 찾으세요. 딥 리서치 활용 사례로 질문을 정하고 첫 작업 체크리스트로 사이트와 행동 범위를 정할 수 있습니다.
주장마다 원문으로 돌아가기
| 확인할 주장 | 1차 출처와 위치 | 판정 |
|---|---|---|
| C1 현재 등록표는 418을 미사용으로 표시한다. | IANA의 418 행. RFC 9110 §15.5.19를 연결한다. | 뒷받침. IANA 등록표 기준. |
| C2 RFC 2324에 찻주전자 표현이 등장한다. | 1998년 4월 RFC 2324 §2.3.2. | 뒷받침. 정보 제공용 RFC의 역사적 표현. |
| C3 현행 표준의 418 제목은 «나는 찻주전자다»이다. | 2022년 6월 RFC 9110 §15.5.19. | 반박. 제목은 «(Unused)»이며 예약 이유가 적혀 있다. |
| C4 주어진 RFC 링크로 다른 서버 동작을 확인할 수 있다. | 대조를 위해 일부러 넣은 유효하지 않은 RFC Editor URL. | 미확인. Tabbit에서 HTTP 404를 관찰했다. |
예시 CSV에는 잘못된 링크를 포함해 네 행의 URL과 확인 결과가 들어 있습니다. IANA 등록표는 RFC 9110을 가리키므로 하나의 출처 연결로 봅니다. RFC 2324는 표현의 역사를 설명합니다. 특정 서버가 418을 반환한다는 주장은 해당 구현의 별도 근거가 필요합니다.
중요한 문장은 인용을 열어 최종 URL을 기록하고, 지정한 절을 찾습니다. 인용하거나 풀어 쓸 때 원문의 조건을 보존하세요. «일부 구현»의 사실이라면 결론도 그 범위로 제한합니다. 현재 상태와 역사적 출처를 한 문장에 썼다면 두 행으로 나눕니다. 브라우저 CLI 튜토리얼에서는 화면의 텍스트를 얻는 법을, MCP와 CLI 비교에서는 관찰을 에이전트에 전달하는 법을 확인할 수 있습니다.
실패와 이견도 남기기
| 판정 | 처리 방법 |
|---|---|
| 뒷받침 | 출처 범위 내에서 인용합니다. |
| 반박 | 보고서를 쓰기 전에 주장을 고칩니다. |
| 부분 뒷받침 | 주장을 나누고 근거가 있는 부분을 남깁니다. |
| 미확인 | 접근 실패나 부족한 증거를 기록합니다. |
판정은 뒷받침, 반박, 부분 뒷받침, 미확인으로 나눌 수 있습니다. 404는 접근 시 받은 응답입니다. 원래 주장에는 다른 근거가 필요합니다. 로그인 화면을 만나면 화면 제목을 남기고 본문 미열람으로 기록합니다. 적절한 출처가 없다면 결론에서 보류합니다. 제한된 페이지는 브라우저 권한 가이드로 사용 범위를 확인한 뒤 다룹니다.
두 자료가 다르면 날짜, 정의, 범위를 먼저 비교합니다. 여기서는 현재의 등록 상태와 과거 표현이 다른 질문에 답합니다. 이견이 남으면 양쪽 자료와 추가로 필요한 증거를 적습니다. 변동 가능한 사실에는 확인일을 남기고 재사용 전에 1차 출처를 다시 엽니다.
에이전트에는 «출처표를 먼저 제출해 줘. 각 주장에 URL, 절이나 행, 원문 구절, 확인일과 판정을 적어 줘. 접근 실패도 남기고, 근거가 있는 행에서 결론을 쓰되 추론은 표시해 줘»라고 요청할 수 있습니다. 성공한 행은 일부를, 미해결 행은 전부 검토하세요. 브라우저 자동화와 웹 조사 절차를 참고하고 Tabbit에서 같은 예제를 다시 확인할 수 있습니다.
1차 출처 IANA HTTP 상태 코드 등록표, RFC 9110 §15.5.19, RFC 2324 §2.3.2.
자주 묻는 질문
출처표에는 어떤 정보가 필요한가요?
주장 ID, 요청 URL과 최종 URL, 원문 위치, 짧은 인용이나 요약, 확인일, 판정과 근거를 기록합니다.
링크가 열리면 인용도 정확한가요?
같은 주제를 다뤄도 시기, 대상이나 결론이 다를 수 있습니다. 원문이 보고서의 문장을 뒷받침하는지 확인해야 합니다.
출처를 열지 못하면 어떻게 하나요?
요청 URL, 확인한 도착 주소, 확인일, 응답과 연결된 주장을 남깁니다. 적절한 대체 자료를 찾을 때까지 미확인으로 표시합니다.
출처끼리 설명이 다르면 어떻게 하나요?
날짜, 범위, 발행 기관, 정의를 비교합니다. 두 자료를 모두 남기고 차이를 설명할 수 있었는지 기록합니다.
출처마다 원문을 인용해야 하나요?
짧은 발췌나 정확한 요약에 위치를 덧붙이면 다시 확인할 수 있습니다. 원문과 본인의 판단을 구분하세요.