Skip to main content
retrieval 명령 그룹이 리트리벌 서브시스템, 즉 에이전트 쿼리와 지식 사이 층의 CLI 표면.

명령

쿼리를 돌려 결과를 출력. 플래그:
  • <query>(위치) 검색할 텍스트.
  • --preset <preset-id> 저장된 프리셋 사용(아래 참고).
  • --k <n> 돌려줄 top-K.
  • --method vector|keyword|hybrid|kg_rooted 리트리벌 모드.
  • --filters <json> 메타데이터 필터 표현식.
  • --include-subgraph 관련 그래프 노드를 넣어 결과 확장.
  • --graph-expansion 지식 그래프 순회 켜기.
--preset이 없으면 워크스페이스 기본 프리셋을 씀.

retrieval diagnose

실패 클러스터(Signals → cluster)에서 처음 깨진 리트리벌 스텝을 짚음. “이 클러스터의 실패가 리트리벌 파이프라인 어디서 실제로 났나?” 에 답함. 필터가 버렸나? 벡터 점수가 너무 낮았나? 리랭커가 내렸나? 그라운딩이 거절했나? 출력이 그 스텝을 짚고, 실패 트레이스별 근거를 표시. 어느 리트리벌 레버를 손볼지 정하기 전, 겨냥한 진단으로 쓰기 좋음.

프리셋

프리셋이 리트리벌 설정(top-K, 가중치, 필터, 리랭커)을 묶어, 여러 Agent가 한 설정을 공유하게 함.

List

Get

프리셋 설정을 JSON으로 출력.

Upsert

없으면 프리셋 생성, 있으면 교체. 플래그:
  • <id>(위치, 필수) 프리셋 ID.
  • --name <n>(필수) 표시 이름.
  • --config <json>(필수) 전체 프리셋 설정. 필드 레퍼런스는 리트리벌 프리셋 참고.

Delete

Agent가 프리셋을 쓰면 실패. 먼저 그 Agent를 고침.

레시피

프리셋 반복 튜닝

프리셋 둘 나란히 비교

테넌트 사이 리트리벌 격리 테스트

앱의 격리 테스트 뷰와 함께 쓰면 확실히 확인.

agents sources update로 프리셋 붙이기

프리셋을 다 맞췄으면 Agent 데이터 소스에 붙임:
소스 붙임 옵션 전체는 nora agents 참고.

CLI가 안 하는 것

  • 리트리벌 결과를 데이터셋에 저장 그건 앱의 트레이스 뷰를 씀(트레이스 검색 후 리트리벌 스텝을 데이터셋에 추가).
  • 그라운딩 그래프 직접 설정 그라운딩은 프리셋 설정으로 켬({"grounding": {"graph_id": "..."}}). 그래프 편집은 nora causal로.

쿼리 디버깅

  • 결과별 원시 점수 내역은 --json을 붙임.
  • --method vector, 그다음 --method keyword를 따로 시도해 어느 패스가 더 센지 확인.
  • 맞는 청크가 있는데 랭크가 안 되면, 비슷한 쿼리가 담긴 클러스터에 retrieval diagnose가 대개 이유를 설명.