docs(TechLog): 글감 56개를 기록으로 쓴다

주제 13개 · Case 28 · Concept 5 · Reference 15 · Question 4 · Decision 4. 계약의 노드마다 종류가 요구하는 칸을 채우고, 본문이 있는 두 종류에는 SSOT 가 이미 그려 둔 도식 셋(value-boundaries · decision-path-404 · topic-variant-model)을 tech-log-studio/ 로 옮겨 붙였다. 새로 그린 그림은 없다. 검사 셋 전부 통과한다. check_body.mjs 56 편 중 본문이 있는 33 편 PASS check_prose.mjs 56 편 error 0 check_evidence.mjs --repo 포함 문제 없음 verify-tech-log-tree.py 프로젝트 5 · error 0 · warn 0 인용한 코드블록은 전부 SSOT 에서 찾아 대조했다. check_evidence.mjs 가 본문의 각 줄과 source 앵커와 계약 제목을 다시 확인한다. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-07 15:29:33 +09:00
parent 6955611439
commit f6c825e858
62 changed files with 6381 additions and 186 deletions
@@ -0,0 +1,67 @@
+---
+kind: REFERENCE
+slug: measure-what-is-visible-not-a-proxy
+title: 프록시 지표가 아니라 보이는 것을 측정한다
+topic: css-rules-that-leak
+topicName: CSS 규칙이 구역을 넘어 샌다
+project: TechLog
+status: 게시 전
+verifiedOn: 2026-09-04
+evidence:
+  - ../../../final/evidence/browser/tab-metrics.txt
+sourceRevision: tech-log@2026-09-02
+source:
+  - final/document.md#§17.5
+  - final/document.md#§11.2
+---
+
+# 프록시 지표가 아니라 보이는 것을 측정한다
+
+격자와 열을 재고 「정상」이라고 답했는데, 전체 페이지 스크린샷을 찍으니 제목이 26px 에 굵기 400 이었다. 목록 간격을 바운딩 박스로만 재서 엉뚱한 곳을 결함으로 지목한 적도 있다. 화면이 잘못됐다는 보고는 보이는 것을 재서 확인한다.
+
+## 관계
+
+- **규칙이 없었던 게 아니라 절반만 있었다**
+  이 기준의 근거 사건이다.
+- **구역 전체에 건 격자가 제목까지 잡아 h2 높이가 199px 이 됐다**
+  같은 화면에서 보이는 것을 재서 확인한 사건이다.
+- **홈의 비교 구역이 세 번 바뀌었다**
+  폭마다 측정을 남긴 기록이다.
+
+## 목적
+
+화면이 잘못됐다는 보고를 확인할 때 엉뚱한 값을 재고 「정상」이라 답하는 것을 막는다.
+
+## 규칙
+
+**보고된 증상과 같은 축의 값을 잰다**
+「제목이 작아 보인다」는 글자 크기와 굵기다. 격자와 열은 다른 축이다.
+
+**촬영을 스크립트로 고정한다**
+손으로 찍으면 뷰포트와 축소 배율이 매번 달라진다.
+
+**폭을 고정해 여러 개를 돌고, 폭마다 측정도 함께 남긴다**
+스크린샷만 남기면 나중에 그 값이 얼마였는지 다시 잴 수 없다.
+
+**전체 페이지를 한 장으로 찍지 않는다**
+축소되어 글자 크기가 실제와 달라진다. 화면 높이만큼 잘라 찍는다.
+
+## 적용 조건
+
+화면이 잘못됐다는 보고를 확인하는 일. 배포본의 실제 렌더 결과를 판단 근거로 삼을 때.
+
+## 예외
+
+측정 대상이 좌표나 간격 자체라면 바운딩 박스는 프록시가 아니라 대상이다.
+
+CSS 선언이 정본과 같은지를 보는 검사는 렌더 결과를 재지 않는다. 그 검사가 덮는 범위를 알고 쓰면 된다.
+
+## 예시
+
+격자와 열만 재고 「정상」이라 답했다. 사용자가 다시 지적한 뒤 전체 페이지 스크린샷을 찍어서야 26px 과 400 을 봤다.
+
+목록 간격을 바운딩 박스로만 재서 엉뚱한 구역을 결함으로 지목한 적이 있다.
+
+브라우저 세션이 리셋되면 창이 약 877px 로 돌아가는데 이 사이트의 분기는 1179·1050·900·767 이라, 방문자 대부분이 보지 않는 배치를 놓고 디자인을 논하게 된다.
+
+전체 페이지를 한 장으로 찍으면 1425x4466 이 638x2000 으로 들어와 17px 글자가 7~8px 이 된다.
@@ -0,0 +1,62 @@
+---
+kind: REFERENCE
+slug: scope-a-layout-rule-to-what-uses-it
+title: 배치를 거는 규칙은 그 배치를 쓰는 요소까지 좁혀 적는다
+topic: css-rules-that-leak
+topicName: CSS 규칙이 구역을 넘어 샌다
+project: TechLog
+status: 게시 전
+verifiedOn: 2026-09-04
+sourceRevision: tech-log@2026-09-02
+source:
+  - final/document.md#§11.1
+---
+
+# 배치를 거는 규칙은 그 배치를 쓰는 요소까지 좁혀 적는다
+
+구역 클래스 아래에 태그 선택자로 배치를 걸면 그 구역 안의 모든 같은 태그가 걸린다. 제목 안의 링크가 행용 격자에 갇혀 h2 높이가 199px 이 됐다. 배치를 거는 규칙은 그 배치를 쓰는 요소까지 좁혀 적는다.
+
+## 관계
+
+- **구역 전체에 건 격자가 제목까지 잡아 h2 높이가 199px 이 됐다**
+  이 기준의 근거 사건이다.
+- **프록시 지표가 아니라 보이는 것을 측정한다**
+  이 부류를 확인하는 방법이 그 기준에 있다.
+- **규칙이 없었던 게 아니라 절반만 있었다**
+  같은 화면에서 난 다른 부류의 CSS 결함이다.
+
+## 목적
+
+「디자인이 안 된 것처럼 보인다」는 보고의 원인이 되는 선택자 누출을 막는다. 이 부류는 규칙 자체는 맞고 걸리는 대상이 넓다.
+
+## 규칙
+
+**배치 속성은 그 배치를 쓰는 요소까지 좁혀 적는다**
+`display: grid|flex`, `grid-template-columns`, `padding` 을 구역 클래스 아래 태그 선택자로 걸지 않는다.
+
+**CSS 만으로 막지 않고 구조도 본다**
+선택자를 좁히면 같은 구조가 다시 생겼을 때 다시 샌다. 제목 안에 링크를 두지 않는 편이 낫다.
+
+**이미 좁혀 둔 곳은 검사에서 명시적으로 뺀다**
+예외를 적어 두지 않으면 검사 결과가 늘 빨갛고 곧 읽히지 않는다.
+
+**전역 규칙과 CSS module 이 섞인 화면을 따로 센다**
+전역 규칙을 고쳐도 module 을 쓰는 화면에는 닿지 않는다. 한 화면 안에서 두 언어가 섞이면 더 눈에 띈다.
+
+## 적용 조건
+
+구역 클래스 아래에 태그 선택자로 배치를 거는 CSS. 같은 구역 안에 제목과 목록이 함께 있으면 특히 걸린다.
+
+## 예외
+
+색이나 글꼴만 거는 규칙은 새어도 티가 나지 않으므로 대상이 아니다.
+
+구역 안의 모든 같은 태그가 실제로 같은 배치를 써야 하는 화면이라면 좁히지 않아도 된다. 그때는 그 의도를 검사의 예외 목록에 적는다.
+
+## 예시
+
+비교 행을 위한 격자가 제목 안의 링크까지 잡아 제목이 200px 칸에 갇혔다.
+
+같은 모양이 다른 구역 아홉 곳에도 있어 선택자 51개를 고쳤다.
+
+`section-selector-scope.test.ts` 가 `.클래스 태그` 모양에 배치 속성이 걸려 있으면 멈춘다.