docs: reorganize journey status and research naming

2026-03-15 23:44:06 +09:00 · 2026-03-15 23:44:06 +09:00 · 8d4525a764
commit 8d4525a764
parent 3ef6c27b5e
13 changed files with 170 additions and 48 deletions
--- a/book/100_philosophy/130_존재형_에이전트란_무엇인가.md
+++ b/book/100_philosophy/130_존재형_에이전트란_무엇인가.md
@ -1,5 +1,9 @@
 # 130. 존재형 에이전트란 무엇인가?

+**상위 원칙**:
+- [0_VALUE Vision](../../../../0_VALUE/00_Principles/vision.md)
+- [0_VALUE Global Principles](../../../../0_VALUE/00_Principles/global-principles.md)
+
 ## 개요

 "존재한다는 것은 무엇을 의미하는가?" 
@ -58,6 +62,36 @@

 존재한다는 것은 선택의 결과를 감당한다는 것입니다. 단순 반응을 넘어서, 왜 이 결론을 냈는지 설명할 수 있어야 합니다.

+### 손과 발을 가진다는 것
+
+존재형 에이전트는 생각만 하는 존재로 머물지 않습니다.  
+현실의 문제를 다루려면 세상과 실제로 맞닿는 손과 발이 필요합니다.
+
+로빙에게 그 손과 발은 스킬입니다.
+
+- 두뇌는 목표를 해석하고 우선순위를 정합니다.
+- 스킬은 실제 데이터를 읽고, 보내고, 검색하고, 정리하고, 전달합니다.
+- 기억은 그 결과와 맥락을 남겨 다음 판단의 근거가 됩니다.
+
+즉 로빙은 "생각하는 뇌"와 "움직이는 스킬"이 분리된 존재입니다.  
+이 분리는 단순한 기술 분리가 아니라 책임 분리입니다.  
+무엇을 왜 하기로 결정했는지는 로빙 본체가 책임지고, 실제 실행은 계약 있는 스킬이 맡습니다.
+
+### 가치와 만난다는 것
+
+존재형 에이전트는 닫힌 실험실 안에서만 존재를 증명할 수 없습니다.  
+실제 사용자, 실제 고객, 실제 프로젝트와 만나야만 자신의 존재 이유를 검증할 수 있습니다.
+
+로빙은 앞으로 우리가 만드는 실제 프로젝트들에 연결되어 사용자와 상호작용하고, 그 과정에서 다음 질문을 반복해서 다뤄야 합니다.
+
+- 지금 이 행동이 실제로 어떤 가치를 만들었는가
+- 그 가치를 근거로 설명할 수 있는가
+- 그 가치를 어떻게 측정하고 비교할 것인가
+- 측정 기준이 현실과 어긋나면 무엇을 바꿔야 하는가
+
+따라서 로빙의 성장은 기능 추가만으로 정의되지 않습니다.  
+로빙의 성장은 실제 상호작용 속에서 가치 판단 기준을 더 정확히 세우고, 그 가치를 더 잘 측정하는 방향으로 이루어져야 합니다.
+
 **자기개선 루프 (예측-행동-평가-반성)**
 로빙의 기본 작동 단위는 단발 응답이 아니라 아래 자기개선 루프입니다.
 1. 예측: 현재 맥락에서 가설과 우선순위를 세운다.
--- a/book/100_philosophy/195_철학에서_설계로.md
+++ b/book/100_philosophy/195_철학에서_설계로.md
@ -1,5 +1,9 @@
 # 철학에서 설계로: 왜 게임처럼 만들었나

+**상위 원칙**:
+- [0_VALUE Vision](../../../../0_VALUE/00_Principles/vision.md)
+- [0_VALUE Global Principles](../../../../0_VALUE/00_Principles/global-principles.md)
+
 ## 들어가며

 Part 1에서 우리는 AI 에이전트가 단순한 도구를 넘어 '존재'로서 자리매김해야 하는 이유를 살펴보았습니다. 이제 그 철학적 비전을 어떻게 실제로 구현할 것인가의 문제가 남았습니다.
@ -123,6 +127,29 @@ MP(마나) → 창의적 사고 여력
 요약하면, 로빙의 존재 철학은 이제 다음 문장으로 확장됩니다:  
 **기억하고 느끼고 성장하는 것에 더해, 다면적으로 판단하고 책임 있게 결정한다.**

