SK-Intellix Experience Goal Category
Experience Goal은 단일 명령이나 route family가 아니라, 여러 Agent와 task가 이어지는 동안에도 사용자가 원한 상위 결과와 성공 증거를 보존하는 orchestration sidecar다. 기존 Planner의 owner/skill/step 판단을 대체하지 않고, 그 결과가 사용자 목표를 실제로 충족했는지 관찰하고 제한적으로 재판단한다.
화자·제품 지식·Context·A2A Planner·TaskManager와 Experience Goal이 하나의
Goal → Plan → Task → Evidence → Goal State 회귀 구조로 연결되는 전체 그림은
Experience Goal × Knowledge Graph에서 본다.
먼저 이해할 경계
| Experience가 하는 일 | Experience가 하지 않는 일 |
|---|---|
| 상위 목표, 기대 effect, 성공 evidence 유지 | 모든 발화를 장기 workflow로 승격 |
| 여러 route/task 결과를 하나의 outcome으로 묶음 | 기존 family routing 대체 |
| callback과 device context로 목표 달성 여부 관찰 | 정상 task event마다 LLM 재호출 |
| 실패·차단·효과 미달 시 bounded replan 후보 생성 | DeviceAgent queue와 executor 직접 구현 |
권장 읽기 순서
| 단계 | 문서 | 읽는 목적 |
|---|---|---|
| 0 · Orientation | 현재 문서 | Experience와 기존 Planner의 책임 경계 확인 |
| 0 · System View | Experience Goal × Knowledge Graph | 이미 context-aware한 Goal에 다층 지식·기억·상태가 기여하는 구조 확인 |
| 1 · Why / Product | Experience Goal AS-IS/TO-BE | 명령 수행형 시스템에서 결과 위임형 시스템으로 확장하는 이유 |
| 1 · Why / Product | Experience Goal Usability Playbook | 실제 사용자 목표, 여정, 수용 기준 |
| 2 · Architecture | Experience Workflow Design Foundations | 목표·관찰·재계획 loop와 설계 근거 |
| 2 · Architecture | Experience Supervisor | workflow 위의 목표 감독 계층 |
| 2 · Architecture | Creative Motion Scenarios | 목표에 따라 관찰·이동 도구를 조합하는 창의성의 범위와 안전 경계 |
| 2 · Architecture | Academic Deep Dive | 형식 모델, lifecycle, 평가 가설 |
| 3 · Contract / Data | Existing Planner Integration | 기존 owner route와 additive metadata 결합 |
| 3 · Contract / Data | Indirect Goal Feasibility | 간접 발화를 admission 후보로 다루는 경계 |
| 4 · Implementation | Admission Shadow Phase 1 | live 영향 없이 의미 evidence를 관찰하는 1단계 |
| 4 · Implementation | Composer Live Slice | 제한된 content_only 경계와 비용 |
| 5 · Validation | Runtime Validation Closure | callback, failure UX, 회귀, 남은 No-Go |
| 5 · Validation | Catalog, Evidence, and Bounded Replan | 명시 action 보존, terminal authority, 관찰-재계획 loop와 최신 live 정책 근거 |
| 5 · Validation | Planner-TaskManager Validation and Token Ledger | 대표 발화, 실기기 workflow, 토큰·지연 근거 |
| 6 · Operations / Roadmap | A2A Next Action Board | 남은 gate와 후속 작업 |
논리 흐름
사용자 발화
-> 기존 Planner가 owner/skill/step 결정
-> Experience admission이 상위 목표 보존 필요성을 평가
-> TaskManager가 실제 실행과 상태 event를 관리
-> observation/evidence가 goal state를 갱신
-> 완료, 사용자 확인, bounded replan 중 하나로 수렴
일반 대화가 DEF 응답만으로 충분하면 Experience workflow를 만들지 않는다. 단일 기기 명령이 기존 ODL 경로로 완결되면 그 경로를 유지한다. Experience는 여러 단계·여러 Agent·환경 조건·완료 후 후속 결과처럼 목표 연속성이 실제로 필요한 경우에만 부가 정보를 제공한다.
현재 상태를 읽는 법
| 상태 | 의미 |
|---|---|
| 설계 완료 | 목표·effect·observation·bounded replan의 책임 경계가 문서화됨 |
| 제한 구현 | shadow admission과 일부 live slice가 기존 Planner 옆에 additive하게 연결됨 |
| 검증 중 | 실기기 callback과 복합 workflow 회귀를 계속 닫는 단계 |
| 아직 아님 | 모든 간접 발화를 자동 workflow로 승격하는 범용 autonomous supervisor |
다음 도메인
- route와 plan 생성: A2A Category
- Cloud plan 전달: On-device Bridge
- task 실행과 callback: DeviceAgent / SoC
- 증거와 출시 판정: Validation / Quality