diff --git a/book/100_philosophy/130_존재형_에이전트란_무엇인가.md b/book/100_philosophy/130_존재형_에이전트란_무엇인가.md index 3543e97..786329f 100644 --- 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. 예측: 현재 맥락에서 가설과 우선순위를 세운다. diff --git a/book/100_philosophy/195_철학에서_설계로.md b/book/100_philosophy/195_철학에서_설계로.md index 8665abe..0b0be2e 100644 --- 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`의 비전과 직접 연결됩니다. +사람과 조직이 더 정확한 근거 위에서 판단하도록 돕는다는 상위 목표를, 로빙은 실제 실행과 측정 루프를 통해 구현해야 합니다. + ## 자기개선 루프의 설계 전개 철학 문장을 실제 시스템으로 옮길 때 핵심은 다음 루프를 고정하는 것입니다. diff --git a/book/300_architecture/311_backend_coding_principles.md b/book/300_architecture/311_backend_coding_principles.md index d4a3af9..d68601e 100644 --- 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 우선 사고) diff --git a/book/300_architecture/312_writing-principles.md b/book/300_architecture/312_writing-principles.md index 3b93172..6a295d3 100644 --- a/book/300_architecture/312_writing-principles.md +++ b/book/300_architecture/312_writing-principles.md @@ -125,6 +125,7 @@ - 사실/해석/결론을 분리해 기록한다. - 출처 URL(또는 내부 문서 경로)과 확인 시점을 명시한다. - 구현 코드 복붙 대신 파일 경로·핵심 위치 참조를 사용한다. +- 문서명과 본문 상태에 `종료`, `종결`, `완료`를 쓰지 않는다. 리서치는 방향/원인/근거를 확정하는 단계이고, 닫힘 선언은 `worklog` 또는 문제 문서 상태에서만 한다. - README에는 원칙 본문을 반복하지 않고, 본 섹션(SSOT) 링크만 둔다. ### 시나리오 문서 diff --git a/journey/README.md b/journey/README.md index 80119e2..2e6350c 100644 --- 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 / 리뷰 큐 diff --git a/journey/debug/260313_coldmail_ir_로딩메시지_미갱신_디버그.md b/journey/debug/260313_coldmail_ir_로딩메시지_미갱신_디버그.md index 242e353..5d3b5e9 100644 --- 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에서 `로빙 중…` 메시지가 왜 남는지와, 현재 연결이 어디서 어긋나는지를 고정합니다. diff --git a/journey/plans/260313_pydantic_ai_부분도입_llm_출력안정화_계획.md b/journey/plans/260313_pydantic_ai_부분도입_llm_출력안정화_계획.md index 73e17ee..f971e86 100644 --- 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. 이번 계획의 결정 diff --git a/journey/plans/README.md b/journey/plans/README.md index 3575cde..7d5eff7 100644 --- 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) diff --git a/journey/research/260313_pydantic_ai_도입_기반_llm_출력_안정화_종료_리서치.md b/journey/research/260313_pydantic_ai_도입_기반_llm_출력_안정화_방향확정_리서치.md similarity index 99% rename from journey/research/260313_pydantic_ai_도입_기반_llm_출력_안정화_종료_리서치.md rename to journey/research/260313_pydantic_ai_도입_기반_llm_출력_안정화_방향확정_리서치.md index cde7952..d72cd07 100644 --- 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) diff --git a/journey/scenarios/README.md b/journey/scenarios/README.md index 830be97..6b4dbc5 100644 --- 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) diff --git a/journey/troubleshooting/260312_companyx_rag_answer_composition_regression.md b/journey/troubleshooting/260312_companyx_rag_answer_composition_regression.md index 633ebbf..c2fc10a 100644 --- 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) diff --git a/journey/troubleshooting/README.md b/journey/troubleshooting/README.md index fd91984..5b409bd 100644 --- 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) + - 상태: 열림 + +## 참조 문서 | 주제 | 문서 | 비고 | |------|------|------| diff --git a/journey/worklog/260313_ir_deck_pydantic_only_출력검증_구현및배포검증.md b/journey/worklog/260313_ir_deck_pydantic_only_출력검증_구현및배포검증.md index 1bb33f4..57d5fbd 100644 --- 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) ## 완료 요약