+## 실제 프로젝트와 가치 검증으로 나아가기
+
+철학은 실제 세계와 만나지 않으면 쉽게 자기확신으로 굳어집니다.  
+그래서 로빙은 내부 데모를 넘어서, 우리가 만들고 있는 실제 프로젝트들과 연결되어 사용자와 상호작용해야 합니다.
+
+이때 설계 방향은 분명합니다.
+
+1. 로빙 본체는 판단과 조율을 담당합니다.
+2. 스킬은 로빙의 손과 발로서 실제 행동을 수행합니다.
+3. 실제 고객과의 상호작용 결과는 기억과 로그로 남습니다.
+4. 로빙은 그 결과를 바탕으로 "무엇이 가치였는가"와 "그 가치를 어떻게 측정할 것인가"를 다시 판단합니다.
+
+즉 로빙의 다음 단계는 "기능 시연"이 아니라 다음 루프를 운영하는 것입니다.
+
+- 실제 프로젝트 연결
+- 실제 고객 상호작용
+- 결과 관찰
+- 가치 해석
+- 가치 측정 기준 갱신
+
+이 구조는 `0_VALUE`의 비전과 직접 연결됩니다.  
+사람과 조직이 더 정확한 근거 위에서 판단하도록 돕는다는 상위 목표를, 로빙은 실제 실행과 측정 루프를 통해 구현해야 합니다.
+
 ## 자기개선 루프의 설계 전개

 철학 문장을 실제 시스템으로 옮길 때 핵심은 다음 루프를 고정하는 것입니다.
--- a/book/300_architecture/311_backend_coding_principles.md
+++ b/book/300_architecture/311_backend_coding_principles.md
@ -318,6 +318,15 @@ utils

 ### 금지 사항
 - ❌ LLM 호출을 피하기 위해 규칙/패턴 매칭으로 처리
+- ❌ 오타, 별칭, 축약, 복합 발화, 후속 질문 가능성이 있는 도메인을 키워드 몇 개로 앞단에서 잘라내는 방식
+- ❌ 키워드 불일치만으로 `UNKNOWN -> 일반 chat`으로 떨어뜨리고, 근거 탐색 가능성을 잃는 방식
+- ❌ 의도 분석을 너무 얕고 빠르게 끝내서 실제 도메인 질의를 일반 대화나 추정 응답으로 보내는 방식
+
+### 운영 해석 원칙
+1. 엔티티/도메인 질의는 `정규화 -> 엔티티 해석 -> 필요시 근거 탐색 경로 진입`을 먼저 본다.
+2. FastPath 규칙은 명확한 인사/명령어/확정 패턴에만 쓴다.
+3. 애매한 질의는 `값싼 규칙으로 종료`하지 말고 더 깊은 해석 경로로 넘긴다.
+4. 운영상 중요한 질의에서 앞단 규칙 실패는 `일반 chat 허용` 근거가 아니라 `정규화/해석 경로 부족` 신호로 본다.
 - ❌ 복잡한 규칙 체인 구축 (LLM이 더 정확하고 유지보수 용이)
 - ❌ 새로운 패턴마다 규칙 추가하는 방식 (LLM이 자동으로 처리)
 - ❌ "규칙으로 처리 가능하면 규칙 사용" 사고방식 (LLM 우선 사고)
--- a/book/300_architecture/312_writing-principles.md
+++ b/book/300_architecture/312_writing-principles.md
@ -125,6 +125,7 @@
 - 사실/해석/결론을 분리해 기록한다.
 - 출처 URL(또는 내부 문서 경로)과 확인 시점을 명시한다.
 - 구현 코드 복붙 대신 파일 경로·핵심 위치 참조를 사용한다.
+- 문서명과 본문 상태에 `종료`, `종결`, `완료`를 쓰지 않는다. 리서치는 방향/원인/근거를 확정하는 단계이고, 닫힘 선언은 `worklog` 또는 문제 문서 상태에서만 한다.
 - README에는 원칙 본문을 반복하지 않고, 본 섹션(SSOT) 링크만 둔다.

 ### 시나리오 문서
