Files
document-haness/docs/clean-architecture-backend-template/tech-log-studio/self-disclosure-grading/reference/reference-runtime-membership-decides-severity.md
T
DongHyeonkaandClaude Opus 5 ab59130196 chore: 이전 세션이 남긴 변경을 커밋한다
이번 파이프라인 작업과 무관하게 작업 트리에 남아 있던 것을 그대로 올린다.
사용자가 「전부 커밋」으로 정했고, 이번 작업과 섞이지 않게 커밋만 나눴다.

대부분은 clean-architecture-backend-template 의 그림 정본 재배치다 —
final/assets/diagrams/<이름>/ 에 있던 것이 CLAUDE.md 가 적은 배치인
final/assets/<이름>/ 로 옮겨졌고 .techviz/<이름>/ 이 함께 들어왔다.
삽입 줄의 대부분(3.15M)이 그 .techviz context.json 이다.

그 밖에 ca-tmpl·document-haness 의 정리, .claude/agents/ 열한 개,
writing-practitioner-guides 스킬, .playwright-mcp 세션 산출물,
scripts/check-ssot-facts.py 와 그 시험이 들어 있다.

이 커밋의 내용은 내가 만든 것이 아니라 이전 세션이 남긴 것이고 검증하지 않았다.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-09-17 11:02:02 +09:00

2.8 KiB

kind, slug, title, topic, project, status, sourceRevision, rootTreeNode, verifiedOn
kind slug title topic project status sourceRevision rootTreeNode verifiedOn
REFERENCE runtime-membership-decides-severity runtime_memberships를 먼저 읽고 심각도를 정한다 self-disclosure-grading clean-architecture-backend-template 게시 전 21234e38cdb9a926cbc92bb97a2aee2e4a7d2916 reference:runtime-membership-decides-severity

runtime_memberships를 먼저 읽고 심각도를 정한다

같은 형태의 결함에 같은 심각도를 매겨, 배포되지 않는 코드의 문제와 지금 도는 코드의 문제를 구별하지 못하는 것을 막는다. 멤버십이 비어 있으면 오늘의 사고가 아니지만, 배선되는 날 한꺼번에 오늘의 사고가 되므로 그날의 목록이 지금 있어야 한다.

목적

같은 형태의 결함에 같은 심각도를 매겨, 배포되지 않는 코드의 문제와 지금 도는 코드의 문제를 구별하지 못하는 것을 막는다.

규칙

  1. 레지스트리를 먼저 읽는다 그 리프가 어떤 런타임 컴포지션에 속하는지가 첫 질문이다.

  2. 멤버십이 비어 있으면 오늘의 사고가 아니다 배포되지 않는 코드의 미조립은 프로덕션 영향이 0 이다.

  3. 그렇다고 기록하지 않는 것은 아니다 배선되는 날 한꺼번에 오늘의 사고가 된다. 그날의 목록이 지금 있어야 한다.

  4. 배포되지 않는 상태가 테스트로 고정되어 있는지 확인한다 규약으로만 지켜지면 실수로 배선될 수 있다.

  5. 문서가 그 상태를 공시하는지 확인한다 레지스트리가 비어 있는데 지원 매트릭스가 그 능력을 싣고 있으면, 심각도 판정과 문서가 어긋난다.

적용 조건

발견의 심각도를 매기는 모든 분석

플랫폼 가족처럼 배포 여부가 리프마다 다른 구조

예외

보안 결함은 배포되지 않아도 기록 우선순위가 높을 수 있다. 배선 시점에 그것이 함께 배포되기 때문이다.

예시

웹소켓 어댑터의 런타임 멤버십이 비어 있고, 조건부 전송 조립 계약 테스트의 빌드 전용 목록이 그 사실을 고정한다.

gRPC 가족 18개 리프 전부의 멤버십이 비어 있고, 호환성 문서가 출시되지 않았다고 공시한다.

같은 형태의 미조립이라도 messaging 쪽은 출하 아티팩트에 실리므로 심각도가 다르다.

관계

  • build-only 등급이 90개 파일의 미조립을 오늘의 사고에서 면제한다 이 규칙을 만든 사례다.
  • gRPC 플랫폼은 build-only로 두고 애플리케이션 도달 경로를 먼저 정한다 이 규칙이 결정으로 표현된 사례다.
  • Bean 애너테이션이 있다는 것은 조립 증거가 아니다 같은 계열의 확인 규칙이다.