클로드 활용, 매번 같은 지시를 반복한다면?

AI로 같은 프로젝트를 며칠씩 이어서 작업하다 보면, 수정 기준이나 저장 방식처럼 반복해서 알려줘야 하는 지시가 쌓이기 마련이다.

이번에는 이런 반복을 줄일 수 있는 클로드 활용 방법을 중심으로 정리해본다.

Claude Code까지 넓혀 같은 프로젝트를 계속 다루다 보면, “이 파일은 건드리지 말아줘”, “수정이 끝나면 빠진 항목도 확인해줘”, “결과는 새 파일로 저장해줘” 같은 말을 몇 번이고 다시 적게 된다.

한두 번이면 별일 아니다. 문제는 같은 작업을 며칠씩 이어갈 때다.

설명을 빼먹은 날에는 결과를 받은 뒤 다시 고쳐야 하고, 기억하고 있던 규칙도 작업이 많아지면 하나씩 빠진다.

Claude가 일을 못해서 라기보다 사람이 반복 규칙까지 계속 기억하고 전달하는 구조에 가깝다.

매번 다시 말하는 문장을 전부 더 긴 프롬프트로 만들 필요는 없다.

계속 지켜야 할 내용은 프로젝트 지침에 남기고, 특정 시점마다 같은 일을 시키고 있다면 Hook으로 넘길 수 있다.

반복해서 막거나 경고하는 행동은 Hookify 규칙으로 정리할 수 있다.

같은 작업인데 왜 매번 다시 설명하게 될까

문서나 콘텐츠를 계속 수정하다 보면 지시 내용은 생각보다 비슷해진다.

원본은 그대로 두고 수정본만 저장하기, 특정 폴더는 건드리지 않기, 작업이 끝나면 빠진 항목 확인하기, 정해 둔 형식을 유지하기처럼 매번 결과 전에 한 번씩 떠올려야 하는 규칙들이다.

이런 지시는 내용 자체가 어렵지 않아서 더 쉽게 지나친다.

“이 정도는 다음에도 기억하겠지” 하고 넘어가지만 새 세션을 열거나 작업 범위가 바뀌면 다시 적어야 한다.

사람이 빠뜨리면 Claude도 그 규칙을 적용할 근거가 없어진다.

같은 말을 세션마다 다시 쓰고 있다면 그 말이 프로젝트 규칙인지, 특정 시점에 실행할 작업인지부터 구분해 두는 게 낫다.

이번 작업에서만 필요한 부탁이라면 대화에 남겨두면 된다.

예를 들어 콘텐츠 파일을 다듬을 때 “원본은 수정하지 말 것”은 프로젝트 전체에서 지킬 기준이다.

“파일을 수정한 뒤 검사 명령을 실행할 것”은 특정 행동 뒤에 따라오는 작업이다.

“이번 글은 평소보다 설명을 짧게 해줘”는 그 작업에서만 필요한 판단이다.

겉으로는 모두 지시문이지만 둘 곳은 서로 다르다.

반복되는 지시는 종류부터 나누는 게 먼저다

반복된다고 전부 자동화하면 관리할 규칙만 늘어난다.

계속 기억시켜야 할 기준인지, 정해진 시점에 실행할 일인지, 그때그때 판단할 요청인지부터 나누면 된다.

프로젝트 전체에서 계속 지켜야 하는 기준은 CLAUDE.md 같은 프로젝트 지침에 둔다.

파일 구조, 반드시 지켜야 할 작성 기준, 수정하지 말아야 할 범위처럼 세션이 바뀌어도 그대로 유지할 내용이 여기에 들어간다.

파일을 수정했을 때나 작업을 끝낼 때처럼 정해진 시점마다 같은 처리가 필요하면 Hook이 맞는다.

Claude Code의 Hook은 파일 수정, 도구 실행, 작업 종료 같은 시점에 명령이나 검사를 자동으로 실행할 수 있다.

“수정이 끝났으면 검사하기”처럼 실행 조건이 분명한 작업을 사람이 매번 다시 시키지 않아도 된다.

그날의 상황을 보고 결정해야 하는 요청은 굳이 규칙으로 만들 필요가 없다.

글의 방향을 바꿀지, 이번 자료를 제외할지, 결과를 어느 수준까지 손볼지는 같은 프로젝트에서도 답이 달라질 수 있다.

이런 부분까지 자동화하면 편해지는 게 아니라 수정해야 할 규칙이 하나 더 생긴다.