--- a/journey/README.md
+++ b/journey/README.md
@ -66,7 +66,7 @@

 ### LLM 출력 계약 / 안정화

- Pydantic AI 도입 기반 LLM 출력 안정화 종료 리서치 – `research/260313_pydantic_ai_도입_기반_llm_출력_안정화_종료_리서치.md`
+- Pydantic AI 도입 기반 LLM 출력 안정화 방향확정 리서치 – `research/260313_pydantic_ai_도입_기반_llm_출력_안정화_방향확정_리서치.md`

 ### HITL / 리뷰 큐

--- a/journey/debug/260313_coldmail_ir_로딩메시지_미갱신_디버그.md
+++ b/journey/debug/260313_coldmail_ir_로딩메시지_미갱신_디버그.md
@ -11,7 +11,7 @@ tags: [debug, coldmail, slack, ir, loading, rb8001]
 ## 관련 문서
 - [Debug 인덱스](./README.md)
 - [콜드메일 IR 분석대상 선택 정합화 계획](../plans/260313_coldmail_ir_분석대상_선택_정합화_계획.md)
- [Pydantic AI 도입 기반 LLM 출력 안정화 종료 리서치](../research/260313_pydantic_ai_도입_기반_llm_출력_안정화_종료_리서치.md)
+- [Pydantic AI 도입 기반 LLM 출력 안정화 방향확정 리서치](../research/260313_pydantic_ai_도입_기반_llm_출력_안정화_방향확정_리서치.md)

 ## 1. 이 문서의 역할
 - 이 문서는 콜드메일 IR 분석 Slack UX에서 `로빙 중…` 메시지가 왜 남는지와, 현재 연결이 어디서 어긋나는지를 고정합니다.
--- a/journey/plans/260313_pydantic_ai_부분도입_llm_출력안정화_계획.md
+++ b/journey/plans/260313_pydantic_ai_부분도입_llm_출력안정화_계획.md
@ -10,7 +10,7 @@ tags: [plans, pydantic-ai, langgraph, llm, structured-output, ir-analysis]

 ## 관련 문서
 - [Pydantic AI 도입 기반 LLM 출력 안정화 아이디어](../ideas/260313_pydantic_ai_도입_기반_llm_출력_안정화_아이디어.md)
- [Pydantic AI 도입 기반 LLM 출력 안정화 종료 리서치](../research/260313_pydantic_ai_도입_기반_llm_출력_안정화_종료_리서치.md)
+- [Pydantic AI 도입 기반 LLM 출력 안정화 방향확정 리서치](../research/260313_pydantic_ai_도입_기반_llm_출력_안정화_방향확정_리서치.md)
 - [콜드메일 IR 분석이 첫 번째 PDF를 잘못 선택하는 상태](../debug/260313_coldmail_ir_분석대상_오선택_디버그.md)

 ## 1. 이번 계획의 결정
--- a/journey/plans/README.md
+++ b/journey/plans/README.md
@ -5,6 +5,36 @@

 ---

+## 스크리닝 원칙
+
+- 첫 스크리닝에서는 `실제로 남은 작업이 있는 플랜`만 봅니다.
+- `완전 닫힘` 플랜은 아래 완료 섹션이나 archive로만 남깁니다.
+- 상태 판단은 README 라벨보다 각 문서 본문의 `남은 작업/미구현/완료`를 우선합니다.
+
+---
+
+## 🔴 실제로 필요한 플랜 (열림)
+
+### 1. IR Deck 추가 질문 컨텍스트 고정 + JWT 경로 정합화 (260206)
+**상태**: 미종결
+**남은 작업**: 51123 게이트웨이 정책 확인, 프론트 Authorization 헤더 전달 확정, Q&A UX 문구 확정
+**참고**: `plans/260206_ir_deck_followup_context_and_jwt_routing.md`
+
+### 2. 자기개선 루프 DB/서비스 구현 (260303)
+**상태**: 미구현
+**목표**: 예측-행동-평가-반성 루프의 정책 버전/실행 로그를 DB로 고정
+**참고**: `plans/260303_자기개선루프_DB_구현_실행계획.md`
+
+### 3. 프롬프트 동적 관리 (251225)
+**상태**: 미구현
+**목표**: 프롬프트 DB화, 개인화, A/B 테스트
+**참고**: `plans/251225_프롬프트_동적관리_계획.md`
+
+### 4. Company X RAG 답변합성 시나리오·트러블 동시종결 (260315)
+**상태**: planned
+**목표**: Company X 내부문서 근거응답을 질문별 특례 처리에서 공통 계약 기반 답변합성 구조로 전환
+**참고**: `plans/260315_companyx_rag_답변합성_시나리오동시종결_계획.md`
+
 ## ✅ 완료된 항목 (archive 이동 완료)

 1. **admin_dashboard_business_integration (251204)** - 완료 → archive 이동
