대부분의 사람들(저를 포함하여)은 주로 Claude Code를 챗봇처럼 사용합니다. 요청을 입력하고, 코드를 받고, 이를 반복하는 식이죠. 하지만 Claude Code를 훨씬 더 강력하게 만들어주는 슬래시 명령어 (slash commands) 계층이 통째로 존재합니다. 여기 알아둘 가치가 있는 명령어들을 정리해 드립니다.

세션 관리 (Session Management)

/resume
어젯밤에 터미널을 닫으셨나요? 이 명령어는 당신이 멈춘 바로 그 지점에서 다시 시작하여, 컨텍스트 (context)를 잃지 않고 이전 코딩 세션을 다시 열어 계속 진행할 수 있게 해줍니다.

/branch
현재 대화를 새로운 별도의 세션으로 포크 (fork)합니다. 현재 진행 중인 작업을 망치지 않고 위험한 리팩토링 (refactor)을 시도해보고 싶으신가요? 브랜치 (branch)를 만드세요. 대화를 위한 git branch라고 생각하면 됩니다.

/clear
컨텍스트가 비대해져서 Claude가 같은 말을 반복하며 맴돌고 있나요? 내용을 지우고 새로 시작하세요. 때로는 깨끗한 상태로 시작하는 것이 가장 빠른 해결책입니다.

코드 한 줄을 쓰기 전에

/init
새로운 프로젝트에서는 이 명령어를 가장 먼저 실행하세요. Claude가 당신의 기술 스택 (stack), 컨벤션 (conventions), 그리고 프로젝트 구조를 학습하는 장소인 CLAUDE.md 파일을 설정합니다. Claude를 당신의 코드베이스 (codebase)에 온보딩 (onboarding)하는 과정이라고 생각하세요.

/plan
단순히 "이것을 만들어줘"라고 말하지 마세요. Claude에게 먼저 계획을 세워달라고 요청하세요. 구현 전에 서면 계획을 세우기 위해 속도를 늦추는 것은, 특히 복잡한 기능에서 눈에 띄게 더 나은 결과물로 이어집니다.

/memory
이것은 Claude가 세션 전반에 걸쳐 당신의 프로젝트에 대해 기억하는 내용입니다. 정기적으로 읽어보고, 상황이 변하면 편집하며, 정확하게 유지하세요. 쓰레기가 들어가면 쓰레기가 나옵니다 (Garbage in, garbage out).

개발 중 및 개발 후

/diff
현재 세션에서 이루어진 모든 변경 사항을 보여주는 대화형 뷰어 (interactive viewer)를 실행합니다. 전체 git diff를 보거나, 턴 (turn)별 변경 사항을 확인하고, 파일 간을 이동할 수 있습니다. 이는 "내 마지막 커밋 (commit) 이후에 정확히 무엇이 바뀌었는가?"를 확인하는 빠른 검증 절차입니다.

/compact
대화가 계속 오가고 있나요? 세션이 느려지고 있나요? 이 명령어는 중요한 부분은 유지하면서 컨텍스트를 압축합니다. 맥락을 놓치지 않으면서도 더 빠른 응답을 받을 수 있습니다.

/security-review
설명이 필요 없을 정도로 명확합니다. 인증 (auth), 결제 (payments), API, 또는 사용자 데이터 (user data)를 다루는 코드를 배포하기 전에 이 명령어를 실행하세요. 프로덕션 (production) 환경에서 발견하는 것보다 여기서 잡는 것이 훨씬 낫습니다.

이 기능들 중 이미 알고 계셨던 것이 있나요? 여러분이 Claude Code를 어떻게 활용하고 계신지 댓글로 남겨주세요. 여러분이 어떤 워크플로 (workflows)를 구축하셨는지 항상 궁금합니다.