---
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 -->