클로드 맞춤 지침과 스킬, 말투·반복 업무는 어디에 저장할까

말투 한 줄과 보고서 작성법은 적용할 범위가 다르다

Claude에게 매번 한국어로 답해 달라고 적는다면 그 요구는 계정 지침에 저장할 수 있다. 반면 회의록에서 담당자와 기한을 추출하고 정해진 보고서 순서로 작성하는 일은 해당 업무에서만 쓸 절차다. 이런 내용은 스킬로 두면 다른 주제의 대화까지 보고서 형식으로 만들도록 요구하지 않아도 된다.

한 고객사의 제안서에만 필요한 배경이나 표현 규칙이라면 프로젝트 지침이 맞다. 고객사 이름, 문서의 독자, 제안 범위처럼 그 프로젝트 안에서만 유지할 내용을 넣는 방식이다. Claude의 현재 개인화 안내도 계정 지침, 프로젝트 지침, 스킬을 적용 범위에 따라 구분한다.

예를 들어 주간 보고서의 섹션 이름을 바꾸고 싶을 때 그 보고서 절차를 담은 스킬을 수정하면, 여러 프로젝트에 복사해 둔 같은 규칙을 찾아 고칠 필요가 줄어든다. 특정 고객만 다른 양식을 요구한다면 고객 프로젝트에 그 조건을 남긴다.

사라진 Styles 메뉴와 Skills 목록

스타일을 어디서 바꾸는지 묻는 Reddit 이용자 글에는 Styles가 Skills로 옮겨졌다는 화면이 올라와 있다. 댓글에서도 기존 문체를 어디서 켜는지, 목록에 보이지 않으면 어떻게 해야 하는지를 묻는다.

2026년 10월 26일 기준 공식 개인화 문서는 응답의 말투와 형식을 바꾸는 기능으로 스킬을 안내한다. Customize → Skills에서 기존 문체가 보이면 내용을 열어 보고 켠다. 목록에 없다면 보관한 지침을 바탕으로 다시 구성할 수 있다. 늘 사용할 선호는 계정 지침에, 필요할 때 쓸 문체는 스킬에 저장한다.

예를 들어 ‘항상 한국어로 답한다’와 ‘외부 고객에게 보낼 안내문은 정중한 문장으로 쓴다’는 서로 다르다. 첫 요구는 계정 전체에서 유지할 수 있지만 두 번째 요구는 고객 안내문을 만들 때만 필요하다. 문체에 관한 문장이라는 이유만으로 둘을 전부 같은 칸에 넣으면, 코드 설명이나 개인 메모에도 고객 안내문 말투를 적용하도록 요구하게 된다.

계정 지침에는 다른 작업에도 유지할 몇 가지를 적는다

현재 공식 경로는 왼쪽 아래 이니셜을 누른 뒤 Settings → Your Claude → Instructions다. 이전 설정 화면에서는 Account → Instructions for Claude로 표시될 수 있다. 새 Claude 환경에서는 Cowork에서 쓰던 Global instructions도 이 계정 지침에 포함된다. 설정 안내가 설명하는 현재 경로다.

계정 지침의 설명용 예시는 다음처럼 만들 수 있다. 직무 설명을 길게 쓰는 대신, 실제 답변에서 바뀌어야 할 행동을 적는다.

“기본 답변은 한국어로 써 줘. 제품명과 메뉴명은 실제 표기를 유지해 줘. 비교를 요청하면 선택지마다 무엇이 다른지 먼저 설명해 줘. 자료에 없는 수치는 추정값이라고 밝히고, 중요한 정보가 빠졌다면 무엇이 필요한지 알려 줘.”

이 예시는 이메일, 제품 비교, 자료 설명처럼 서로 다른 대화에서 유지할 만한 요구를 담는다. 반면 ‘모든 답을 세 문장으로’처럼 고정하면 긴 절차를 설명할 때 필요한 단계를 생략하도록 압박할 수 있다. 짧은 답을 원한다면 ‘간단한 질문에는 짧게 답하되 실행 절차는 필요한 단계를 남긴다’처럼 적용 조건을 함께 적는 편이 목적에 맞다.

한 번 저장한 지침을 끝없이 덧붙이기보다, 실제로 어긋난 결과를 보고 문장 하나의 요구를 고친다. 가령 숫자 출처가 빠졌다면 ‘전문적으로’라는 말을 추가하는 대신 ‘제공한 표의 수치를 설명할 때 표 이름과 항목을 함께 적는다’고 바꿀 수 있다.

