나는 henny.info, 샵, 앱들 — 그리고 이 뉴스레터까지 — Claude Code라는 도구로 만든다. 터미널에 사는 AI 어시스턴트다: 코드를 읽고, 파일을 수정하고, 명령을 실행한다. 흥미로운 지점은 그것이 코드를 짠다는 게 아니다. 흥미로운 지점은 더 이상 직접 하지 않아도 되는 일이 무엇인가다.

내가 넘긴 열 가지 작업이다. “일상에서 도움이 된다”부터 “내가 자는 동안 돌아간다”까지. 그 어느 것도 마법이 아니다 — 그리고 그 어느 것도 당신에게서 결정을 빼앗지 않는다. 그것들이 없애는 건 반복이다.

1. 낯선 프로젝트 파악하기

내가 그것을 가장 먼저 쓰는 용도는 글쓰기가 아니라 읽기다: “이 프로젝트를 설명해줘.” 코드를 훑어 읽고, 중요한 부분을 찾아내고, 질문에 답한다 — 내가 몇 시간씩 낯선 폴더를 클릭하며 돌아다니는 대신. 자신이 짰지만 더 이상 이해가 안 되는 오래된 코드에도 똑같이 잘 통한다.

2. 반복되는 작업을 “스킬”로 저장하기

언제나 같은 방식으로 반복하는 일들 — 배포하기, 블로그 글 시작하기, 코드 검토하기 — 은 한 번만 스킬로 적어두고 이후 /deploy로 부른다. 스킬은 프로그램이 아니다. 그것이 읽고 따르는 저장된 지침 모음이다. (자주 잘못 알려지는 부분이라 짚어두자면: 커스텀 슬래시 명령이라는 기능은 따로 없다 — /로 시작하는 것은 전부 스킬이다.)

3. 모든 변경마다 자동으로 검사하기 (훅)

훅은 특정 이벤트가 일어나면 항상 실행되는 직접 만든 명령이다 — 예를 들면 파일을 수정할 때마다 실행되는 코드 포매터. 스킬과의 차이가 중요하다: 훅은 “AI가 기억하면”이 아니라 무조건 발동한다. 그래서 포매팅이나 테스트를 더 이상 잊어버릴 수 없다 — 매번 저절로 일어난다.

4. 도구 연결하기 (MCP)

MCP 서버를 통해 내 컴퓨터 바깥의 서비스에 접근한다: GitHub, Slack, 데이터베이스, 브라우저. 흔히 쓰는 서비스 대부분은 이미 만들어진 커넥터가 있다 — 뭔가를 만들 필요 없이 연결만 하면 된다. 그러면 터미널에서 바로 GitHub 이슈를 읽거나, 풀 리퀘스트를 열거나, Slack 채널에 메시지를 올릴 수 있다.

5. 여러 도우미를 동시에 일하게 하기 (서브에이전트)

리서치나 대규모 검색을 할 때는 서브에이전트를 내보낸다 — 각자 자기만의 머리를 갖고, 각자 요약만 갖고 돌아온다. 그 덕분에 본 대화가 백 개의 파일로 채워지는 대신 깔끔하게 유지된다. 배후의 마법 같은 건 없다: 그저 나가서 일하고, 끝나면 돌아와 보고할 뿐이다.

6. Claude를 스크립트에 넣기 (헤드리스)

claude -p "..."을 쓰면 커맨드라인의 한 구성 요소가 된다 — 다른 터미널 도구처럼 데이터를 파이프로 통과시킬 수 있다:

git diff | claude -p "이 diff에서 오타를 찾아줘"

이것이 “AI와 채팅하고 있다”에서 “AI가 내 워크플로우의 한 단계다”로 넘어가는 전환이다. 작업을 실행하고, 결과를 출력하고, 종료한다.

7. 풀 리퀘스트 자동 검토하기 (GitHub Actions)

CI에서 — 내 경우엔 GitHub Actions에서 — 모든 풀 리퀘스트를 살펴본다: 버그, 보안 허점, 부주의한 실수까지. 코멘트는 PR에 바로 남긴다. 거기서 @claude로 직접 부르며 뭔가를 부탁할 수도 있다. 그렇게 모든 변경 사항은 병합되기 전에 한 쌍의 눈을 더 거친다.

8. 정해진 시간에 또는 밤새 돌리기 (루틴)

루틴은 클라우드에서 일정에 따라 돌아간다 — 내 컴퓨터가 꺼져 있어도. 매일 열려 있는 풀 리퀘스트를 요약하고, 짧은 보고서를 보내고, 뭔가를 지켜보다가 알려준다. (열려 있는 세션 안에서 빠르게 반복하려면 /loop가 있다 — 다만 이건 그 순간을 위한 것이지, 상시 운영을 위한 게 아니다.)

9. 프로젝트 지식을 붙잡아두기 (CLAUDE.md + 메모리)

CLAUDE.md라는 파일에는 프로젝트의 규칙이 담긴다 — “npm 말고 pnpm을 써라”, “커밋마다 테스트를 먼저”, “API 엔드포인트는 여기에 있다” — 그리고 이것들은 모든 세션에서 자동으로 적용된다. 거기에 더해 배운 것을 스스로 적어두는 메모리도 있다. 설명은 한 번만 하면 되지, 매번 새로 할 필요가 없다.

10. 신뢰할 수 있는 명령 허용하기 (권한)

settings.json에서 묻지 않고 해도 되는 일을 정한다 — git status, 테스트 실행, 상태 확인 같은 것들. 나머지는 계속 물어본다. 그렇게 무해한 일은 매끄럽게 처리되면서도, 위험한 일에 대한 통제권은 넘기지 않는다. (뭔가를 완전히 금지하고 싶다면 다시 훅을 꺼내면 된다 — 훅은 행동을 막을 수 있지만, 권한은 허용만 할 뿐이다.)

열 가지를 관통하는 하나의 실: 어떤 것을 한 번만 제대로 말해두면 — 스킬로, 훅으로, 규칙으로 — 그다음부터는 저절로 일어난다. 바로 그래서 오늘날 한 사람이 예전에는 팀이 필요했던 가게 전체를 만들고 운영할 수 있다. 이 사이트, 이 샵, 이 뉴스레터가 그 살아있는 증거다.

나 역시 이걸 매일 새로 배우고 있고, 도구는 빠르게 변한다 — 여기 나온 기능 기준은 2026년 7월이고, 내일은 뭔가가 다른 이름을 갖고 있을 수도 있다. 어떤 항목이 더 궁금하다면 나에게 메일을 보내달라; 그걸로 별도의 글을 만들겠다.

출처

기능 이름과 예시는 공식 Claude Code 문서(2026년 7월 기준)와 대조해 확인했다: 스킬, 훅, MCP, 서브에이전트, 헤드리스 모드, GitHub Actions, 루틴, 메모리, 권한.

질문이 있거나 오류를 발견했다면? 나에게 메일 보내기.