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>

docs/clean-architecture-backend-template/tech-log-studio/owner-safe-state-machines/concept/concept-capability-schema-registry.md

@@ -6,13 +6,14 @@ topic: owner-safe-state-machines
 project: clean-architecture-backend-template
 status: 게시 전
 sourceRevision: 21234e38cdb9a926cbc92bb97a2aee2e4a7d2916
+basisVersion: Flyway 11.14.1 · PostgreSQL 16 · 리비전 21234e38
 rootTreeNode: concept:capability-schema-registry
 evidenceCapturedOn: 2026-09-01
 assets:
   - key: capability-schema-registry
     file: ../../../final/evidence/rendered/capability-schema-registry.svg
   - key: capability-schema-registry-diagram
-    file: ../../../final/assets/diagrams/capability-schema-registry.svg
+    file: ../../../final/assets/diagrams/capability-schema-registry/capability-schema-registry.svg
 evidence:
   - ../../../final/evidence/raw/capability-schema-registry.txt
 source:

docs/clean-architecture-backend-template/tech-log-studio/owner-safe-state-machines/concept/concept-cas-tuple-and-update-count.md

@@ -6,13 +6,14 @@ topic: owner-safe-state-machines
 project: clean-architecture-backend-template
 status: 게시 전
 sourceRevision: 21234e38cdb9a926cbc92bb97a2aee2e4a7d2916
+basisVersion: PostgreSQL 16 · Spring Boot 4.0.8 · 리비전 21234e38
 rootTreeNode: concept:cas-tuple-and-update-count
 evidenceCapturedOn: 2026-09-01
 assets:
   - key: cas-tuple-and-update-count
     file: ../../../final/evidence/rendered/cas-tuple-and-update-count.svg
   - key: cas-tuple-and-update-count-diagram
-    file: ../../../final/assets/diagrams/cas-tuple-and-update-count.svg
+    file: ../../../final/assets/diagrams/cas-tuple-and-update-count/cas-tuple-and-update-count.svg
 evidence:
   - ../../../final/evidence/raw/cas-tuple-and-update-count.txt
 source:

docs/clean-architecture-backend-template/tech-log-studio/owner-safe-state-machines/concept/concept-fenced-lease.md

@@ -6,6 +6,7 @@ topic: owner-safe-state-machines
 project: clean-architecture-backend-template
 status: 게시 전
 sourceRevision: 21234e38cdb9a926cbc92bb97a2aee2e4a7d2916
+basisVersion: PostgreSQL 16 · Flyway 11.14.1 · 리비전 21234e38
 rootTreeNode: concept:fenced-lease
 evidenceCapturedOn: 2026-09-01
 assets:

docs/clean-architecture-backend-template/tech-log-studio/owner-safe-state-machines/decision/decision-capability-separates-installation-from-activation.md

@@ -18,6 +18,8 @@ source:
 
 # capability는 스키마 적용과 사용 승인을 분리한다
 
+능력의 스키마가 설치되었다는 사실과 그 능력을 사용해도 된다는 승인을 별개의 기록으로 둔다. 설치는 마이그레이션이 돌면 일어나고 승인은 운영자가 정하는데, 하나로 묶으면 단계적 활성화나 롤백 같은 운영 판단이 스키마 배포 일정에 묶인다.
+
 ## 결정문
 
 능력의 스키마가 설치되었다는 사실과 그 능력을 사용해도 된다는 승인을 별개의 기록으로 둔다.

docs/clean-architecture-backend-template/tech-log-studio/owner-safe-state-machines/reference/reference-cas-tuple-in-the-where-clause.md

@@ -12,6 +12,8 @@ verifiedOn:            # 이 기록은 이번 회차에 실행 확인을 하지
 
 # CAS 튜플을 where 절에 전부 반복하고 update count를 답으로 쓴다
 
+행을 읽고 나서 갱신하는 형태를 없애, 리스가 만료된 작업자가 인계받은 작업자의 상태를 덮는 것을 막는다. 소유자 튜플 전체를 where 절에 반복하고 갱신 건수를 답으로 받으며, 0 건은 예외가 아니라 정상 경로다.
+
 ## 목적
 
 행을 읽고 나서 갱신하는 형태를 없애, 리스가 만료된 작업자가 인계받은 작업자의 상태를 덮는 것을 막는다.

docs/clean-architecture-backend-template/tech-log-studio/owner-safe-state-machines/reference/reference-read-the-clock-after-the-lock.md

@@ -12,6 +12,8 @@ verifiedOn:            # 이 기록은 이번 회차에 실행 확인을 하지
 
 # 시간은 DB에서, 그리고 행을 잠근 다음에 읽는다
 
+애플리케이션 시계로 리스 만료를 판단하거나 잠그기 전의 시각으로 판단해, 서로 다른 노드가 같은 행에 대해 다른 답을 내는 것을 막는다. 시각은 데이터베이스에서 읽고, 행을 잠근 다음에 읽으며, 판정과 갱신을 한 문장 안에 둔다.
+
 ## 목적
 
 애플리케이션 시계로 리스 만료를 판단하거나 잠그기 전의 시각으로 판단해, 서로 다른 노드가 같은 행에 대해 다른 답을 내는 것을 막는다.