SK-Intellix Vendor Handoff Category
Vendor Handoff 카테고리는 SoC/DeviceAgent 업체에 전달해야 할 구현 범위, API 계약, 인수 기준, 테스트 증거를 관리한다.
업체 전달 시 핵심은 “Cloud LLM 연동”이 아니라 “여러 명령 유입원을 같은 TaskManager 실행 프레임워크로 수용하는 SoC 구조”다. Cloud A2A는 첫 번째 upstream일 뿐이며, MQTT 명령 서버와 앱/예약 명령도 같은 API와 event contract를 타야 한다.
핵심 질문
| 질문 | 봐야 할 문서 |
|---|---|
| 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 제출 |
현재 중요한 결론
- 업체에게 “우리가 만든 것처럼 해달라”가 아니라 API, event, reason, evidence 단위로 전달해야 한다.
- Cloud, MQTT server, On-device, App이 받는 payload 형식이 실제 DeviceAgent callback과 맞아야 한다.
- 완료 판정은 문서 동의가 아니라 실기기 trace와 test evidence다.