docs(TechLog): Reference 15편의 규칙 표기를 게시된 기록에 맞추고 주제 6 을 다시 쓴다

게시된 Reference 15편이 전부 규칙을 `### N. 제목` 으로 쓰고 적용 조건·예외·예시를 항목으로
쓴다. 내 15편은 규칙을 `**굵게**` 로, 나머지 셋을 문단으로 쓰고 있었다 — Studio 의
rules[]·applyWhen[]·exceptions[]·examples[] 는 배열이라 문단으로 두면 항목이 하나로 접힌다.

  규칙 68개를 `### N. 제목` 으로 바꿨다 (편당 3~7개, 게시된 것은 4~10개)
  적용 조건·예외·예시를 항목으로 갈랐다. 한 항목뿐이던 아홉 편은 조건을 나눠 적었다

주제 6 은 본문을 다시 썼다 — location = 이 정확히 일치하는 경로만 잡아 27개가 얼어붙은
구조, 여덟 곳이 우는 시점을 셋으로 가른 표, digest 를 다시 계산할 때 옛 값을 먼저
재현하는 이유.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

docs/TechLog/tech-log-studio/addresses-frozen-at-publish-time/reference/reference-do-not-draw-a-link-that-does-not-resolve.md

@@ -31,32 +31,39 @@ source:
 
 ## 규칙
 
-**만드는 쪽에서 생성한 경로를 공개 라우트 패턴에 맞춘다**
+### 1. 만드는 쪽에서 생성한 경로를 공개 라우트 패턴에 맞춘다
+
 종류마다 만들어 낸 주소가 실제 라우트에 걸리는지 백엔드 테스트가 본다.
 
-**그리는 쪽에서 서버가 준 주소를 라우트 표에 맞추고, 맞는 라우트가 없으면 링크로 그리지 않는다**
+### 2. 그리는 쪽에서 서버가 준 주소를 라우트 표에 맞추고, 맞는 라우트가 없으면 링크로 그리지 않는다
+
 같은 부류가 또 생겨도 방문자가 404 를 만나지는 않는다.
 
-**주소를 고쳤으면 이미 저장된 행도 함께 고친다**
+### 3. 주소를 고쳤으면 이미 저장된 행도 함께 고친다
+
 주소가 게시 시점에 굳어져 저장되면 코드만 고쳐도 기존 링크는 깨진 채 남는다.
 
-**배포 뒤 서버가 내보내는 주소를 전수로 훑는다**
+### 4. 배포 뒤 서버가 내보내는 주소를 전수로 훑는다
+
 저장소를 훑는 감사와 다른 것을 본다. 실제로 나가는 주소는 DB 에 있다.
 
 ## 적용 조건
 
-주소를 서버가 만들어 내보내고 화면은 받은 문자열을 링크로 그리는 구조. 게시 시점에 주소가 굳어져 저장되면 특히 걸린다.
+- 주소를 서버가 만들어 내보내고 화면은 받은 문자열을 링크로 그릴 때
+- 게시 시점에 주소가 굳어져 저장되는 구조일 때. 코드만 고치면 이미 저장된 행이 깨진 채 남는다
+- 공개 라우트를 더하거나 지워 주소의 모양이 바뀔 때
+- 배포 뒤 서버가 내보내는 주소를 전수로 훑을 때
 
 ## 예외
 
-외부 주소는 라우트 표에 없으므로 이 대조의 대상이 아니다.
+- 외부 주소는 라우트 표에 없으므로 이 대조의 대상이 아니다.
 
-그리는 쪽에만 가드를 두면 링크가 아예 그려지지 않는 것으로 끝나고 원인이 남는다. 만드는 쪽에도 같은 검사를 둔다.
+- 그리는 쪽에만 가드를 두면 링크가 아예 그려지지 않는 것으로 끝나고 원인이 남는다. 만드는 쪽에도 같은 검사를 둔다.
 
 ## 예시
 
-결정 링크가 404 였다. 계약은 앵커라고 적었고 만드는 두 곳이 경로를 만들었다.
+- 결정 링크가 404 였다. 계약은 앵커라고 적었고 만드는 두 곳이 경로를 만들었다.
 