한 고객사의 배경은 그 프로젝트에 남긴다

프로젝트 안에서만 적용할 지침은 해당 프로젝트의 지침 항목에서 저장한다. 일반 프로젝트 화면을 설명하는 공식 도움말은 Set project instructions를 열고 내용을 적은 뒤 Save instructions로 저장하는 순서다. 이렇게 저장한 요구는 그 프로젝트의 대화에 적용된다.

예를 들어 공급사 A의 고객 안내를 만드는 프로젝트라면 ‘이 문서는 A사 기존 고객에게 보낸다. 기술 용어를 처음 쓸 때는 사용자가 할 수 있는 행동으로 설명한다. 제공 자료에 없는 출시일은 넣지 않는다’고 적을 수 있다. 같은 계정으로 다른 공급사의 안내문을 만들 때 A사 고객이라는 전제가 따라오지 않도록 범위를 좁힌 것이다.

회사 소개나 제품 사양처럼 참고할 내용은 프로젝트의 자료로 제공하고, 그 자료를 어떻게 다룰지는 지침으로 쓴다. ‘첨부된 사양표를 기준으로 지원 기능을 설명한다’는 지침은 사양표 자체를 대신하지 않는다. 문체를 저장한 것만으로 최신 제품 사양이나 이번 고객의 요구가 생기지 않으므로, 해당 작업의 자료를 함께 제공해야 답변에 반영할 근거가 생긴다.

스킬에는 다음번에도 반복할 작업 순서와 예시를 담는다

Anthropic의 스킬 설명에 따르면 스킬은 지침과 자료 등을 담고, Claude가 작업과 관련 있다고 판단할 때 필요한 내용을 불러온다. 모든 대화에 같은 긴 절차를 붙여 넣는 방식과 달리 특정 작업에 필요한 설명을 재사용한다. 간단한 스킬은 문장으로 된 지침만으로도 만들 수 있고, 더 복잡한 경우에 참고 파일이나 실행 코드를 더한다.

회의 후속 메모를 반복해서 작성하는 상황이라면 입력 자료, 결과 형식과 미확정 내용의 처리 방법을 지침에 넣는다. 다음처럼 작성할 수 있다.

“회의 메모나 회의 기록으로 후속 메모를 요청할 때 사용한다. 확정된 결정, 담당자가 있는 할 일, 아직 합의하지 않은 제안을 나눈다. 담당자나 날짜가 원문에 없으면 미정으로 남긴다. 결과는 결정 사항, 할 일, 추가 질문 순서로 쓴다. 할 일에는 수행 내용·담당자·기한을 함께 적는다.”

이 지침에 짧은 입력 예시를 덧붙이면 기대한 차이가 더 분명해진다. ‘민수가 금요일까지 견적서를 보낸다’는 할 일로 처리하고, ‘다음 달에 행사도 검토해 보자’는 확정된 일정으로 바꾸지 않는 예시다. 스킬에 넣는 예시는 어떤 문장을 어떤 결과로 바꿀지 보여 준다. ‘빠짐없이 정확하게’라는 요구만 길게 반복하는 것보다 작업 방법을 설명한다.

같은 스킬을 다른 고객의 회의에도 쓰려면 예시에 특정 고객의 실제 이름과 계약 조건을 기본값으로 박아 두지 않는다. 고객 정보는 이번 입력이나 프로젝트 자료에서 받고, 결정과 제안을 분류하는 방법은 스킬에 둔다. 그러면 업무 절차를 재사용하면서도 다음 회의의 사실을 이전 회의 내용으로 채우지 않도록 요구할 수 있다.

스킬을 켜고 이름과 입력을 함께 요청한다

현재 스킬 사용 안내는 Free·Pro·Max·Team·Enterprise를 지원 대상으로 명시한다. 개인 계정에서는 Settings → Capabilities에서 코드 실행 및 파일 생성 기능을 켠다. 새 설정 화면에서는 해당 기능이 Create and edit files로 보일 수 있다. 이어 Customize → Skills에서 사용할 스킬을 켠다. 조직 계정은 조직의 기능 정책도 적용된다.

