Query Compounding

Query Compounding은 유용한 comparison, correction, connection이 chat history에서 사라지는 문제를 해결하는 pattern이다. 질문에 답하는 것 자체는 좋은 답을 wiki의 새 page로 다시 저장할 수 있다는 통찰이 핵심이다 — 비교, 분석, 발견한 연결을 대화 기록에 흘려보내지 않고 wiki에 축적하면, 탐색 결과도 ingest된 source처럼 knowledge base에 누적된다.^[1]

절차

1. Wiki-first로 답한다.
2. 새 reusable knowledge인지 판단한다.
3. 사용자에게 ingest 동의를 구한다.
4. 기존 page 보강, 새 page, 또는 defer 중 하나를 선택하고 log에 남긴다.

적용 조건

• 답변이 기존 페이지 여러 개를 연결해 새로운 선택 기준이나 예외를 만들었고, 다음 질문에서도 그대로 쓸 가능성이 있을 때 적용한다.
• 근거가 되는 Wiki page 또는 Raw source를 명확히 가리킬 수 있어야 한다. 대화 중의 추측, 개인 상황, 확인하지 않은 기억은 ingest 대상이 아니다.
• 사용자가 대화 내용을 영구 지식으로 남기는 데 동의했을 때만 chat-derived content를 source와 함께 기록한다.

세부 절차와 실패 모드

1. 질문에는 먼저 current Wiki와 필요한 Raw를 근거로 답한다. 이 단계를 건너뛰고 모든 답을 곧장 Wiki에 저장하면, 재사용 가치가 낮은 답까지 쌓여 noise가 늘어난다.
2. 답변에서 새로 생긴 것은 fact, comparison, pattern, synthesis 중 무엇인지 구분한다.
3. 기존 page가 이미 같은 질문을 다루면 새 파일 대신 그 page의 model, boundary, related link를 보강한다.
4. 새 page가 필요하면 source link, page type, overview navigation, log, fidelity check를 함께 만든다. 사용자 동의 없이 chat-derived claim을 source처럼 기록하면, 검증되지 않은 대화 내용이 근거 있는 지식과 구분되지 않게 된다.
5. 추후 source가 바뀌면 old claim을 숨기지 말고 scope·date·uncertainty를 갱신한다.

판단 표

트레이드오프

compounding은 다음 답변을 빠르고 일관되게 만들지만, 매번 보강하면 editorial cost가 든다. 그래서 page 수보다 query reuse, source fidelity, navigation 개선이 실제로 생기는지를 기준으로 삼아야 한다고 판단된다 — 빈약한 새 note보다 이미 연결된 page 하나를 정확히 갱신하는 쪽이 더 큰 compound value를 만든다.

관련

• Persistent Wiki — compound되는 지식 layer다.
• RAG vs Persistent Wiki — retrieval 결과를 언제 유지할지 판단하는 비교 기준이다.
• LLM Wiki Operating Model — consent와 maintenance 책임의 전체 흐름이다.

출처