Speaker Identity A2A Entry Points
이 문서는 화자 분리/인식 PoC와 Cloud A2A Task Manager 확장 문서를 어디서부터 읽어야 하는지 정리한 진입점이다.
핵심은 문서를 파일명 기준으로 나열하지 않고, 비슷한 기능 경계와 관계성이 높은 책임 단위로 묶는 것이다.
이 묶음은 상위 Domain Reading Order의 Orientation → Product → Architecture → Contract → Implementation → Validation → Roadmap 순서를 화자 식별 도메인에 적용한다.
1. 진입점 묶음
2. 읽는 목적별 경로
3. 경계 기준
3.1 온디바이스 경계
온디바이스 경계는 음성 원본과 화자 임베딩을 직접 다루는 영역이다.
포함 항목:
- 화자 등록 WAV 입력
- 런처앱 등록 UX에서 전달되는 샘플 import
- speaker embedding 추출
- diarization segment 생성
- registered speaker search
- distance, overlap, multi-speaker, low-confidence gate
- speaker history local file
이 경계의 출력은 raw audio가 아니라 speaker_context 후보값이어야 한다.
3.2 Cloud A2A 경계
Cloud A2A 경계는 음성을 직접 분석하지 않는다. 온디바이스가 만든 speaker state를 받아서 판단, 계획, 메모리, task 실행 정책에 반영한다.
포함 항목:
voice_context.speaker_context정규화- owner selection
- memory update speaker scope
- TaskManager side-effect gate
- workflow owner takeover policy
이 경계의 출력은 route response, memory update, device task request다.
3.3 메모리/개인화 경계
메모리/개인화 경계는 speaker_id가 확인된 경우에만 의미가 있다.
포함 항목:
- speaker-scoped short-term memory
- speaker profile candidate
- room preference
- schedule preference
- authority level
- deletion/consent state
unknown, ambiguous, overlap 상태에서는 이 경계를 닫고 anonymous 또는 no-write 정책으로 내려가는 것이 안전하다.
3.4 TaskManager/복합명령 경계
TaskManager 경계는 한 번의 발화가 여러 단계의 실행 계획으로 바뀌는 영역이다.
speaker context가 추가되면 다음 질문이 중요해진다.
- 이 workflow를 시작한 speaker는 누구인가?
- 다음 turn의 speaker가 같은 사람인가?
- 다른 사람이 이어서 말하면 takeover를 허용할 것인가?
- side-effect task를 바로 실행할 수 있는 신뢰 상태인가?
- 다화자/겹침 상황이면 confirmation으로 낮출 것인가?
4. SK-Intellix 상위 허브와의 연결
이 세션은 기존 SK-Intellix 허브 안에서 아래 축들과 연결된다.
| 상위 축 | 연결 이유 |
|---|---|
| On-device Bridge | speaker context는 온디바이스 산출물이 Cloud 요청에 실리는 bridge data다. |
| Cloud A2A / Planner | Cloud는 speaker context를 route, plan, response policy에 반영한다. |
| DeviceAgent / SoC TaskManager | speaker owner와 safety gate는 실제 device task 실행 조건에 영향을 준다. |
| Memory / Personalization | speaker_id는 memory scope와 profile update의 기준이다. |
| Validation / Evidence | speaker 인식은 오인식 리스크가 커서 source/test/evidence가 반드시 필요하다. |
| Privacy / Operations | voiceprint와 대화 기록은 보안/삭제/동의 정책 없이는 제품화하기 어렵다. |
5. 운영 규칙
- 새 문서가 추가되면 이 페이지의
진입점 묶음표에 먼저 연결한다. - 파일을 이동하기보다 stable URL을 유지하고, 상위 진입점에서 논리 묶음을 관리한다.
- Cloud
new_logic브랜치는 이 세션의 근거로 사용하지 않는다. - Cloud 근거는
feature_a2a_task_orchestration_cloud, 온디바이스 근거는test_sherpa_module기준으로 유지한다. - speaker context 관련 계약이 바뀌면 Speaker Context Contract를 먼저 갱신한 뒤 관련 문서에 전파한다.
- 서비스 런처앱과의 화자 등록 연동 정책이 바뀌면 Speaker Enrollment Service Phase 1 Plan을 먼저 갱신한다.