그래프가 Agent에 연결되는 방식

인과 그래프를 Agent에 직접 붙이지 않습니다. 참조가 Agent의 기존 데이터 소스에서 딸려 옵니다. 그래프가 연결된 문서 폴더(또는 특정 문서, 메모리 스페이스)에 Agent가 묶여 있다면, 그 그래프가 자동으로 검증기와 리트리벌 스코프에 들어옵니다. 즉 설정은 Agent가 아니라 그래프 쪽에서 합니다.

​

한 번만 하는 설정

폴더에서(From a folder) 부트스트랩한 그래프는 처음부터 그 폴더에 연결돼 있습니다. 더 할 게 없습니다. 그 밖의 그래프는 CLI로 연결을 지정합니다(nora causal 참고). 그때부터 데이터 소스가 그래프의 연결 소스와 겹치는 Agent는 모두 그 그래프를 씁니다. Agent마다 켤 필요가 없습니다.

​

그래프가 쓰이는 곳

소비자가 둘입니다.

• 검증기(Verifier) 늘 켜집니다. 그래프의 승인된(LIVE) 엣지가 모든 답의 그라운딩 점검에 접혀 들어갑니다.
• 리트리벌 그래프의 dedup 정책이 정합니다. 검증처럼 자동은 아닙니다.

​

Dedup 정책

그래프가 연결된 문서에서 딸려 나오므로, 원시 청크와 그래프의 사실을 둘 다 리트리벌하면 정보가 겹칩니다. 그래프의 dedup 정책이 둘을 어떻게 섞을지 정합니다. 그래프마다 CLI로 정합니다(nora causal 참고). 기본값 dedup_by_source가 “문서가 주된 증거, 그래프가 그 위에 인과 로직을 더함”이라는 룰과 맞습니다. 그래프가 리트리벌에서 마땅히 이렇게 굴어야 합니다.

​

그래프의 역할이 실제로 무엇인가

• 검증기의 주된 소비자입니다. 승인된 엣지를 늘 접어 사실 주장을 점검합니다.
• 리트리벌의 보조 로직입니다. 리트리벌이 이미 찾은 청크를 겹치지 않고, 문서만으로는 안 나오는 인과 엣지를 보탭니다.

“그래프를 Agent에 붙임”에 익숙하다면 이렇게 바꿔 생각하세요. 소스를 Agent(또는 그래프. 어느 쪽이든 됩니다)에 붙이면, 그 사이 연결이 그래프를 자동으로 이어 줍니다.

​

여러 그래프

Agent가 그래프를 여럿 참조할 수 있습니다. 겹치는 연결 소스 묶음마다 하나씩요. 각 그래프의 dedup 정책이 자기 기여에 따로 적용됩니다.

​

예전 방식의 명시적 바인딩

하위 호환을 위해 명시적 causal_graph 데이터 소스 바인딩도 여전히 됩니다. 예전 방식으로 인과 그래프를 붙인 Agent는 이전 경로로 바로 갑니다. 새 Flow는 연결 소스 모델을 씁니다.

​

다음 단계