SK-Intellix Speech Recognition Module Category
이 카테고리는 A2A planner가 아니라 제품의 음성 입력 처리 계층을 다룬다. 핵심 범위는 STT, 전처리, 온디바이스 딕셔너리/로컬 LLM, Cloud LLM fallback/rewrite, TTS, E2E log analysis다.
음성인식 모듈은 A2A와 연결되지만 A2A 자체는 아니다. A2A는 음성 결과와 context를 받아 판단/계획을 세우는 상위 계층이고, 이 카테고리는 그 전에 발화가 어떤 텍스트/토큰/Cloud 재진입 후보로 정리되는지를 본다.
핵심 질문
| 질문 | 봐야 할 문서 |
|---|---|
| 실제 LLM 업무가 몇 개이고 누가 무엇을 맡는가 | LLM 업무 목록과 역할·책임 |
| A2A를 제외한 LLM 업무와 역할 분담은 어떻게 나누는가 | LLM 업무 R&R: Non-A2A Scope |
| 제품 음성 E2E 구조는 어디서 보는가 | LLM 운영 Wiki, Day 1: 제품 기능 사양 및 LLM 구조 |
| STT 오인식과 딕셔너리 오매칭은 어떻게 구분하는가 | Day 2: 온디바이스 딕셔너리 및 E2E Test, Dictionary Matching Source Guide |
| Cloud LLM fallback/rewrite/RAG는 어디서 보는가 | Day 3: Cloud LLM 개선 작업 및 테스트, Cloud LLM Integration Source Guide |
| 필드 이슈를 STT/Cloud/API/TTS로 어떻게 분리하는가 | Day 4: SQE/필드테스트 이슈 분석, E2E Test And Log Analysis Runbook |
| AudioRecord/음성로깅 tombstone과 STT 입력 불능 리스크는 어떻게 나누는가 | Audio Logging e75f9c66 Risk Review |
| AudioRecord hotfix와 외부 취소·종료 안전성은 어디서 보는가 | AudioRecord 버퍼와 외부 종료 안정화 |
| 온디바이스 Voice Agent 리팩터링과 release 검증은 어디서 보는가 | Voice Agent Refactoring Release 2026-07-22 |
| 운영자가 어떤 산출물을 남겨야 하는가 | Day 5: 종합 실습 및 현지 운영 가이드, E2E 테스트 결과 템플릿 |
| 음성 turn이 A2A context로 넘어가면 어떻게 해석되는가 | Speech-LLM Context-Aware A2A Architecture, A2A Category |
책임 범위
| 포함 | 제외 |
|---|---|
| STT raw/processed text | A2A route family 최종 결정 |
| dictionary matching, token mapping, collision analysis | DeviceAgent 내부 task queue 구현 |
| on-device local execution path | HAL/DTS/driver bring-up |
| Cloud LLM fallback, Case 2 rewrite, RAG 재진입 | memory DB migration |
| TTS, state flag, E2E log analysis | 업체 AOSP acceptance checklist |
권장 읽기 순서
| 단계 | 문서 | 읽는 목적 |
|---|---|---|
| 0 · 안내 | 현재 문서, LLM 업무 목록, LLM 역할·책임, LLM 운영 Wiki | 실제 업무, 책임, 팀 역할과 교육 구조 |
| 1 · Why / Product | Day 1: 제품 기능 사양 및 LLM 구조 | 제품 음성 E2E가 필요한 이유 |
| 2 · Architecture | On-device E2E Source Map | STT부터 Cloud/TTS까지 구조 |
| 3 · Contract / Data | Dictionary Matching Source Guide, Cloud LLM Integration Source Guide | token, fallback, rewrite 계약 |
| 4 · Implementation | Voice Agent Refactoring Release 2026-07-22 | 실제 리팩터링과 release 연결 |
| 5 · Validation | AudioRecord 외부 종료 안정화, Audio Logging Risk Review, E2E Log Analysis Runbook | 종료 안전성, 장애 분리와 evidence |
| 6 · Operations / Roadmap | Day 5 운영 가이드 | 현지 운영과 산출물 |
텍스트 이후의 owner/plan 판단은 A2A Category, 신호 자체의 연속성과 음향 근거는 Audio / SoundFlow에서 이어서 본다.
현재 중요한 결론
- 음성인식 모듈은 “A2A 문서 일부”가 아니라 A2A 앞단의 입력 품질 계층이다.
- STT 오류, dictionary 충돌, Cloud rewrite 품질, API validation, TTS 문제를 한꺼번에 “LLM 실패”로 묶으면 원인 분리가 안 된다.
- 운영 문서는 교육자료로만 두지 말고, 음성인식 도메인의 source/evidence/runbook으로 연결해야 한다.
- Cloud LLM은 기능을 직접 실행하지 않고, 재매칭 가능한 token/query 또는 일반 응답으로 되돌려야 한다.