GPT-6 Astra 웹 검색 vs 파일 검색: 어떤 리트리벌 도구를 사용해야 할까요?
GPT-6 Astra 웹 검색과 파일 검색을 신선도, 권위, 프라이버시, 인용, 지연 시간 및 이상적인 사용 사례별로 비교하고, 두 가지를 모두 사용하는 패턴을 제시합니다.

웹 검색과 파일 검색 모두 GPT-6 Astra에게 훈련된 지식 외의 정보를 제공하지만, 서로 다른 검색 문제를 해결합니다. 웹 검색은 최신 공개 정보를 탐색합니다. 파일 검색은 사용자가 준비하고 제어하는 벡터 저장소에서 정보를 가져옵니다. 두 도구 중에서 선택하는 것은 어떤 도구가 "더 나은지"보다는 정보 출처가 누구의 소유인지, 정보가 얼마나 빠르게 변경되는지, 그리고 답변에 어떤 증거가 제시되어야 하는지에 더 달려 있습니다.
한 문장으로 요약된 결정
웹 검색은 최신 공개 사실에, 파일 검색은 관리되는 내부 또는 선별된 지식에 사용하고, 둘 다는 외부 세계와 조직의 규칙을 조정해야 하는 작업에 사용하세요.
| 요구 사항 | 웹 검색 | 파일 검색 | | 현재 공개된 뉴스 또는 문서 | 강력한 적합 | 업로드한 경우에만 | | 개인 정책 또는 고객 파일 | 잘못된 도구 | 강력한 적합성 | | 말뭉치 수준 접근 제어 | 도메인 제어, 문서 ACL 아님 | 벡터 저장소 아키텍처가 범위를 제어함 | | 출처 인용 | 웹 인용 및 출처 목록 | 파일 주석 및 선택적 결과 세부정보 | | 결정론적 소스 세트 | 실시간 웹에 의해 제한됨 | 말뭉치와 필터가 통제될 때 높음 | | 유지 관리 | 검색이 최신 상태로 유지됨 | 파일을 수집, 업데이트 및 삭제함 |
GPT-6 Astra로 웹 검색이 작동하는 방식
Responses API에서 호스팅된 web_search 도구를 추가하세요. 모델이 검색이 유용한 시점을 결정하고 현재 출처를 답변에 통합할 수 있습니다.
const response = await client.responses.create({
model: "gpt-6-astra",
도구: [{
type: "웹 검색",
filters: {
allowed_domains: ["developers.openai.com", "platform.openai.com"]
}
}],
include: ["web_search_call.action.sources"],
input: "Responses API 스트리밍에 대한 현재 공식 지침을 요약하세요."
});
도메인 필터링은 거버넌스 수단입니다. 현재 Responses API 문서에서는 최대 100개의 허용 도메인과 100개의 차단 도메인을 허용하며, 도메인 항목은 프로토콜을 생략합니다. 허용 목록은 광범위한 웹 결과보다 좁은 범위의 기본 출처가 더 가치 있는 규정 준수, 의료, 법률 또는 기술 연구에 유용합니다.
위의 include 필드는 검색 작업이 참조한 전체 URL 목록을 반환합니다. 이 목록은 최종 텍스트에 선택된 더 작은 인용 집합보다 클 수 있습니다. 감사 가능성이 중요할 때 소스 메타데이터를 저장하되, 인용이 생성된 문단의 모든 절을 증명한다고 가정하지 마십시오. UI는 소스와 주장 간의 관계를 명확히 해야 합니다.
웹 검색이 승리할 때
릴리스 노트, 시장 변동, 공공 규정, 이벤트 일정, 제품 가용성 등 신선도가 중요한 사실에 대해 선택하세요. 또한 사용자가 열어볼 수 있는 출처를 명시적으로 요청할 때 유용합니다.
웹 검색은 사설 인트라넷에 접근하는 방법이 아닙니다. 또한 모든 출처가 권위적임을 보장하지 않습니다. 가능한 경우 도메인을 제한하고, 1차 출처를 요청하며, 중요한 주장은 검증하십시오.
파일 검색 작동 방식
파일 검색은 벡터 저장소를 기반으로 하는 호스팅된 Responses API 도구입니다. 먼저 벡터 저장소를 생성하고, 파일을 업로드한 후 첨부하여 OpenAI가 콘텐츠를 처리할 수 있도록 합니다. 그런 다음 요청 시 하나 이상의 벡터 저장소 ID를 제공합니다.
const response = await client.responses.create({ model: "gpt-6-astra", tools: [{ type: "파일 검색", vector_store_ids: ["vs_company_handbook"], max_num_results: 8, filters: { type: "eq", key: "부서", value: "지원" } }], include: ["file_search_call.results"], input: "기업 장애에 대한 에스컬레이션 정책은 무엇인가요?" });
메타데이터 필터는 검색 결과를 지역, 부서, 문서 버전, 출판 연도와 같은 관련 하위 집합 내로 유지합니다. `max_num_results`는 정밀도, 지연 시간 및 맥락 간의 절충점입니다. 너무 적으면 필수 증거가 누락될 수 있고, 너무 많으면 노이즈가 추가될 수 있습니다. 실제 질문과 레이블이 지정된 예상 소스를 사용하여 평가하십시오.
### 파일 검색이 유리한 경우
정책, 계약서, 연구 자료실, 제품 매뉴얼, 승인된 브랜드 가이드라인, 고객 제공 문서 및 기타 한정된 지식에 사용하세요. 창작 팀은 대본, 캐릭터 바이블, 제작 노트를 저장한 후 검색을 통해 [Elser AI](https://www.elser.ai/)와 같은 제품에서 후속 작업의 기반을 마련할 수 있습니다. 중요한 점은 출처입니다. 답변은 승인된 프로젝트 코퍼스에서 도출되어야 하며, 임의의 공개 페이지에서 가져와서는 안 됩니다.
파일 검색이 자동으로 답변을 정확하게 만들지는 않습니다. 누락된 파일, 오래된 업로드, 약한 청크 매칭, 또는 지나치게 광범위한 질의는 여전히 불완전한 답변을 생성할 수 있습니다. 검색 품질과 답변 품질은 별도로 평가해야 합니다.
## 정책을 인식한 최신 답변을 위해 둘 다 사용
많은 비즈니스 질문에는 두 가지 증거 계층이 있습니다. "독일에서 이 프로모션을 시작할 수 있습니까?"라는 질문에는 현재의 공공 규정과 회사의 현재 승인 정책이 필요할 수 있습니다. 두 도구를 모두 구성하고, 각 출처 클래스를 명확하게 레이블링한 후, 모델이 편의가 아닌 권위에 따라 충돌을 해결하도록 지시하세요.
강력한 시퀀스는 다음과 같습니다:
1. 해당 내부 정책 및 버전을 검색합니다;
2. 현재 주요 공개 출처를 검색하십시오;
3. 불일치 사항이나 누락된 날짜를 식별합니다.
4. 인용을 포함한 적격한 답변을 제시하십시오;
5. 해결책을 직접 만들어내기보다는 에스컬레이션하라.
증거를 익명의 요약으로 병합하지 마십시오. 사용자는 어떤 진술이 회사 문서에서 나왔고 어떤 진술이 공개 웹에서 나왔는지 알아야 합니다.
## 선택하기 전에 고려해야 할 다섯 가지 디자인 질문
### 답변이 얼마나 최신이어야 하나요?
"오늘"이 중요하다면, 웹을 검색하거나 벡터 저장소를 지속적으로 업데이트하세요. 모델 지식만으로는 올바른 출처가 아닙니다.
### 누가 소스를 볼 수 있나요?
파일 검색을 위해 인증 경계와 일치하는 벡터 저장소 경계를 생성하세요. 광범위하게 검색한 후 모델에게 편집을 요청하지 마세요. 접근 제어는 검색 이전에 이루어져야 합니다.
### 누가 정확성을 통제하는가?
내부 규정 준수 팀이 파일 코퍼스를 승인할 수 있습니다. 아무도 전체 웹을 통제하지 않습니다. 반대로, 내부 스냅샷은 규제 기관의 웹사이트가 변경되는 동안 오래된 정보가 될 수 있습니다.
### UI가 어떤 증거를 노출해야 합니까?
For web search, retain citations and, where needed, the complete consulted source list. For file search, request included results during development and audits. Avoid showing raw retrieved confidential text to unauthorized users.
### 실패 모드는 무엇인가요?
"강력한 증거 없음"이 거절, 명확화 질문, 더 넓은 검색 또는 사람에게 에스컬레이션을 생성해야 하는지 결정하십시오. 조용한 추측이 최악의 기본값입니다.
## 프로덕션을 반영한 검색 평가
답변 가능, 답변 불가능, 모호함, 권한 민감 쿼리가 포함된 테스트 세트를 구축하세요. 검색과 생성을 별도로 평가하세요.
- 올바른 소스가 상위 결과에 포함되었나요?
- 최신 공식 버전이 선호되었나요?
- 답변이 주장을 실제로 뒷받침하는 출처를 인용했습니까?
- 필터가 교차 테넌트 또는 교차 리전 유출을 방지했나요?
- 모델이 증거가 불충분할 때 이를 인정했습니까?
지연 시간과 도구 호출 빈도도 측정하세요. `max_num_results`를 줄이면 요청 속도는 빨라질 수 있지만 재현율이 손상될 수 있습니다. 좁은 도메인 허용 목록은 신뢰도를 높일 수 있지만 주요 출처가 이동하면 실패할 수 있습니다. 검색 설정에는 회귀 테스트가 필요합니다.
## 자주 묻는 질문
### 파일 검색이 내 노트북에 있는 파일에 직접 접근할 수 있나요?
아니요. 파일은 API 워크플로우를 통해 업로드되어 벡터 저장소와 연결되어야 합니다.
### 웹 검색을 신뢰할 수 있는 사이트로 제한할 수 있나요?
네. Responses API 도메인 필터는 문서화된 제한 내에서 도메인을 허용하거나 차단할 수 있습니다. 필터를 소스 거버넌스의 한 계층으로 취급하십시오.
### 대신 프롬프트에 문서를 붙여넣어야 할까요?
짧은 문서 하나라면 그것이 가장 간단할 수 있습니다. 재사용 가능하거나 확장되는 코퍼스의 경우 파일 검색이 일반적으로 더 나은 검색과 유지 관리를 제공합니다. 워크로드에 따라 두 가지를 모두 테스트해 보세요.
### 모델이 하나의 응답에서 두 도구를 모두 사용할 수 있나요?
네, 둘 다 제공되고 작업이 필요할 때 그렇습니다. 출처 권위와 충돌 처리에 대한 명확한 지침을 제공하세요.
## 결론
웹 검색은 "현재 공개적으로 사실인 것은 무엇인가?"에 답하고, 파일 검색은 "이 통제된 말뭉치는 무엇을 말하는가?"에 답합니다. 신뢰할 수 있는 GPT-6 Astra 시스템은 그 구분을 유지하고, 검색 전에 권한을 적용하며, 적절한 증거를 제시하고, 소스 선택을 문장 품질과 별도로 평가합니다. 사용자의 질문이 진정으로 두 영역을 모두 아우를 때만 도구를 결합하십시오.






























































































