## 커밋 규칙

이 레포의 커밋 메시지는 vibelog가 매일 밤 읽어 데브로그 글과 쇼츠 영상을 자동 생성하는 원료다. 커밋 메시지가 얇으면 글도 얇아진다.

- 한국어로 쓴다. 형식: `타입: 한 줄 요약` + 빈 줄 + 본문.
- 타입은 feat / fix / docs / chore / design / asset 중 하나. fix는 실제로 깨졌던 것을 고쳤을 때만 쓴다 — 영상의 커밋 그래프가 타입별로 색을 입히고, fix 커밋은 글의 "삽질 포인트" 재료가 된다.
- 본문에 **"왜"**를 반드시 한 문장 이상 쓴다. 뭘 바꿨는지는 diff가 말해주니, 왜 그렇게 했는지·뭘 시도하다 왜 버렸는지를 남긴다.
- 버그를 고친 커밋은 증상 → 원인 → 해결을 본문에 남긴다.
- 작업 단계가 끝날 때마다 커밋한다. 하루치를 한 커밋에 뭉치지 않는다.
- 제목 한 줄만 있고 본문이 없는 커밋은 글을 쓸 만한 커밋으로 치지 않는다. 본문이 40자 이상인 커밋이 5개 이상 모여야 글이 나온다. 끝에 붙는 `Co-Authored-By` 같은 서명 줄은 본문 글자로 세지 않는다.
- 커밋 메시지는 공개 블로그에 그대로 노출된다. 비밀 키·내부 URL·개인정보를 쓰지 않는다.

## 대화 비공개 (필수)

이 레포는 공개이고, 커밋 메시지는 vibelog가 매일 밤 읽어 글과 쇼츠로 그대로 발행한다. 운영자가 AI와의 대화에서 쓴 문장은 개인정보로 다룬다.

1. 운영자가 대화에서 쓴 문장을 레포 어디에도 옮기지 않는다. 커밋 메시지, 코드 주석, 문서, 테스트 데이터, PR·이슈 본문 모두 해당한다. 따옴표가 없어도, 일부만 따와도 마찬가지다. 커밋 메시지에 들어간 말은 그날 밤 글과 영상이 된다.
2. 누가 무엇을 말했다·요청했다·지적했다는 서술도 쓰지 않는다. 무엇이 왜 문제였고 어떻게 바꿨는지를 제품과 코드의 사실로만 쓴다.
3. 따옴표는 화면 문구·데이터 값·코드 값처럼 제품 안의 글자에만 쓴다.
4. 다른 세션이나 다른 서비스에 넘기는 요청문에도 운영자의 문장을 옮기지 않는다. 파일 경로와 줄 번호로 가리킨다.
5. 이미 들어간 것을 발견하면 위치 목록부터 보여 준다. 이력 재작성과 강제 푸시는 운영자 확인을 받은 뒤에 한다. vibelog에 이미 발행된 글은 vibelog 레포의 `content/`에서 따로 고친다.