base 업데이트 받기

이 단계는 선택이고, 필요할 때만 봅니다. base(ddakit/blog-studio)가 새 스킬을 추가하거나 발행 스크립트를 개선하면, 그 변경을 본인 블로그 저장소로 가져오는 자리입니다. git rebase 같은 명령을 몰라도 안전하게 받게 짜여 있습니다.

1) 부르기

자연어 또는 슬래시 명령으로 부릅니다.

베이스 업데이트 받아줘

또는 /update-from-base. 처음 부르면 base를 git remote로 등록하는 자리를 자동으로 안내하니, 미리 손으로 칠 필요는 없습니다.

2) 무엇이 바뀌고 무엇이 그대로인가

업데이트는 파일 자리에 따라 셋으로 갈립니다.

• 자동으로 갱신되는 자리 — base가 들고 있는 스킬, 에이전트, 훅, AI_AUTOMATION.md, 발행 스크립트. base가 관리하는 자리라 새 버전으로 덮입니다.
• 절대 안 건드리는 자리 — 본인이 쓴 글(_workspace/posts/), 블로그 ID(.env), 자격증명(credentials.json, token.json), 라이선스. 업데이트가 이 자리를 덮지 않습니다.
• 물어보는 자리 — CLAUDE.md, README.md처럼 base와 본인 편집이 섞일 수 있는 자리. 자동으로 덮지 않고 어떻게 할지 묻습니다.

본인이 쓴 글과 자격증명이 안전한 자리에 있으니, 업데이트로 글이 날아갈 걱정은 없습니다.

3) 한 사이클이 도는 모습

/update-from-base를 부르면 대략 이렇게 흐릅니다.

1. 저장 안 된 변경이 있으면 먼저 저장하라고 알림
2. base의 최신 변경을 가져옴
3. 무엇이 바뀌었는지 요약 (새 스킬 N개, 발행 스크립트 갱신 여부 등)
4. 동의하면 자동 갱신 자리만 적용
5. 물어보는 자리는 하나씩 어떻게 할지 선택
6. 적용 후 검증하고 commit 권유

파괴적인 명령은 자동으로 실행하지 않고 한 번 더 확인을 받습니다. 보통 30초에서 2분 사이에 끝납니다.

4) 발행 스크립트는 왜 자동 갱신인가

Blogger 발행 스크립트(deploy_to_blogger.py)는 AI-smell 게이트를 코드 레벨에서 강제하는 자리입니다. 사용자가 이 스크립트를 고치면 게이트가 무력화될 수 있어, base가 관리하는 자리로 두고 자동으로 갱신합니다. 발행 동작을 바꾸고 싶으면 스크립트를 직접 고치는 대신 게이트 정책을 따르는 자리에서 조정합니다.

5) 자세한 자리

영역별로 무엇이 어느 칸에 들어가는지, force-push 같은 드문 상황은 전문가용 업데이트에 정리돼 있습니다. 비개발자 호흡에서는 “글과 자격증명은 안전하고, base 개선은 자동으로 받고, 헷갈리는 자리는 물어본다” 정도면 충분합니다.