-배포 후 서버가 내보내는 주소 26개와 주제·축 9개를 더해 35개 전부 200 인 것을 확인했다.
+- 배포 후 서버가 내보내는 주소 26개와 주제·축 9개를 더해 35개 전부 200 인 것을 확인했다.
 
-저장소 안의 링크 리터럴을 훑는 감사로는 이 결함이 잡히지 않았다. 그 주소는 코드에 없다.
+- 저장소 안의 링크 리터럴을 훑는 감사로는 이 결함이 잡히지 않았다. 그 주소는 코드에 없다.

docs/TechLog/tech-log-studio/addresses-frozen-at-publish-time/reference/reference-write-down-what-would-undo-a-workaround.md

@@ -31,31 +31,36 @@ source:
 
 ## 규칙
 
-**우회를 넣는 커밋에 되돌릴 조건을 적는다**
+### 1. 우회를 넣는 커밋에 되돌릴 조건을 적는다
+
 무엇이 채워지면 되돌리는지 한 줄로 적는다. 그 조건이 충족됐을 때 실제로 되돌린다.
 
-**우회할 때 무엇이 비어 있어서 우회하는지 함께 적는다**
+### 2. 우회할 때 무엇이 비어 있어서 우회하는지 함께 적는다
+
 채울 것이 없어서 돌린 것과 구조상 그쪽이 맞아서 돌린 것은 다르다.
 
-**되돌릴 생각이 없으면 우회가 아니라 결정으로 적는다**
+### 3. 되돌릴 생각이 없으면 우회가 아니라 결정으로 적는다
+
 그때는 조건이 아니라 근거와 감수한 비용을 적는다.
 
 ## 적용 조건
 
-그 화면이 줄 수 있는 것이 아직 비어 있어 링크나 흐름을 다른 곳으로 돌릴 때.
+- 그 화면이 줄 수 있는 것이 아직 비어 있어 링크나 흐름을 다른 곳으로 돌릴 때
+- 임시라고 말하면서 코드에 남기는 변경을 커밋할 때
+- 왜 이 링크가 저기로 가는지 다음 사람이 물을 만한 변경을 넣을 때
 
 ## 예외
 
-되돌릴 생각이 없는 영구 변경은 우회가 아니다. 조건 대신 근거를 적는다.
+- 되돌릴 생각이 없는 영구 변경은 우회가 아니다. 조건 대신 근거를 적는다.
 
-조건을 적을 수 없으면 그것은 우회가 아니라 아직 정하지 않은 것이다. 열린 질문으로 남긴다.
+- 조건을 적을 수 없으면 그것은 우회가 아니라 아직 정하지 않은 것이다. 열린 질문으로 남긴다.
 
 ## 예시
 
-주제 화면이 주제 셋을 하드코딩해 두고 있어 실제 주제는 무엇이든 404 였다. 그때 주제 페이지를 채우는 대신 링크를 탐색 필터로 돌렸다.
+- 주제 화면이 주제 셋을 하드코딩해 두고 있어 실제 주제는 무엇이든 404 였다. 그때 주제 페이지를 채우는 대신 링크를 탐색 필터로 돌렸다.
 
-돌린 이유는 그 페이지만 줄 수 있는 것 — 설명, 범위, 선별한 대표 기록 — 이 전부 비어 있었고 Studio 에 주제 설명을 쓸 칸조차 없었기 때문이다.
+- 돌린 이유는 그 페이지만 줄 수 있는 것 — 설명, 범위, 선별한 대표 기록 — 이 전부 비어 있었고 Studio 에 주제 설명을 쓸 칸조차 없었기 때문이다.
 
-우회를 남겨 두면 「왜 주제 링크가 탐색으로 가지?」라는 질문이 계속 따라온다.
+- 우회를 남겨 두면 「왜 주제 링크가 탐색으로 가지?」라는 질문이 계속 따라온다.
 
-그 조건을 커밋 메시지에 적었고, 주제 화면을 계약에 잇고 하드코딩을 없앤 뒤 링크를 곧장 주제 화면으로 되돌렸다.
+- 그 조건을 커밋 메시지에 적었고, 주제 화면을 계약에 잇고 하드코딩을 없앤 뒤 링크를 곧장 주제 화면으로 되돌렸다.