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:
co-authored by
Claude Opus 5
parent
2109f726fe
commit
ab59130196
@@ -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 -->
|
||||
Reference in New Issue
Block a user