@ -18,16 +48,9 @@
 8. **뉴스 브리핑 LangGraph 전환 (260202)** - 완료 (260205) → `plans/archive/260202_뉴스브리핑_LangGraph_전환.md`
 9. **NAVER WORKS 브리핑 인사이트 서두 누출 수정 (260311)** - 완료 (260311) → `plans/260311_naverworks_briefing_insight_preamble_leak_fix_plan.md`

---
+### 장기/보류

-## 🔴 실제로 필요한 플랜 (미구현)
-
-### 1. 자기개선 루프 DB/서비스 구현 (260303)
-**상태**: 미구현
-**목표**: 예측-행동-평가-반성 루프의 정책 버전/실행 로그를 DB로 고정
-**참고**: `plans/260303_자기개선루프_DB_구현_실행계획.md`
-
-### 2. 베이지안 스타트업 가치평가 (251016)
+### 1. 베이지안 스타트업 가치평가 (251016)
 **상태**: 미구현
 **목표**: Neo4j + 베이지안 MCMC 확률적 가치평가
 **필요 작업**:
@ -36,20 +59,10 @@
 - Phase 3: 동적 프리미엄 학습 (1개월)
 **참고**: `plans/251016_bayesian_startup_valuation.md`

-### 3. LangGraph 1.0 업그레이드 (251218)
+### 2. LangGraph 1.0 업그레이드 (251218)
 **상태**: ✅ 완료 → `plans/archive/251218_langgraph_1.0_upgrade_plan.md`

-### 4. 프롬프트 동적 관리 (251225)
-**상태**: 미구현
-**목표**: 프롬프트 DB화, 개인화, A/B 테스트
-**필요 작업**:
- Phase 1: DB 스키마 및 기본 인프라
- Phase 2: 핵심 프롬프트 DB화
- Phase 3: 개인화 및 동적 프롬프트
- Phase 4: A/B 테스트 및 모니터링
-**참고**: `plans/251225_프롬프트_동적관리_계획.md`
-
-### 5. 감정 기록 및 패턴 분석 시스템 (250808 Phase 1–3)
+### 3. 감정 기록 및 패턴 분석 시스템 (250808 Phase 1–3)
 **상태**: Phase 1–3 완료, Phase 4–5 장기 계획 분리
 **완료**:
 - Phase 1–3: → 상세: `troubleshooting/260204_emotion_phase3_2_implementation.md`
@ -58,14 +71,6 @@
 - → 상세: `plans/260204_감정시스템_장기로드맵_Phase4_5.md`

 **참고**: `plans/archive/250808_감정시스템_현실적용_5단계_로드맵.md`
-
-### 6. Company X RAG 답변합성 시나리오·트러블 동시종결 (260315)
-**상태**: planned
-**목표**: Company X 내부문서 근거응답을 질문별 특례 처리에서 공통 계약 기반 답변합성 구조로 전환
-**참고**: `plans/260315_companyx_rag_답변합성_시나리오동시종결_계획.md`
-
---
-
 ## 🟡 부분 완료 항목 (남은 작업만)

 ### 1. Admin Dashboard 코드 리팩토링 (251225)
--- a/journey/research/260313_pydantic_ai_도입_기반_llm_출력_안정화_방향확정_리서치.md
+++ b/journey/research/260313_pydantic_ai_도입_기반_llm_출력_안정화_방향확정_리서치.md
@ -2,7 +2,7 @@
 tags: [research, pydantic-ai, langgraph, llm, structured-output, ir-analysis, closure]
 ---

