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>
This commit is contained in:
DongHyeonka
2026-09-17 11:02:02 +09:00
co-authored by Claude Opus 5
parent 2109f726fe
commit ab59130196
1524 changed files with 3160026 additions and 8369 deletions
@@ -0,0 +1,91 @@
---
id: <Studio 가 준 uuid. 아직 없으면 빈 값>
kind: SETUP
slug: <slug>
title: <제목>
topic: <topic-slug — 폴더 이름과 같다. 비워도 된다>
topicName: <화면에 보이는 주제 이름. 비워도 된다>
project: <프로젝트 이름 — 이 종류는 프로젝트가 필수다>
status: 게시 전
studio: "<편집 화면 주소. 아직 없으면 빈 값>"
pinnedVersions:
- name: <이름 1~60자. 예 Keycloak>
version: <버전 1~40자. 예 26.7.0>
source:
- final/document.md#<anchor>
sourceRevision: <분석한 리비전>
assets:
- key: <본문의 :::evidence key 와 같은 값>
file: <../../../final/assets/… 상대 경로>
evidence:
- <../../../final/evidence/raw/… 상대 경로>
---
<!--
검증일 칸이 없다. 이 절차가 어느 버전 위에서 성립했는지는 `pinnedVersions` 가 말한다.
본문에 「2026-09-12 기준」 같은 날짜를 적어 대신하지 않는다.
절 이름은 강제되지 않는다. 아래 셋은 Studio 가 작업본에 미리 넣어 주므로 거기서 시작해
그 프로젝트가 쓰는 말로 바꾼다.
본문을 쓰기 전에 `Skill` 도구로 `writing-practitioner-guides` 를 연다. 명령을 어떤 형태로
쓸지는 그 스킬이 정한다. 이 저장소에서만 걸리는 셋(SSOT 를 먼저 고치기·셸 표시·비밀 값)은
`references/writing-each-kind.md` 의 Setup 절에 있다.
-->
# <제목>
<요약. 이 절차를 따라 하면 무엇이 서는지 한 문단>
## 관계
- **<이어지는 기록>**
<왜 이어지는지>
## 본문
<!-- body:start -->
## 실행 절차
<!--
단계 하나의 칸은 다섯이다 — 목적 · 행동 · 예상 결과 · 왜 필요한가 · 문제가 생기면.
다섯이 단계마다 같은 순서로 와야 처음 따라 하는 사람이 같은 곳에서 같은 것을 찾는다.
행동에는 번호를 매기고 한 번호에 한 가지 일만 둔다. 접속과 파일 생성과 권한 설정을
한 줄에 묶지 않는다. 셸이 여럿이면 코드블록마다 `label` 로 어디서 치는지 적는다.
-->
### 1. <이 단계가 무엇을 만드는가>
목적
<한 줄. 이 단계가 끝나면 무엇이 달라지나>
1. <행동 한 줄. 사람이 내용을 읽고 고쳐야 하는 파일이면 에디터로 연다>
```bash label="[어느 셸] <이 블록이 무엇을 하나>"
<명령 하나>
```
2. <다음 행동>
```bash label="[어느 셸] <이 블록이 무엇을 하나>"
<명령 하나>
```
예상 결과
<그때 화면에 나오는 것. 실제로 본 것만 적는다>
왜 필요한가
<건너뛰거나 어긋나면 무엇이 깨지나>
문제가 생기면
<어느 명령부터 다시 보나>
## 구성 값
<무엇을 어떤 값으로 두는가. 값이 여럿이면 표로>
## 확인 방법
<제대로 섰는지 확인하는 명령과 그때 보이는 출력>
<!-- body:end -->