### 29.2 P3 — 기계가 읽는 능력 매니페스트와 사람이 읽는 등급표가 커서 서명에 대해 다르게 답한다

`GraphQlStableCapabilityManifest.STABLE`이 `SIGNED_CURSOR_CONNECTION`을 지원 목록에 넣는다. 그 목록의 용도는 `requireStable(...)`이고, javadoc은 이렇게 말한다:

> "Verifies a capability may be activated on the Stable starter. @throws GraphQlReleaseException when it is Advanced, Experimental or unsupported"

즉 이 매니페스트는 "Stable 스타터에서 켜도 되는가"를 판정한다. cursor 서명은 켤 수 있는 것으로 판정되고, 켜는 코드는 없다.

**실패 시나리오** — adopter가 릴리스 게이트를 돌려 `SIGNED_CURSOR_CONNECTION`이 Stable에서 승인되는 것을 확인하고, 그것을 근거로 커서 페이지네이션을 Stable 계약의 일부로 문서화한다. §24.1의 세 긍정 신호(부팅 거부 · 설정 수용 · 액추에이터 보고)에 네 번째가 더해진다.

**권고** — 매니페스트에 `MODELLED` 집합을 추가하거나, `SIGNED_CURSOR_CONNECTION`을 `EXPERIMENTAL`로 옮긴다. 등급표와 매니페스트가 같은 사실을 말하도록 두 목록을 한 테스트로 묶는 것이 더 낫다 — 이 leaf는 이미 `WebArchitectureRulesTest` 형태의 개수 고정을 두 번 쓰고 있다(§3.4).

### 29.3 P3/기록 — `GraphQlReleaseReportWriter`에 호출자가 없다

§28.3. 게이트(`verify`)와 증거 모델(`GraphQlReleaseEvidence`)은 서로를 참조하지만 결과를 기록하는 작성기는 어디서도 불리지 않는다. 릴리스 레인이 아직 이 leaf 밖에 있으므로(“증거 자체는 실제 부하 인프라를 요구하므로 이 leaf 밖에서 생성한다”) 현재로서는 정합적이지만, 게이트를 부르는 코드가 저장소에 없다는 사실은 함께 기록해 둔다.
