SK-Intellix Vendor Handoff Category
Vendor Handoff 카테고리는 SoC/DeviceAgent 업체에 전달해야 할 구현 범위, API 계약, 인수 기준, 테스트 증거를 관리한다.
업체 전달 시 핵심은 “Cloud LLM 연동”이 아니라 “여러 명령 유입원을 같은 TaskManager 실행 프레임워크로 수용하는 SoC 구조”다. Cloud A2A는 첫 번째 upstream일 뿐이며, MQTT 명령 서버와 앱/예약 명령도 같은 API와 event contract를 타야 한다.
권장 읽기 순서
| 단계 | 문서 | 읽는 목적 |
|---|---|---|
| 0 · Orientation | 현재 문서, Vendor Meeting Entry | 업체 역할과 회의 진입점 |
| 1 · Why / Product | QCS6490 Platform Vendor Brief | 플랫폼 인수 범위와 제품 책임 |
| 2 · Architecture | Framework / SDK, SoC TaskManager Framework | API·runtime·BSP 구조 |
| 3 · Contract / Data | Vendor Handoff, API Contract | 구현 계약과 callback |
| 4 · Implementation | Vendor Implementation Package, Workbook | 파일·패키지·작업 순서 |
| 5 · Validation | API Acceptance Checklist, Evidence Template | PASS 기준과 제출물 |
| 6 · Operations / Roadmap | Vendor Open Questions | 미확정 책임과 다음 합의 |
핵심 질문
| 질문 | 봐야 할 문서 |
|---|---|
| QCS6490 Platform Vendor/HAL/DTS/driver 범위를 어디서 시작하는가 | QCS6490 Platform Vendor Brief |
| 이 업체 작업이 DeviceAgent API/runtime과 BSP 구조 안에서 어디에 해당하는가 | Framework and SDK Hub |
| TaskManager 작업 배경/구조/실제 작업내역 전체는 어디에 있는가 | SoC TaskManager Framework |
| 업체에게 무엇을 요구해야 하는가 | Vendor Handoff |
| 구현 패키지는 무엇인가 | DeviceAgent Vendor Implementation Package |
| API별 PASS 기준은 무엇인가 | Vendor API Acceptance Checklist |
| 업체가 제출할 테스트 증거 양식은 무엇인가 | Vendor Test Evidence Template |
| 아직 닫히지 않은 질문은 무엇인가 | Vendor Open Questions |
업체 전달의 핵심
| 영역 | 업체가 맞춰야 할 것 |
|---|---|
| TaskManager API | submitTask, submitWorkflow, getTaskStatus, cancelTask, onTaskEvent |
| Multi-source Ingress | Cloud A2A, MQTT server, app/remote, local voice, schedule/internal policy source 구분 |
| Planning Context | battery, map, current room, movement, cleaning, queue, capability snapshot |
| Reason Contract | 구조화된 reason_code, reason_params, requires_cloud_decision |
| Domain Binding | moving, cleaning, map, schedule, interaction executor 연결 |
| Evidence | unit/instrumented/logcat/real-device artifact 제출 |
QCS6490 Platform Vendor 업체 진입 경로
기존 플랫폼 벤더 역할을 이어받아 AOSP/QCS6490 작업을 맡을 업체라면 아래 순서로 본다.
Vendor Category
-> QCS6490 Platform Vendor Brief
-> Framework and SDK Hub / Platform Enablement / DeviceAgent Peer Agent Topology
-> DeviceAgent / SoC Category
-> SoC TaskManager Framework
-> Vendor API Acceptance Checklist
-> Vendor Test Evidence Template
역할 표현은 다음 기준을 따른다.
| 영역 | 책임 |
|---|---|
| SK-Intellix | DeviceAgent API/runtime 계약, 후보 SDK surface, event/reason code, release 판단 기준 |
| 플랫폼 벤더 | overlay, vendor service, HAL backend, DTS/driver, 실기기 evidence 수집/제출 |
| Validation/Release Gate | 업체가 제출한 boot/logcat/dmesg/AVC/HAL callback evidence 검증 |
현재 중요한 결론
- 업체에게 “우리가 만든 것처럼 해달라”가 아니라 API, event, reason, evidence 단위로 전달해야 한다.
- Cloud, MQTT server, On-device, App이 받는 payload 형식이 실제 DeviceAgent callback과 맞아야 한다.
- 완료 판정은 문서 동의가 아니라 실기기 trace와 test evidence다.