feat(agent): Primary 위임 — 컨펌 후 A 에게 SendMessage (새 contextId + traceId forward)

[hagyutae]

배경

M3 에서 P 가 사용자 컨펌까지만 받음. 컨펌된 이슈/wiki 가 정리되면 다음 단계는 A 에게 위임. 본 이슈에서 P 의 그래프에 위임 노드 추가.

위임 시 contextId / traceId 규약은 #32 (옵션 B) 의 기존 인프라 활용.

스코프

P 의 그래프 — 위임 노드 추가

• 사용자 컨펌이 끝나면 LLM 이 "A 에게 설계 의뢰할 시점" 판단
• A 의 AgentCard discovery (/.well-known/agent-card.json fetch + 캐시)
• A 에게 SendMessage — 메시지 본문에 컨펌된 이슈 references (id 목록) + 간단 요약
• 새 contextId 발급 (위임마다 새 conversation, 옵션 B 패턴)
• traceId forward (받은 trace_id 를 client.send_message(trace_id=...) 인자로)

Pre-위임 사용자 확인

• "A 에게 설계 의뢰할게요. 진행할까요?" 컨펌 (작은 confirmation)

Post-위임 처리

• A 의 응답 (설계 결과 또는 도중 INPUT_REQUIRED 등) 을 P 가 사용자에게 중계할지, 아니면 사용자가 직접 A 와 대화 (M4-5 라우팅) 하게 할지
• 추천: 사용자가 직접 A 와 대화 (M4-5 라우팅 활용). P 는 "이제 A 와 대화해보세요" 안내만.

비-스코프

• A 의 응답을 P 가 후처리 / 사용자에게 정리해서 보고 (M5+)
• 다중 에이전트 동시 위임 (Eng / QA, M5+)
• 위임 중단 / 회수 (M5+)

검증

• P 가 컨펌된 이슈 후 A 에게 SendMessage 정상 전송
• A 의 lifecycle 로그에 P 가 보낸 trace_id 동일하게 출력 (cross-agent traceId 검증)
• 새 contextId 발급 확인 (P-사용자 contextId ≠ P-A contextId)
• guestbook 시나리오 통합 (별 E2E 이슈)