Files
document-haness/docs/clean-architecture-backend-template/tech-log-studio/graphql-surface/case/case-analysis-finding-a16-f012.md
T
DongHyeonkaandClaude Fable 5.1 b25357c48a docs(clean-architecture-backend-template): fold analysis into final and re-select one topic
- analysis/·source-index·state.json 을 final/document.md 제2부·제3부로 접었다. SSOT 는 하나다
- 파일럿 — commit-ambiguity-as-a-result 를 새 기준으로 재선별. 후보 14 → 글감 5
  (PROMOTE 5 · MERGE_INTO 3 · KEEP_IN_SSOT 4 · 보류 2). 기록 5건을 다시 썼고 그림 1개를
  techviz 로 만들었다
- 재선별이 잡은 것: 제1부 §6.2·§11.1 이 자기 §13.2 와 어긋나 있었다(레인을 안 돌렸다 vs
  돌렸다) — 정정. 이미 답이 나와 있던 Question 을 HEAD 재실행 질문으로 다시 세웠다.
  Concept 이 인용한 코드가 SSOT 에 없어 뺐다
- candidateScope·sourceRepository 기록. 나머지 43개 주제는 재선별 대기(PENDING 905)

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
2026-09-07 12:39:20 +09:00

4.8 KiB

kind, slug, title, topic, project, status, sourceRevision, rootTreeNode, evidenceCapturedOn, assets, evidence, source
kind slug title topic project status sourceRevision rootTreeNode evidenceCapturedOn assets evidence source
CASE analysis-finding-a16-f012 "기본 비활성"은 존재하지 않는 스위치의 기본값을 서술한다 graphql-surface clean-architecture-backend-template 게시 전 21234e38cdb9a926cbc92bb97a2aee2e4a7d2916 case:analysis-finding-a16-f012 2026-09-01
key file
analysis-finding-a16-f012 ../../../final/evidence/rendered/analysis-finding-a16-f012.svg
../../../final/evidence/raw/analysis-finding-a16-f012.txt
원본 분석 절은 final/document.md#a16#L1002 이다.

"기본 비활성"은 존재하지 않는 스위치의 기본값을 서술한다

고급 능력을 켤 설정 표면이 없다. 등급표는 이 상태를 정확히 말한다. 어긋나는 것은 지침 문서 산문의 활성화 서술뿐이고, 그 두 문장은 활성화 경로의 존재를 전제한다.

관계

  • 기계가 읽는 능력 매니페스트와 사람이 읽는 등급표가 같은 능력에 대해 다르게 답한다 같은 리프의 같은 계열 사례다.
  • 선언된 Advanced 능력 11개 중 9개는 켜는 방법이 없다 다른 리프의 같은 형태이고 심각도가 다르다.
  • 등급표가 정확하면 산문만 고치면 된다 판정이 낮은 이유다.

문제

지침 문서가 고급 능력의 활성화를 서술한다.

기본이 비활성이며 명시적 승인 없이는 운영 활성화를 거부한다는 것이다.

그 서술이 성립하는지 확인했다.

결론

성립하지 않는다.

고급 능력을 켤 설정 표면이 없다.

깃발 레코드는 코드에서만 만들어지고, 그 활성화 메서드를 부르는 것은 테스트다.

그것을 결속하거나 소비하는 자동 설정이 없다.

등급표는 이 상태를 정확히 말한다.

고급 항목이 전부 모형 등급이다. 요청 경로에는 없다는 뜻이다. 그러므로 능력이 동작한다고 주장하지 않는다.

어긋나는 것은 지침 문서 산문의 활성화 서술뿐이다.

기본 비활성이라는 문장과 명시적 승인 없이는 거부한다는 문장이 둘 다 활성화 경로의 존재를 전제한다.

다른 리프의 같은 형태와 비교하면 심각도가 다르다.

거기서는 열한 능력이 선언되고 둘만 켤 수 있으면서 그 사실이 어디에도 없었다.

여기서는 켤 수 없다는 사실이 등급표에 모형으로 적혀 있고, 산문 한 문단만 그보다 앞서 나간다.

권고는 그 문단을 등급에 맞추는 것이다.

고급 능력은 현재 모형 등급이며 활성화 경로가 없고, 관련 깃발과 가드는 그 경로가 생길 때 쓸 판정 모델이라고 적으면 된다.

판정은 P3 다.

검증 환경

확인 방식 : 활성화 경로 검색과 등급표, 산문 대조 소스 수정 : x

재현 조건

원문은 final/evidence/raw/182 계열에 있다.

  1. 지침 문서의 활성화 서술 두 문장을 읽는다.
  2. 고급 깃발 레코드를 만드는 코드를 검색한다.
  3. 그것을 결속하거나 소비하는 자동 설정을 검색한다.
  4. 등급표에서 고급 항목의 등급을 확인한다.

본문

Advanced 능력을 켤 설정 표면이 없다 — 플래그 record는 코드에서만 만들어지고(enabling(...)은 테스트가 부른다), 그것을 바인딩하거나 소비하는 자동설정이 없다(§38.2).

GraphQlAdvancedFeatureFlags 참조 위치

:::evidence key="analysis-finding-a16-f012" alt="코드베이스에서 GraphQlAdvancedFeatureFlags 를 검색한 출력 13줄. 이 기록이 세는 참조가 그 출력에 그대로 보인다." caption="GraphQlAdvancedFeatureFlags 코드베이스 검색 — 13줄 · exit 0" zoom="true" :::

등급표는 이 상태를 정확히 말한다

Advanced 항목이 전부 modelled("요청 경로에는 없다")이므로 능력이 동작한다고 주장하지 않는다. 어긋나는 것은 CLAUDE.md 산문의 활성화 서술뿐이다 — "기본 비활성"과 "명시적 승인 없이는 production 활성화를 거부한다"는 둘 다 활성화 경로의 존재를 전제한다.

inbound-web §36.1과 같은 형태이되 심각도가 다르다

거기서는 11개 능력이 선언되고 2개만 켤 수 있으면서 그 사실이 어디에도 없었다. 여기서는 켤 수 없다는 사실이 등급표에 modelled로 적혀 있고, 산문 한 문단만 그보다 앞서 나간다. P3.

권고

그 문단을 등급에 맞춘다 — "Advanced capability 는 현재 modelled 등급이며 활성화 경로가 없다. GraphQlAdvancedFeatureFlags·GraphQlAdvancedModuleGuard는 그 경로가 생길 때 쓸 판정 모델이다."

확인하지 못한 것

설정을 넣고 띄워 아무 일도 일어나지 않는 것을 재현하지 않았다. 소비자 부재상 그 결과가 나온다.