← Docs hub

Agentic Capability Change Ledger 2026-07-30

이 문서는 A2A·온디바이스·MR6 DeviceAgent·wiki 변경 범위를 섞지 않고 추적하기 위한 작업 기록이다.

1. 이번 작업 패키지

초기 작업 패키지는 문서와 계약만 수정했지만, 이후 별도 vertical slice에서 Cloud, On-device, MR6 runtime source를 수정했다. 현재 callback 생성부터 Cloud ingest와 Supervisor decision-to-plan 생성은 연결됐고, On-device semantic response dispatch는 코드 연결됨 상태다. 즉, Cloud decision-to-plan 생성은 연결 상태를 유지하면서 실행 관문까지 확장한 것이다. semantic observation과 task-event는 동일한 OrchestrationResponse handler에서 workflow/task/control request를 처리한다. 로컬 단위·전체 빌드 검증은 통과했지만 platform-signed 실기기 E2E는 미검증이다. 따라서 Supervisor 재계획 dispatch를 physical terminal까지 완료했다고 간주하지 않는다. 현재 MR6 산출물은 A1 platform certificate로 서명해 실기기에 배포했다. 재부팅·TaskManager 초기화와 Security dry-run callback까지 확인했지만, 현재 WSS 가용성 조회가 실패하므로 실제 Security session과 도메인 실충돌 E2E 완료로 보지 않는다.

2. 현재 누적 Runtime 변경 범주

아래는 현재 working tree에 존재하는 누적 변경 범주다. 단순 git status만으로 작성 주체를 모두 판별할 수 없으므로, 이번 작업 패키지의 신규 수정으로 간주하지 않는다.

3. 이번 조사에서 확인한 사실

4. 실기기 배포 및 Security 경로 증거

2026-07-30 기준 실기기 192.168.123.118:5555에 MR6 DeviceAgent release를 배포했다.

이 결과는 “Cloud Planner가 실제 Security session을 성공시켰다”는 증거가 아니다. 아래 경로 중 DeviceAgent ingress와 terminal callback 경계만 검증한 것이다.

사용자 발화
-> Planner typed Security action
-> On-device ManagedDeviceTask
-> DeviceAgent submitTask
-> TaskManager security queue
-> MainApi executor
-> onTaskEvent STARTED/COMPLETED

Planner와 On-device까지 포함한 전체 경로, 실제 WSS session, Security·Streaming·VitalSign 실충돌은 별도 E2E로 남는다.

5. Semantic Observation vertical slice

TaskCompletionStateStore
  -> SemanticObservationStore
  -> DevicePlanningContextProvider

DeviceAgent callback producer  [연결됨]
  -> DeviceCommunicator receiver
  -> durable ordered outbox
  -> ChatRepository
  -> Cloud semantic observation ingest
  -> workflow observation delta

현재 연결 상태

의미 경계

• 정상 진행 observation은 workflow telemetry만 갱신한다.
• event 이름이나 한국어 문장 keyword로 재계획하지 않는다.
• producer가 명시한 requires_cloud_decision=true는 최우선 Supervisor 판단 후보가 된다.
• producer가 telemetry-only여도 active workflow가 catalog contract를 구독했고 workflow/experience correlation, freshness, privacy, optional step scope, decision budget을 모두 통과하면 Supervisor 후보로 승격할 수 있다.
• Planner가 catalog에 없는 event나 unrestricted fact key를 임의로 구독할 수 없다.
• raw frame, 얼굴 이미지, bbox, signed URL, credential은 전송 계약에서 차단한다.
• STT text, prompt, LLM response, TTS text는 LLM pipeline observation과 Planner compact context에 포함하지 않는다.
• LLM 상태 숫자는 DeviceAgent protocol type mapping으로만 해석한다. 사용자 발화 keyword에 따른 분기는 추가하지 않는다.
• WSS request_id는 domain 인증 세션 상관관계다. Cloud workflow_id 또는 step_id로 승격하지 않는다.
• TaskManager가 시작한 Security session은 별도 allowlist로 experience_id, workflow_id, step_id를 결합하고 WSS 정지 callback 방출 뒤 제거한다.
• security.person_detected와 security.verification_result에는 이름, member ID, 얼굴 유사도, PIN, raw callback payload를 넣지 않는다.

6. 다음 Runtime 작업 후보

Runtime 수정은 아래 범주를 각각 독립 작업으로 선언한 뒤 진행한다.

1. Vision, Streaming, WSS, VitalSign, LLM resource lease와 admission matrix.
2. Console Experience timeline과 outbox 상태.
3. 실기기 Home Guardian E2E 및 restart replay evidence.
4. Supervisor decision-to-plan bridge의 platform-signed 실기기 dispatch와 callback correlation 증거.
5. AWS 연결 observation의 active workflow correlation과 실기기 callback 증거.
6. WSS observation correlation과 Managed Security lifecycle의 platform-signed 실기기 E2E, asset lifecycle, person/verification callback 증거.
7. LLM 상태 observation의 workflow/step correlation과 native model readiness/death 계약.
8. 위치·Map revision·Security·Streaming source freshness와 실기기 sample cadence 검증.

장시간 도메인 자원 admission 1차 경계

이번 변경은 완전한 resource lease registry가 아니다.

• 자연어, agent 이름, 화면 문구를 검사하지 않는다.
• taskMethod, screenName/targetScreen, DeviceAgent의 mainState, WSS running state만 사용한다.
• submitWorkflow는 등록 당시 상태로 전체 plan을 막지 않고 각 step 직전에 재검사한다.
• pause/resume/stopSecurityMode는 장애 복구와 종료를 위해 충돌 상태에서도 허용한다.
• WSS/Streaming/VitalSign 내부 정책은 최종 권위로 남는다.
• camera, motion, mic, display의 공통 owner/lease와 parallel child 간 선점 계약은 아직 후속 과제다.

7. 설명 원칙

향후 변경 설명은 다음 순서로 제공한다.

사용자 목표
-> Planner가 만든 의미 계획
-> 온디바이스가 변환한 요청
-> TaskManager가 관리하는 단계
-> DeviceAgent가 실행한 실제 기능
-> callback과 완료 증거
-> 남은 미연결 구간

“기능이 소스에 있다”와 “A2A 복합 workflow에서 검증됐다”를 같은 뜻으로 표현하지 않는다.