특정 상황에서 자동으로 움직이게 하는 Hook

Hook은 Claude Code에서 정해 둔 시점에 동작을 실행하는 기능이다.

파일 수정 직후, 명령 실행 전, 작업 종료 시점처럼 조건에 맞는 순간에 자동으로 움직인다. 같은 조건에서 반드시 거쳐야 하는 검사나 보호 규칙에 잘 맞는다.

원본이 들어 있는 폴더는 수정하지 못하게 막고, 결과 파일이 만들어지면 별도의 검사 명령을 실행하도록 정할 수 있다.

콘텐츠 제작에서도 파일 저장 뒤 검사 스크립트를 돌리거나, 작업을 끝내기 전에 빠진 파일이 없는지 확인하는 흐름을 붙일 수 있다.

매번 같은 시점을 사람이 기억해서 지시하지 않아도 된다는 게 이런 자동화의 장점이다.

같은 행동을 할 때마다 “이건 하지 말아줘”라고 다시 지적하게 된다면 Hookify를 쓸 수 있다.

복잡한 hooks.json을 직접 편집하지 않아도, 최근 대화에서 반복해서 문제가 된 행동을 찾거나 원하는 규칙을 문장으로 알려주면 규칙 파일로 만들 수 있다.

Hookify는 Anthropic이 관리하는 Claude Code 플러그인이고, 정해 둔 조건에 맞으면 경고하거나 해당 행동을 막는다.

설치는 Claude Code 플러그인 마켓플레이스에서 할 수 있다.

/plugin install hookify@claude-plugins-official

설치 후에는 예를 들어 다음처럼 규칙을 만들 수 있다.

/hookify 원본 폴더의 파일은 수정하지 말고 경고해줘

또 /hookify만 실행하면 최근 대화를 살펴보고 반복해서 수정했거나 불편해했던 행동에서 규칙 후보를 찾는다.

만들어진 규칙은 프로젝트의 .claude 폴더 아래 로컬 규칙 파일로 저장되고, 필요하면 켜고 끌 수 있다.

파일을 수정한 뒤 검사를 돌리는 일은 Hook으로 처리하고, 같은 행동을 반복해서 막거나 경고해야 한다면 Hookify 규칙으로 넘기면 된다.

둘 다 반복을 줄이는 방법이지만 실제로 맡기는 일은 다르다.

자동화하지 않는 편이 나은 지시도 있다

자동화하기 좋은 일은 조건이 분명하고, 같은 상황에서 같은 처리가 필요하며, 결과를 확인하거나 되돌리기 쉬운 작업이다.

매번 판단이 달라지는 일까지 규칙으로 묶을 이유는 없다.

파일 삭제처럼 되돌리기 어렵거나 공개 여부처럼 결과의 영향이 큰 판단은 자동으로 넘기기 전에 확인 단계를 남기는 편이 낫다.

콘텐츠 방향이나 표현 강도처럼 같은 프로젝트에서도 상황에 따라 답이 달라지는 판단도 고정 규칙으로 묶으면 금방 답답해진다.

자동화 여부를 정할 때는 횟수보다 “같은 상황에서 같은 처리가 필요한가”를 보면 된다.

세 번 반복했더라도 매번 판단이 달라진다면 사람이 보는 게 맞고, 하루에 한 번뿐이어도 반드시 같은 검사를 거쳐야 한다면 Hook으로 넘길 이유가 충분하다.

프로젝트 전체의 기준은 지침에 남기고, 정해진 시점에 반복되는 일은 Hook으로 넘긴다.

계속 막거나 경고해야 하는 행동은 Hookify로 규칙화하고, 그때그때 판단이 달라지는 요청은 대화에 남긴다.

장기 프로젝트에서는 기억이 끊기는 문제와 컨텍스트가 커지는 문제뿐 아니라, 사람이 같은 행동을 계속 챙기는 부담도 쌓인다.

기억은 메모리로 이어가고 컨텍스트는 필요한 만큼 줄이듯, 반복되는 행동도 규칙으로 넘기면 작업 흐름을 다시 설명하고 확인하는 일이 줄어든다.

---

클로드 활용 플러그인 추천, 기억은 남기고 컨텍스트는 줄이는 방법

클로드 활용, Claude Code는 개발자만 쓰는 걸까?

참고자료와 출처
Anthropic Claude Code Docs – Hook으로 반복 작업과 프로젝트 규칙 자동화
Anthropic Claude Code Plugins – Hookify로 반복 행동을 규칙으로 만드는 방법