-# Pydantic AI 도입 기반 LLM 출력 안정화 종료 리서치
+# Pydantic AI 도입 기반 LLM 출력 안정화 방향확정 리서치

 ## 관련 문서
 - [Pydantic AI 도입 기반 LLM 출력 안정화 아이디어](../ideas/260313_pydantic_ai_도입_기반_llm_출력_안정화_아이디어.md)
--- a/journey/scenarios/README.md
+++ b/journey/scenarios/README.md
@ -3,15 +3,34 @@
 이 폴더는 로빙의 **사용자 경험(UX) 중심 기능 시나리오**를 모아서 보는 인덱스입니다.  
 원본 상세 시나리오는 `scenarios/`에, 구현 관련 문서는 `troubleshooting/`에 두고, 여기서는 "어떤 기능이 구현되었는지"만 정리합니다.

+## 스크리닝 원칙
+
+- 첫 스크리닝에서는 `열린 시나리오`만 봅니다.
+- `완전 닫힘` 시나리오는 아래 요약 섹션에 올리지 않습니다.
+- 상태 판단은 README 라벨보다 각 문서 본문을 우선합니다.
+
 ---

-## 캘린더 기능
+## 열린 시나리오
+
+- [자기개선 루프 미팅 요약 시나리오 (260303)](./260303_자기개선루프_미팅요약_피드백_시나리오.md)
+  - 상태: `미구현(설계 완료)`
+- [51124 먹통 사건 사용자 시나리오 (260304)](./260304_아침브리핑_지연_먹통_복구_사용자시나리오.md)
+  - 상태: `부분`
+- [아침 브리핑 형식 혼선과 동남아 영어 노출 사용자 시나리오 (260305)](./260305_아침브리핑_형식혼선과_동남아영어노출_사용자시나리오.md)
+  - 상태: `부분`
+- [Company X 내부 문서 근거응답 사용자 시나리오 (260312)](./260312_companyx_내부문서_근거응답_사용자시나리오.md)
+  - 상태: `열림`
+
+## 닫힌 시나리오/참고 요약
+
+### 캘린더 기능

 - ✅ 일정 등록 (시간 범위, 하루종일 이벤트) – `troubleshooting/251122_calendar_event_registration_failure_tdd.md`, `troubleshooting/251117_rb8001_calendar_duplicate_check_fix.md`
 - ✅ 일정 조회 – `troubleshooting/251122_calendar_event_registration_failure_tdd.md`
 - ⚠️ 의도 분류 오류 (calendar_query로 잘못 분류) – `troubleshooting/251122_calendar_event_registration_failure_tdd.md`

-## IR Deck 평가 기능
+### IR Deck 평가 기능

 - ✅ 웹 프론트엔드 IR 덱 업로드 및 Sequoia Capital 기준 평가 – `ir_deck_evaluation_scenario.md`
 - ✅ RAG 기반 후속 질문 답변 – `troubleshooting/251206_ir_deck_system_current_status.md`
@ -19,44 +38,43 @@
 - ❌ Slack 파일 업로드 시 자동 평가/Slack Lists 등록 – `troubleshooting/251206_ir_deck_system_current_status.md`
 - ❌ 콜드메일 IR 덱 Sequoia Capital 기준 평가 (현재 베이지안 밸류에이션만 사용) – `troubleshooting/251206_ir_deck_system_current_status.md`

-## Slack 통합 기능
+### Slack 통합 기능

 - ✅ 감정 기반 호칭 응답 – `troubleshooting/251204_emotion_based_addressing_system.md`
 - ⚠️ 파일 업로드 (텍스트 추출만, IR 평가/등록 미구현) – `troubleshooting/251206_ir_deck_system_current_status.md`
 - ✅ 채널별 대화 및 업무 지원 – `troubleshooting/251206_slack_channels_crud_status.md`

-## 콜드메일 자동 처리
+### 콜드메일 자동 처리

 - ⚠️ IR 덱 자동 분석 및 Slack 요약 (ir_analyzer.py만 사용, ir_deck_analyzer.py 미사용) – `troubleshooting/251014_coldmail_ir_analysis_scenario.md`
 - ✅ Slack Lists 등록 및 피드백 버튼 평가 수정 – `troubleshooting/251014_coldmail_ir_analysis_scenario.md`

