대부분의 사람들은 Claude를 검색창처럼 사용합니다.
모든 세션이 같은 방식으로 시작됩니다. 당신은 마케팅 카피라이터입니다. 제 사업은 이렇습니다. 제 타겟은 저렇습니다. 이제 원하는 것을 작성해 주세요. 그런 다음 탭을 닫고, 다음 날이면 또 다시 모든 브리핑을 처음부터 반복하며, 매일 아침 같은 직원을 교육하고 밤이 되면 모든 것을 잊게 만듭니다.
그것은 워크플로우가 아닙니다. 그것은 영원히 제로에서 시작하는 것입니다.
Claude Projects가 이 문제를 해결하지만, 거의 아무도 올바르게 설정하지 않습니다. 대부분의 사람들은 프로젝트를 만들고, 한 줄의 지침을 붙여넣고, 아무 PDF나 집어넣은 다음, 일반 채팅보다 훨씬 낫지 않은 이유를 궁금해합니다. 그 힘은 실제로 존재하지만, 설정 화면에서 설명하지 않는 세부 사항에 숨어 있습니다.
이것은 실제로 Claude에 의존하는 사람들이 사용하는 방식으로 Claude Projects를 설정하는 완전한 강좌입니다. 여기 있는 모든 기능은 실제이며 현재 사용 가능합니다. 이 강좌를 마치면 모든 대화에 전체 컨텍스트를 자동으로 로드하고, 재브리핑이 필요 없으며, 일반적인 어시스턴트가 아닌 당신처럼 들리는 결과물을 생성하는 프로젝트를 갖게 될 것입니다.
프로젝트의 실제 의미
마케팅적인 요소를 제외하면, Claude Project는 하나의 지속적인 작업 공간에 묶인 세 가지 요소입니다.
커스텀 지침. 프로젝트 내 모든 대화에 자동으로 적용되는 시스템 레벨 프롬프트입니다. 이것은 Claude의 행동 방식, 대화 상대가 누구라고 생각할지, 따라야 할 규칙을 형성하는 상시 브리핑으로, 채팅에 직접 입력할 필요가 없습니다.
지식 베이스. 모든 대화에서 Claude가 참조할 수 있는 파일과 문서로, 항상 사용 가능하며 재업로드가 필요 없습니다. 스타일 가이드, 사양, 과거 작업물, 참고 자료 등이 포함됩니다.
범위가 지정된 대화. 프로젝트 내 모든 채팅은 함께 그룹화되며 동일한 지침과 지식을 상속받습니다.
사람들을 자주 혼란스럽게 하므로 미리 알아두어야 할 중요한 한 가지가 있습니다. 프로젝트 내 대화는 서로 메시지 기록을 공유하지 않습니다. 공유되는 상태는 지침과 파일이지 채팅이 아닙니다. 각각의 새 대화는 이 두 가지만 로드된 상태로 새로 시작됩니다. 이는 아래의 모든 것을 설계하는 방식에 영향을 미칩니다.
Projects는 무료를 포함한 모든 Claude 요금제에서 사용할 수 있지만, 무료 사용자는 5개의 프로젝트로 제한되며 프로젝트 지침은 특히 유료 기능입니다. Pro, Max 및 Team 요금제에서는 전체 설정을 사용할 수 있습니다.
거의 모든 사람이 저지르는 실수
설정에 앞서, 가장 큰 단일 실수를 이해하십시오. 이를 피하는 것이 작업의 대부분입니다.
사람들은 지식 베이스를 창고처럼 취급합니다. 모든 것을 덤프합니다. 전체 브랜드 매뉴얼. 6개월 치 회의 노트. 40페이지 분량의 전략 문서. 논리는 합리적으로 보입니다. 더 많은 컨텍스트가 더 나은 결과물을 의미한다고 생각합니다.
그러나 그렇게 작동하지 않으며, 그 이유는 다음과 같습니다. 프로젝트 지식이 모든 응답에 완전히 로드되지는 않습니다. Claude는 검색을 통해 쿼리당 가장 관련성 높은 콘텐츠를 가져옵니다. 느슨하게 관련된 자료로 지식 베이스를 과부하시키면, 실제로 중요한 신호를 찾는 Claude의 능력이 희석되고, 컨텍스트 창이 파일로 채워져 실제 대화를 위한 공간이 줄어들 위험이 있습니다.
훨씬 더 나은 결과물을 생성하는 규칙은 사람들이 예상하는 것과 반대입니다. 각 지식 문서를 약 1~3페이지로 간결하고 구체적으로 유지하십시오. 3페이지 분량의 브랜드 보이스 가이드는 40페이지 분량의 브랜드 매뉴얼보다 항상 더 나은 성과를 냅니다. 유용한 신호의 밀도가 더 높고 노이즈가 더 낮기 때문입니다. 지식 베이스에서는 정확성이 볼륨보다 항상 우선합니다.
1단계: 실제 의도를 가지고 프로젝트 생성하기
Claude를 열고, 사이드바에서 Projects를 클릭한 다음, New project를 클릭하십시오.
이름은 보이는 것보다 더 중요합니다. 구체적으로 이름을 지정하십시오. "뉴스레터" 또는 "클라이언트 제안서" 또는 "API 문서"와 같이, "업무"나 "잡동사니"가 아닌 이름으로 말입니다. 그 이유는 결국 여러 프로젝트를 갖게 될 것이며, 분리가 핵심이기 때문입니다. 모호한 이름은 관련 없는 잡동사니가 서서히 쌓이는 모호한 프로젝트로 이어지며, 이는 정확히 위에서 언급한 희석 문제입니다.
이는 대부분의 사람들이 놓치는 첫 번째 원칙으로 이어집니다. 관심사당 하나의 프로젝트. 백엔드 코드와 마케팅 콘텐츠를 같은 프로젝트에 넣지 마십시오. 클라이언트 A와 클라이언트 B를 혼합하지 마십시오. 별도의 프로젝트는 더 깔끔하고 집중된 컨텍스트를 의미하며, 집중된 컨텍스트가 프로젝트가 작동하는 전체 이유입니다. 모든 것을 위한 하나의 거대 프로젝트를 만들고자 하는 본능은 당신이 벗어나고자 했던 일반 챗봇을 재현하려는 본능입니다.
2단계: 프롬프트가 아닌 상시 브리핑처럼 지침 작성하기
이것은 전체 설정에서 가장 레버리지가 큰 부분이며, 약한 프로젝트와 훌륭한 프로젝트 사이의 격차가 가장 큰 지점입니다.
약한 지침 블록은 "당신은 마케팅 콘텐츠를 작성하는 도움이 되는 어시스턴트입니다"라고 말합니다. 이것은 Claude에게 이미 가지고 있지 않은 어떤 것도 제공하지 않습니다.
강력한 지침 블록은 당신에 대해 아무것도 모르는 사람을 위해 작성된 완전한 상시 브리핑입니다. 프로젝트의 모든 새 대화가 시작될 때의 상황이 정확히 그렇기 때문입니다. 여기에는 당신이 누구이며 무엇을 하는지, 이 프로젝트가 존재하는 주요 작업, 당신의 톤과 스타일 선호도, 요구되는 출력 형식, Claude가 가정해야 하는 도메인 지식, 그리고 결정적으로 Claude가 절대 해서는 안 되는 일이 포함되어야 합니다.
다음은 거의 모든 프로젝트 유형에서 작동하는 템플릿 구조입니다.
역할
당신은 [특정 도메인]에서 일하는 [특정 역할]입니다. 당신에 대해 아무것도 모르는 [특정 청중]을 위해 글을 쓰고 있습니다.
이 프로젝트의 목적
여기서 주요 작업은 [작업 1], [작업 2], [작업 3]입니다. 별도의 지시가 없는 한 모든 요청이 이 중 하나와 관련되어 있다고 가정하십시오.
응답 방법
톤: [구체적으로]. 형식: [구체적으로]. 길이: [구체적으로].
진정으로 막히지 않는 한 명확한 질문을 하지 마십시오. 합리적인 가정을 하고, 이를 명시한 다음, 진행하십시오.
가정할 사항
[모든 응답에서 주어진 것으로 취급되어야 하는 도메인 사실, 제품 세부 사항, 포지셔닝]
절대 하지 말 것
[이 프로젝트에서 Claude가 절대 해서는 안 되는 특정 사항: AI 클리셰, 특정 주장, 특정 형식, 당신의 확고한 규칙 등]
명확한 질문을 하지 말라는 지침 하나는 언급할 가치가 있습니다. 기본적으로 Claude는 종종 "시작하기 전에, ~에 대해 더 알려주시겠어요?"라는 질문으로 시작합니다. 매일 사용하는 프로젝트의 경우, 그 서문은 순수한 마찰입니다. 합리적인 가정을 하고, 이를 명시한 다음, 진행하라고 지시하면 이러한 왕복이 제거되고 모든 세션이 즉시 빨라집니다.
이 지침을 당신과의 과거 기록이 전혀 없는 독자를 위해 작성하십시오. 모든 새 대화가 진정으로 그 지점에서 시작되기 때문입니다. 지침과 파일만이 앞으로 전달됩니다. 마지막 대화의 기억은 전달되지 않습니다.
3단계: 정확성을 가지고 지식 베이스 구축하기
이제 파일입니다. 규칙을 기억하십시오. 각각 1~3페이지로 간결하고 구체적으로 유지하십시오. 다음은 콘텐츠 프로젝트를 예로 들어, 잘 구축된 지식 베이스에 실제로 속하는 것들입니다.
보이스 및 스타일 가이드. 당신이 글을 쓰는 방식. 문장 리듬, 사용하는 단어, 금지하는 단어, 결과물의 느낌.
청중 문서. 당신이 누구를 위해 글을 쓰는지, 그들이 무엇을 중요하게 여기는지, 그들이 이미 알고 있는 것, 그들이 회의적으로 바라보는 것.
핵심 주제 또는 범위 문서. 이 프로젝트가 다루는 특정 주제나 카테고리로, Claude가 범위를 벗어나지 않도록 합니다.
소수의 모범 사례. 당신의 실제 최고 작업물 3~5개. 이것은 설명보다 시연을 통해 훨씬 더 효과적으로 가르칩니다. Claude는 많은 양의 지침보다 실제 예제에서 당신의 패턴을 더 잘 학습합니다.
작업에 특화된 참고 자료. SEO 노트, 제품 사양, 기술적 제약 조건 등 도메인에 필요한 모든 것.
각 파일을 설명적으로 이름을 지정하십시오. "Brand Voice Guide v3", "Q2 Product Roadmap", "API Documentation Payments Module"과 같이, "notes"나 "stuff"가 아닌 이름으로 말입니다. 설명적인 이름은 검색이 올바른 쿼리에 올바른 문서를 표면화하는 데 도움이 되며, 이것이 당신이 의존하고 있는 전체 메커니즘입니다.
알아둘 가치가 있는 제한 사항. Pro, Max 및 Team 요금제에서는 프로젝트당 최대 20개 파일, 파일당 30MB를 지원하며, PDF, 텍스트, 마크다운, 코드 파일, CSV 및 이미지를 지원합니다. 정확성 규칙을 따른다면 충분한 양입니다. 한도에 도달하고 있다면, 문제는 거의 항상 신호 대신 볼륨을 업로드하고 있기 때문입니다.
4단계: 신뢰하기 전에 검색 테스트하기
다음은 거의 아무도 하지 않는 단계이며, 프로젝트가 작동한다고 생각하는 사람과 작동한다고 아는 사람을 구분합니다.
지식을 업로드한 후, 프로젝트에서 대화를 열고 Claude가 각 문서를 검색할 수 있는지 명시적으로 테스트하십시오. 직접 물어보십시오:
프로젝트 지식에 있는 Brand Voice Guide를 기반으로, 게시물의
오프닝 라인에 어떻게 접근해야 합니까? 사용 중인 특정 지침을 인용해 주십시오.
Claude가 문서를 정확하게 참조하면 검색이 작동하는 것입니다. 일반적인 답변을 제공하거나 지침을 찾을 수 없으면 무언가 잘못된 것입니다. 파일이 처리되지 않았거나, 이름이 너무 모호하거나, 문서가 너무 많은 다른 파일 아래에 묻혀 있을 수 있습니다. 3주 후에 Claude가 가장 중요한 파일을 실제로 읽지 않았다는 것을 발견하는 것보다 테스트에서 이를 알아내는 것이 훨씬 낫습니다.
각 중요 문서에 대해 이 테스트를 실행하십시오. 5분이면 충분하며, 프로젝트가 작동하기를 바라는 것과 작동한다고 아는 것의 차이입니다.
5단계: 대화당 올바른 모델 선택하기
대부분의 사람들이 완전히 놓치는 세부 사항입니다. 프로젝트 내에서 각 대화에 사용할 Claude 모델을 독립적으로 선택할 수 있습니다. 프로젝트가 하나의 모델로 고정되지 않습니다.
이는 비용과 품질에 중요합니다. 프로젝트 내에서 일상적인 초안 작성에는 더 빠른 모델을 사용하고, 깊은 추론이나 복잡한 종합이 필요한 대화에는 더 강력한 모델로 전환하십시오. 동일한 프로젝트, 동일한 지침, 동일한 지식, 특정 작업에 필요한 것에 따라 다른 엔진을 사용합니다. 대부분의 사람들은 이것이 가능하다는 것을 깨닫지 못하고 모든 것을 최상위 모델로 실행하여 초과 지불하거나 모든 것을 빠른 모델로 실행하여 성능이 저하됩니다.
6단계: 대화를 작업이 아닌 사고로 사용하기
다음은 시간이 지남에 따라 프로젝트를 훨씬 더 강력하게 만드는 습관입니다.
프로젝트 대화를 완료된 작업에만 사용하지 마십시오. 그것들을 사용하여 소리 내어 생각하십시오. 문제를 해결하고, 추론을 설명하고, 왜 결정을 내리는지 이야기하십시오. 프로젝트의 범위가 지정되고 일관되기 때문에, 이러한 사고 대화는 Claude가 당신의 출력 패턴뿐만 아니라 추론 패턴을 이해하는 데 도움이 됩니다.
그 결과, 수 주에 걸쳐 잘 사용된 프로젝트 내의 Claude는 당신의 형식뿐만 아니라 당신의 판단력도 일치시키기 시작합니다. 당신이 무엇을 생산하는지뿐만 아니라 그 범위가 지정된 컨텍스트 내에서 어떻게 생각하는지 보았기 때문에, 당신이 실제로 생각하는 방식에 맞는 접근 방식을 제안합니다.
7단계: 유지 관리하기, 프로젝트는 파일만큼만 최신 상태입니다
프로젝트는 설정하고 잊어버리는 것이 아닙니다. 그 안에 있는 내용만큼만 정확하며, 오래된 지식은 자신 있게 잘못된 컨텍스트를 생성하며, 이는 컨텍스트가 없는 것보다 더 나쁩니다.
유지 관리 습관을 기르십시오. 포지셔닝이 변경되면 보이스 가이드를 업데이트하십시오. 사양이 수정되면 이전 것을 교체하십시오. 전략이 변경되면 범위 문서를 업데이트하십시오. 분기별로 프로젝트 지침을 검토하십시오. 6개월 전에 작성된 지침은 현재 하고 있는 일과 적극적으로 모순될 수 있으며, Claude는 충실하게 오래된 규칙을 따를 것이기 때문입니다.
가치를 유지하는 프로젝트는 사람들이 최신 상태로 유지하는 프로젝트입니다. 조용히 쓸모없게 되는 프로젝트는 한 번 설정되고 실제 작업이 그 주변에서 진행되는 동안 다시는 건드리지 않은 프로젝트입니다.
새로운 계층: Cowork Projects
알아둘 가치가 있습니다. 위의 모든 것을 크게 확장하기 때문입니다. 2026년 업데이트 기준으로 Projects는 데스크톱 에이전트 앱인 Claude Cowork 내에도 있으며, 이 버전은 채팅 기반 프로젝트에는 없는 기능을 추가합니다.
Cowork 프로젝트는 세션 간에 지속되는 범위가 지정된 메모리를 추가하므로 "지난주 보고서를 기반으로 구축해 줘"라고 말하면 Claude가 그것이 정확히 무엇인지 알 수 있으며, 이 컨텍스트를 다른 작업으로 누출하지 않습니다. 또한 전용 로컬 폴더를 추가하므로 프로젝트가 실제 파일을 읽고 씁니다. 그리고 예약된 작업을 추가하므로 프로젝트가 설정한 주기로 반복 작업을 자동으로 실행할 수 있습니다.
설정 로직은 위의 모든 것과 동일합니다. 명확한 지침, 간결하고 관련성 높은 파일, 관심사당 하나의 프로젝트. 그러나 한계는 더 높습니다. Cowork 프로젝트는 대화에 정보를 제공할 뿐만 아니라 실제 파일에 대해 작업을 실행하고 사용자 없이도 예약에 따라 실행될 수 있기 때문입니다. 좋은 첫 번째 움직임은 폴더를 가리키고 다음과 같이 말하는 것입니다:
이 폴더의 모든 파일을 읽어 주십시오. 그런 다음 이 작업 공간에 대해
알게 된 것을 요약해 주십시오: 무엇이 있는지, 제가 아마 무엇에 사용할지,
그리고 어떤 지침을 따를지. 불명확한 점이 있으면 가정하기 전에 물어보십시오.
이 단일 명령으로 Claude는 첫날부터 프로젝트를 학습하고, 그 후로는 기억합니다.
오늘 바로 만들 수 있는 4가지 프로젝트 템플릿
이론은 구체화될 때만 유용합니다. 다음은 가장 일반적인 사용 사례에 직접 매핑되는 4가지 프로젝트 설정이며, 각각 지침과 지식에 무엇이 들어가는지 설명하므로 구조를 복사할 수 있습니다.
콘텐츠 프로젝트. 지침은 특정 청중을 위한 작가로서의 역할, 톤, 서식 규칙 및 하드 금지 사항을 정의합니다. 지식에는 보이스 가이드, 청중 페르소나, 핵심 주제 문서 및 최고 성과를 낸 작업물 3~5개가 포함됩니다. 이 프로젝트는 당신이 게시하는 모든 것이 매번 다른 작가처럼 들리지 않고 일관되게 당신처럼 들리게 만듭니다. 지식 베이스의 모범 사례는 여기서 어떤 지침보다 더 많은 역할을 합니다. 보이스는 가르쳐지는 것이 아니라 체득되기 때문입니다.
코드 프로젝트. 지침은 스택, 규칙, 선호하는 패턴 및 절대 원하지 않는 작업을 정의합니다. 지식에는 아키텍처 문서, 주요 소스 파일, 코딩 표준 및 프로젝트가 관련된 모든 것에 대한 API 문서가 포함됩니다. Claude를 이것에 지정하면 기존 패턴과 싸우는 코드를 제안하는 것을 중단하고 일치시키기 시작합니다. 코드베이스당 하나의 프로젝트, 절대 공유하지 마십시오. 두 코드베이스를 혼합하는 것은 어느 쪽에도 맞지 않는 제안을 받는 가장 빠른 방법이기 때문입니다.
클라이언트 프로젝트. 클라이언트당 하나의 프로젝트. 지침은 클라이언트가 누구인지, 그들의 브랜드, 선호도 및 그들과의 작업 범위를 정의합니다. 지식에는 브랜드 가이드라인, 과거 인도물, 필수 사항으로 요약된 회의 노트 및 그들에게 특화된 모든 제약 조건이 포함됩니다. 이것이 프리랜서나 에이전시가 모든 클라이언트의 컨텍스트를 완벽하게 분리하여 클라이언트 A의 보이스가 클라이언트 B의 작업에 절대 스며들지 않도록 하는 방법입니다.
연구 프로젝트. 지침은 조사 중인 질문이나 도메인 및 연구 결과를 어떻게 구조화할지 정의합니다. 지식에는 소스 자료, 이전 노트 및 작업 가설이 포함됩니다. 더 많은 것을 공급함에 따라 모든 것에 걸쳐 그림을 구축하며, 범위가 지정되어 있기 때문에 이 연구를 작업 중인 다른 어떤 것과도 혼동하지 않습니다. 이것은 채팅 기반 프로젝트가 두 번째 두뇌 개념에 가장 가깝게 접근하는 방법입니다. 질문할 수 있고 관련 없는 모든 것과 차단되어 있기 때문에 일관성을 유지하는 지식 체계입니다.
네 가지 모두에서 패턴을 주목하십시오. 지침은 상시 규칙과 행동을 전달합니다. 지식은 참조 자료와 예제를 전달합니다. 분리는 의도적이며, 올바른 콘텐츠를 올바른 계층에 넣는 것이 프로젝트가 작동하게 만드는 대부분입니다. 행동 방법에 대한 규칙은 지침에 속합니다. Claude가 참조해야 하는 문서는 지식에 속합니다. 이들을 혼합하여 행동 규칙을 지식 파일에 넣거나 참조 문서를 지침 상자에 붙여넣는 것은 명백한 이유 없이 프로젝트의 성능을 저하시키는 조용한 방법입니다.
대부분의 사람들이 놓치는 계층화된 개인화
알아둘 가치가 있는 한 가지 더 있습니다. 위의 모든 것 위에 쌓이기 때문입니다. 프로젝트 지침은 Claude가 가진 유일한 개인화 계층이 아니며, 이들이 어떻게 결합되는지 이해하면 더 세밀한 제어가 가능합니다.
세 가지 계층이 있으며, 모든 응답에 동시에 적용됩니다. 계정 전체 지침은 프로필 설정에서 설정되며 프로젝트에 관계없이 모든 채팅에 적용됩니다. 프로젝트 지침은 특정 프로젝트 내에서만 적용됩니다. 그리고 스타일은 채팅별로 설정되며 해당 대화의 톤과 형식을 조정합니다.
실용적인 움직임은 각각이 가장 잘하는 것에 사용하는 것입니다. 일반적인 커뮤니케이션 선호도와 같이 Claude로 하는 모든 것에 적용되는 규칙은 계정 전체 프로필 지침에 넣어 모든 프로젝트에서 반복하지 않도록 합니다. 프로젝트별 컨텍스트와 규칙은 프로젝트 지침에 넣습니다. 특정 대화가 프로젝트 기본값과 다른 톤을 필요로 할 때 일회성 조정을 위해 스타일을 사용합니다.
대부분의 사람들은 모든 것을 하나의 계층에 집어넣고 이 제어를 잃습니다. 올바르게 분리하면 모든 단일 프로젝트에서 보편적인 선호도를 반복하는 것을 중단하고, 각 프로젝트의 지침은 해당 프로젝트를 차별화하는 요소에만 집중합니다. 이 집중은, 다시 한 번, 프로젝트를 잘 설정하는 전체 주제입니다.
실제로 복리 효과를 내는 설정
모든 것을 종합하면, 적절히 구축된 프로젝트가 일반 채팅이 절대 제공하지 못하는 것을 제공합니다.
모든 대화는 이미 로드된 전체 컨텍스트로 시작됩니다. 당신의 보이스, 청중, 규칙, 참조 자료, 모두 한 마디를 입력하기 전에 존재합니다. 재브리핑을 중단합니다. 제로에서 시작하는 것을 중단합니다. 매일 아침 같은 직원을 교육하는 것을 중단합니다.
출력물은 일반적인 소리를 멈추고 당신처럼 들리기 시작합니다. Claude가 빈 슬레이트와 서두른 한 줄 프롬프트가 아닌 당신의 실제 예제와 실제 기준을 사용하여 작업하기 때문입니다.
그리고 그것은 복리 효과를 냅니다. 첫 주에는 Claude가 파일에서 패턴을 학습함에 따라 작은 수정이 필요합니다. 3주 차가 되면, 매번 설명하던 것을 설명하지 않아도 될 만큼 접근 방식을 밀접하게 일치시킵니다. 30분의 설정 시간이 수개월에 걸쳐 보답합니다.
여기 정직한 결론이 있습니다. 대부분의 사람들은 이 이점을 결코 얻지 못합니다. 기능이 어려워서가 아니라, 90초 만에 설정하고 실제로 중요한 부분을 절대 하지 않았기 때문입니다. 정확한 지식 베이스. 실제 상시 브리핑. 검색 테스트. 유지 관리 습관.
이 네 가지를 수행하면 Claude Projects는 채팅을 위한 폴더가 아니라 Claude를 검색창으로 사용하는 것과 당신이 누구이며 무엇이 필요한지 정확히 알고 있는 시스템으로 실행하는 것의 차이가 됩니다.
이번 주에 하나의 프로젝트를 제대로 설정하십시오. 가장 많이 하는 작업을 선택하십시오. 실제 지침을 작성하십시오. 세 개의 간결한 문서를 업로드하십시오. 검색을 테스트하십시오. 그런 다음 다음 대화가 얼마나 다른지 지켜보십시오.
전체 빌드, 정확한 지침 템플릿 및 제가 매일 사용하는 프로젝트 설정을 보려면 @cyrilXBT를 팔로우하십시오.