자신이 만든 스킬은 이름과 설명, 본문 지침을 담은 SKILL.md를 폴더에 넣어 관리한다. 파일 맨 앞에는 ---로 열고 닫는 YAML 메타데이터를 두며, name에는 스킬 이름을, description에는 어떤 요청에 쓸지 적는다. 그 아래에 실제 수행 절차를 쓴다. 필요한 참고 파일도 같은 폴더에 넣고 지침에서 연결한다. 구체적인 파일 구조는 사용자 스킬 작성 안내에서 볼 수 있다.

완성된 폴더를 ZIP으로 묶은 뒤 Skills의 추가 버튼에서 Create skill → Upload a skill을 선택한다. 업로드한 스킬은 목록에서 켠다. 짧은 공통 말투만 저장할 목적이라면 파일을 만들지 않고 앞의 계정 지침에 적는 것으로 충분하다.

호출할 때도 ‘평소대로 해 줘’보다 ‘회의 후속 메모 스킬로 아래 회의 메모를 정리해 줘’처럼 사용할 스킬과 입력을 함께 주면 목적이 드러난다. Claude Academy는 스킬 이름을 직접 지정하거나 작업을 자연어로 설명해 사용할 수 있다고 안내한다. 스킬이 켜져 있어도 이번 요청과의 관련성을 알아볼 수 있어야 필요한 절차를 불러올 수 있다.

스킬에 ‘자료를 찾아라’라고 적는 것만으로 사내 Drive나 다른 서비스에 접근할 권한이 생기지는 않는다. 스킬은 작업 방법을 담고, 연결 도구는 실제 자료에 접근하는 기능을 제공한다. 문서 정리 절차를 마련했다면 이번 문서를 첨부하거나 해당 서비스의 연결과 권한을 갖춰야 한다. 결과가 비어 있을 때 지침을 더 길게 쓰기 전에 입력 자료를 읽을 수 있는지부터 보는 이유다.

세 가지 요청으로 지침의 범위를 확인한다

회의 후속 메모 스킬을 확인할 때는 먼저 담당자와 기한이 명확한 짧은 메모를 주고, 다음에는 기한이 빠진 메모를 준다. 첫 결과에는 담당자·기한이 들어가고 두 번째 결과에는 없는 날짜가 생기지 않아야 한다. 기한이 빠진 메모에서 날짜를 만들어 냈다면, 입력에 없는 항목을 미정으로 남기라는 지침과 예시를 보강한다.

그다음 프로젝트 밖에서 관계없는 간단한 질문을 한다. 이때도 모든 답이 ‘결정 사항·할 일·추가 질문’으로 나뉜다면 해당 요구를 계정 지침에 넣었는지, 스킬의 설명을 모든 대화에 쓰도록 너무 넓게 적었는지 살펴본다. 스킬을 잠시 끄고 같은 요청을 해 보면 어느 설정을 고칠지 좁힐 수 있다. 기대한 결과가 나오면 그 예시를 남겨 다음 지침 수정 때도 같은 요구를 비교한다.

스킬 자체가 불리지 않는 경우에는 Skills 목록의 켜짐 상태와 설명란의 사용 조건을 본다. 예를 들어 ‘문서 처리’보다 ‘회의 메모를 결정·할 일·미확정 제안으로 정리할 때 사용’이라고 적으면 요청과의 연결이 구체적이다. 지침을 바꾼 뒤에는 이름을 명시한 요청과 이름 없는 업무 요청을 각각 해 보고, 의도한 절차가 결과에 나타나는지 읽는다.

회사 계정에서 바꿀 수 있는 범위

Team·Enterprise에서는 조직 소유자가 정한 지침이 개인 지침보다 우선한다. 예를 들어 조직이 특정 언어와 응답 형식을 정했다면 개인 설정에서 반대되는 말투를 적어도 그대로 적용되지 않을 수 있다. 조직 지침 안내는 지침을 볼 수 있고 수정할 수 있는 역할도 Owner 이상으로 제한하며, 변경 반영에는 최대 한 시간이 걸릴 수 있다고 설명한다.

스킬의 생성 버튼이 없는 경우에도 요금제 이름만으로 원인을 판단하기 어렵다. 조직에서 User-created skills를 껐거나 해당 역할에 생성 권한이 없으면 개인 업로드가 제한될 수 있다. 반면 관리자가 배포한 스킬은 사용할 수 있는 구성이 있다. 조직 스킬 관리 문서가 설명하는 차이다. 관리자에게 개인 지침이 적용되지 않은 예시나 사라진 생성 버튼을 보여 주면, 수정할 문장 문제인지 조직 설정 문제인지 구체적으로 확인할 수 있다.