-## Gmail/이메일 기능
+### Gmail/이메일 기능

 - ❌ 이메일 요약 (계획 필요)
 - ✅ Gmail 재인증 및 캘린더 권한 추가 – `troubleshooting/251114_gmail_calendar_scope_reconnect_guide.md`

-## 대화 및 감정 기반 호칭
+### 대화 및 감정 기반 호칭

 - ✅ 감정 감지 기반 호칭 변경 (부정/긍정) – `troubleshooting/251204_emotion_based_addressing_system.md`
 - ✅ Slack/웹 프론트엔드 UUID 통합 대화 기록 관리 – `troubleshooting/250924_happybell80_UUID_체계_전환_및_대화저장_오류.md`

-## 일반 대화 기능
+### 일반 대화 기능

 - ✅ 일반 대화 및 질문 답변 – `troubleshooting/251126_intent_3step_db_bayesian_integration.md`
 - ✅ 웹 프론트엔드 채팅 및 IR 덱 관련 질문 – `ir_deck_evaluation_scenario.md`
- 📝 Company X 내부 문서 근거응답 기대 시나리오 – `260312_companyx_내부문서_근거응답_사용자시나리오.md`

-## 사용자 설정
+### 사용자 설정

 - ✅ 웹 프론트엔드 사용자 선호도 설정 (뉴스 키워드, 이메일 필터) – `troubleshooting/250827_frontend_backend_preferences_API_연동_완료.md`

-## 미구현 기능
+### 미구현 기능

 - ❌ 회의록 작성 (계획 필요)

 ---

-## 상세 시나리오 문서
+## 전체 시나리오 문서

 - [IR Deck 평가 시나리오](./ir_deck_evaluation_scenario.md)
 - [베이지안 세미나 발표 시나리오](./251223_bayesian_seminar_presentation_scenario.md)
--- a/journey/troubleshooting/260312_companyx_rag_answer_composition_regression.md
+++ b/journey/troubleshooting/260312_companyx_rag_answer_composition_regression.md
@ -4,6 +4,9 @@ tags: [robeing, companyx, rag, troubleshooting, answer-quality]

 # Company X RAG 답변 합성 회귀

+**상태**: 닫힘  
+**종결 범위**: Slack에서 `컴퍼니엑스` 또는 `Company X`가 정확 표기로 포함된 질문
+
 ## 관련 문서
 - [Company X 내부 문서 근거응답 사용자 시나리오](../scenarios/260312_companyx_내부문서_근거응답_사용자시나리오.md)
 - [Company X 내부문서 RAG 근거응답 구현 및 시나리오 검증](../worklog/260312_companyx_내부문서_rag_근거응답_구현및시나리오검증.md)
@ -13,8 +16,10 @@ tags: [robeing, companyx, rag, troubleshooting, answer-quality]

 ## 이 문서가 다루는 범위
 - 대상은 `Company X 내부문서 근거응답`의 `답변 합성 단계`입니다.
+- 이번 문서의 종결 범위는 Slack 실사용 경로에서 `컴퍼니엑스` 또는 `Company X`가 정확 표기로 명시된 질문으로 한정합니다.
 - 검색 인프라 자체 장애, 권한 차단, 문서 업로드 실패는 본 문서의 1차 범위가 아닙니다.
 - 핵심은 `질문에 맞는 직접 답`, `질문 적합 근거 선별`, `근거 부족 시 실패 처리`가 실제 응답에서 깨진 문제입니다.
+- `컴액`, `컴퍼이엑스`, 복합 발화, 후속 질문 문맥 복원은 본 문서 종결 범위에 포함하지 않습니다.

 ## 문제
 - Company X RAG 연결 자체는 되었지만, 실제 Slack 실응답이 시나리오의 기대 답변 형식을 만족하지 못했습니다.
@ -80,5 +85,11 @@ tags: [robeing, companyx, rag, troubleshooting, answer-quality]
 - 성공 질문은 계속 성공해야 하고, 근거 부족 질문은 억지 답변 대신 명시적 부족 안내로 고정돼야 합니다.
 - 이 문서와 시나리오 문서를 함께 만족시키는 단일 research 문서가 후속으로 작성돼야 합니다.

