# 20260328 Research — Kling API Phase 2 Progress

## 목적
Phase 1에서 식별한 핵심 경로들에 대해 실제 본문/구조/데이터 소스 단서를 더 확보한다.

## 핵심 발견
- `Index-yi-6sbaF.js` 안에서 문서 메뉴 트리와 path 목록을 직접 확인했다.
- 문서 렌더는 `/src/docs/${e}/${lang}.md` 형태의 동적 markdown 로더를 사용하는 정황이 있다.
- 즉 문서 본문은 HTML에 직접 박혀 있는 것이 아니라, path 기반 markdown source에서 로드될 가능성이 높다.

## 우선 경로 점검 결과
- `apiReference/model/OmniVideo`
  - status: 200, size: 86187
  - same_shape_as_prev: None
  - text head: Kling AI: Next-Gen AI Video & AI Image Generator
- `apiReference/model/videoExtension`
  - status: 200, size: 86187
  - same_shape_as_prev: True
  - text head: Kling AI: Next-Gen AI Video & AI Image Generator
- `apiReference/model/multiImageToVideo`
  - status: 200, size: 86187
  - same_shape_as_prev: True
  - text head: Kling AI: Next-Gen AI Video & AI Image Generator
- `apiReference/callbackProtocol`
  - status: 200, size: 86187
  - same_shape_as_prev: True
  - text head: Kling AI: Next-Gen AI Video & AI Image Generator
- `apiReference/rateLimits`
  - status: 200, size: 86187
  - same_shape_as_prev: True
  - text head: Kling AI: Next-Gen AI Video & AI Image Generator
- `apiReference/model/videoModels`
  - status: 200, size: 86187
  - same_shape_as_prev: True
  - text head: Kling AI: Next-Gen AI Video & AI Image Generator
- `apiReference/model/textToVideo`
  - status: 200, size: 86187
  - same_shape_as_prev: True
  - text head: Kling AI: Next-Gen AI Video & AI Image Generator
- `apiReference/model/imageToVideo`
  - status: 200, size: 86187
  - same_shape_as_prev: True
  - text head: Kling AI: Next-Gen AI Video & AI Image Generator

## 현재 해석
- Browser Rendering `content`로 받는 응답은 path마다 완전히 다른 실본문이 아니라, 상당 부분 공통 셸 구조를 유지한다.
- 그러나 JS 번들 내부에서 path별 메뉴/문서 구조가 분명히 존재하며, markdown source 로딩 정황이 보인다.
- 따라서 다음 핵심은 개별 경로의 최종 markdown source 또는 lazy-loaded 문서 chunk를 특정하는 것이다.

## 실무적 의미
- `OmniVideo`, `videoExtension`, `multiImageToVideo`는 분리된 capability 문서로 존재한다.
- 파이프라인 설계 시 시작 생성 / 참조 생성 / 연장 생성을 별도 API capability로 분리하는 쪽이 자연스럽다.

## 현재 한계
- 문서 본문 markdown source URL을 아직 직접 특정하지 못했다.
- 정적 bundle 분석만으로는 실제 source resolver까지 완전히 드러나지 않는다.

## 다음 단계 후보
1. bundle 안의 lazy import map / 언어별 chunk 더 추적
2. markdown source를 런타임에 불러오는 규칙을 역추적
3. 필요 시 Browser Rendering 상호작용 기반 추적으로 전환