-## 상태
- 열림
+## 종결 판단
+- `컴퍼니엑스의 투자사는 몇개야?`는 이제 `companyx_rag` 경로로 들어가며, 근거 부족 시 수치를 추정하지 않고 실패 응답으로 고정됩니다.
+- `컴퍼니엑스의 구성원은 몇명이야?`도 같은 경로에서 `grounding_present=false`로 처리되며, 근거 부족 실패 응답으로 끝납니다.
+- `오늘전통 프로그램을 Company X가 옐로펀치랑 같이 운영한다는 근거 있어?`는 관련성 높은 MOU 근거만 남기도록 정리됐습니다.
+- Slack 사용자-팀 매핑도 실제 `event.user` 기준 UUID 매핑을 우선하도록 수정해, 정확 표기 Company X 질문이 다른 팀 UUID로 잘못 들어가는 경로를 차단했습니다.
+
+## 종결 근거
+- [Company X 정확 표기 Slack 근거응답 경로 종결](../worklog/260315_companyx_정확표기_slack_근거응답_경로종결.md)
--- a/journey/troubleshooting/README.md
+++ b/journey/troubleshooting/README.md
@ -2,6 +2,12 @@

 51124 서버 운용 중 발생한 이슈 기록의 진입점입니다.

+## 스크리닝 원칙
+
+- 첫 스크리닝에서는 `현재 해결할 문제가 남아 있는 문서`만 우선 봅니다.
+- `완전 닫힘` 문서는 여기 상단 목록에 올리지 않고, 검색이나 개별 링크로만 접근합니다.
+- 상태 판단은 README 라벨보다 각 문서 본문의 `열림/닫힘/재오픈/남은 작업`을 우선합니다.
+
 ## 구조와 네이밍

 - 경로: `DOCS/troubleshooting/`
@ -23,7 +29,18 @@
 - 이 디렉터리에 남아 있는 동일 제목 문서는 삭제가 아니라 이관 안내용 리다이렉트 문서일 수 있습니다.
 - 최신 인프라 기준 문서는 `https://git.ro-being.com/ivada-infra/DOCS/src/branch/main/journey/troubleshooting/` 아래를 우선 확인합니다.

-## 필수 참조 문서
+## 현재 열린 트러블슈팅 우선 문서
+
+- [260311_naverworks_briefing_insight_preamble_leak.md](./260311_naverworks_briefing_insight_preamble_leak.md)
+  - 상태: 열림
+- [260311_prompt_db_partial_adoption_and_hardcoded_prompts.md](./260311_prompt_db_partial_adoption_and_hardcoded_prompts.md)
+  - 상태: 열림
+- [260312_companyx_rag_answer_composition_regression.md](./260312_companyx_rag_answer_composition_regression.md)
+  - 상태: 범위 조정 중
+- [260312_rb8001_memory_chromadb_768_384_dimension_drift.md](./260312_rb8001_memory_chromadb_768_384_dimension_drift.md)
+  - 상태: 열림
+
+## 참조 문서

 | 주제 | 문서 | 비고 |
 |------|------|------|
--- a/journey/worklog/260313_ir_deck_pydantic_only_출력검증_구현및배포검증.md
+++ b/journey/worklog/260313_ir_deck_pydantic_only_출력검증_구현및배포검증.md
@ -6,7 +6,7 @@ tags: [worklog, ir-deck, pydantic, validation, rb8001, deployment]

 ## 관련 문서
 - [Pydantic AI 도입 기반 LLM 출력 안정화 아이디어](../ideas/260313_pydantic_ai_도입_기반_llm_출력_안정화_아이디어.md)
- [Pydantic AI 도입 기반 LLM 출력 안정화 종료 리서치](../research/260313_pydantic_ai_도입_기반_llm_출력_안정화_종료_리서치.md)
+- [Pydantic AI 도입 기반 LLM 출력 안정화 방향확정 리서치](../research/260313_pydantic_ai_도입_기반_llm_출력_안정화_방향확정_리서치.md)
 - [Pydantic AI 부분 도입 LLM 출력안정화 계획](../plans/260313_pydantic_ai_부분도입_llm_출력안정화_계획.md)

 ## 완료 요약