디렉토리 위치 바탕화면

안녕하세요 🙂바탕화면에 두셔도 클로드 코드는 정상 동작합니다.다만 길게 보면 바탕화면보다 별도 작업 폴더(예: ~/projects 같은)에 모아두시는 걸 권해드려요. 바탕화면은 파일이 쌓이면 관리가 번거롭고, 혹시 맥에서 iCloud 데스크탑 동기화를 켜두셨다면 .git이나 패키지 폴더까지 동기화되면서 속도가 느려지거나 충돌이 생길 수 있거든요. 꼭 반드시 바탕화면에서 클로드 코드를 실행해야 하는 이유가 아니라면 웬만하면 작업 폴더를 생성하셔서 진행하시는걸 강력히 권장드립니다.감사합니다 🙂

[55강] git init 명령어 안내 혼란

안녕하세요 ~!업데이트가 누락되었네요 불편드려 죄송합니다.바로 업로드 했어요~!https://inf.run/vy5Yf감사합니다 🙂

61강 모듈형 규칙 10분06초

안녕하세요.10분 6초에 나온건 - (하이픈)이에요 키보드에서 상단에 있는 숫자키보드 우측에서 찾을 수 있어요그리고 또다른 마크다운 문법이 궁금하시면 클로드 코드한테 물어보시면 바로 쉽게 적용할 수 있어요.예를들어 "마크다운으로 표를 작성해줘"라고 요청하시면 마크다운에 해당하는 응답을 해줄거예요~!

Mission 7 부터 어렵네요.

안녕하세요 🙂먼저 안심부터 드리면, 비개발자시라면 Mission 7(Git) 부분이 어렵게 느껴지는 건 너무 당연해요. 여기서 힘 빼지 않으셔도 됩니다.Git은 쉽게 말하면 작업한 내용을 저장하고 되돌릴 수 있게 관리해주는 도구인데, 개발 경험이 없으면 개념 자체가 낯설어서 어렵게 느껴지는 게 자연스러워요. 그런데 이 강의에서 핵심은 Git이라는 도구 자체가 아니라 클로드 코드거든요. Git도 결국 버튼을 외우거나 명령어를 직접 칠 필요 없이, 클로드 코드에 "커밋해줘", "깃허브에 올려줘"처럼 프롬프트로 시키면 돼요.그래서 지금 Git을 완벽히 이해하지 못하셔도 전혀 괜찮아요. 정 어렵게 느껴지시면 일단 가볍게 넘어가셔도 되고요. Git은 머리로 외우는 것보다 프로젝트를 하면서 손에 익는 도구라, 경험이 쌓이다 보면 자연스럽게 익숙해지실 거예요.그래도 진행하시다가 막히는 지점이 생기면 편하게 질문 남겨주세요. 바로 도와드릴게요.감사합니다 🙂

plan mode 관련 질문 드립니다.

네~! 맞습니다 :)

rules 파일 관련 질문입니다!

안녕하세요 🙂결론부터 말씀드리면, paths(glob) 패턴 자체는 세션 시작 시점에 미리 메모리에 올라가고, 규칙 본문은 그 패턴에 매칭되는 파일을 읽을 때 그제서야 로드돼요. 추측하신 두 번째 방향이 맞습니다.클로드 코드는 세션을 시작할 때 .claude/rules/ 폴더를 스캔하면서 각 규칙의 frontmatter(paths)를 먼저 읽어둬요. 그래서 "어떤 규칙이 어떤 경로에 걸리는지"는 세션 시작 때부터 이미 알고 있는 상태예요. 다만 이 단계에서는 패턴만 들고 있고, 규칙 본문까지 컨텍스트에 올리지는 않아요. 짚으신 "frontmatter만 들고 있다"가 바로 이 상태예요.그러다 매칭되는 파일을 읽는 순간, 해당 규칙의 본문이 컨텍스트에 주입돼요. 매 작업마다가 아니라 매칭 파일을 읽을 때 트리거되는 방식이고요. 반면 paths가 없는 (1) 파일은 이런 조건 없이 세션 시작 때 본문까지 무조건 로드돼서 모든 작업에 적용됩니다.실제로 어떤 규칙이 올라와 있는지는 /context나 /memory로 확인하실 수 있어요. 조건부 규칙이 의도대로 걸렸는지 헷갈릴 때 점검하시면 확실합니다.감사합니다 🙂

51강 7분 custom 스타일 질문

안녕하세요 🙂결론부터 말씀드리면 1번, 2번은 이해하신 게 맞고, 3번은 용도별 스타일을 만들어두고 명령어로 전환하시면 돼요.1번, keep-coding-instructions: true를 넣으면 클로드 코드의 코딩 지침을 그대로 유지한 채 작성하신 custom 지침이 함께 더해져요. 코딩 능력은 살리고 말투나 출력 방식만 바꾸고 싶을 때 쓰는 옵션이라고 보시면 됩니다. (참고로 필드명은 끝에 s가 붙은 keep-coding-instructions예요.)2번도 맞아요. 글쓰기처럼 코딩이 필요 없는 스타일이면 이 줄을 빼시면 돼요. 빼면 기본값(false)이라 코딩 지침은 제외되고 작성하신 글쓰기 지침만 적용됩니다.3번은, 매번 파일을 켰다 껐다 하실 필요는 없어요. 글쓰기용과 코딩용 스타일을 각각 만들어두고 /output-style 스타일이름으로 전환하시면 됩니다. 그리고 "코딩 지침 + 내 custom 지침"을 동시에 살리고 싶으시면, 그게 바로 keep-coding-instructions: true가 해주는 일이에요. 한 스타일 안에 둘 다 들어가거든요.한 가지만 알아두시면, output style은 세션 시작 때 한 번 적용돼서 전환하면 /clear나 새 세션부터 반영돼요. 그래서 작업 성격이 바뀔 때 스타일만 바꿔주시면 깔끔하게 쓰실 수 있습니다.감사합니다 🙂

모델 차이 궁금증

안녕하세요 🙂1번은 사고 켠 쪽이 더 먹어요. 사고를 끄면 사고 토큰이 0인데, 켜면 강도가 낮아도 토큰이 추가로 붙거든요. (참고로 사고를 끄면 '높음' 강도는 적용 자체가 안 돼요.)2번은 기준에 따라 갈려요. 토큰 '양'으로는 사고 켠 Haiku가 더 많이 쓸 수 있지만, '비용'으로는 단가가 비싼 Sonnet(끈 상태)이 더 나갈 수도 있어요. 그래서 딱 잘라 비교하긴 어려워요.감사합니다 🙂

settings.json 파일

안녕하세요 🙂결론부터 말씀드리면, 파일 이름은 반드시 settings.json이어야 하고, 목적별로 아무 이름이나 여러 개 만드는 방식은 아니에요.먼저 이름부터 보면, 클로드 코드는 정확히 settings.json이라는 이름의 파일만 설정 파일로 읽어요. 그래서 settings.json2처럼 이름을 바꾸면 클로드 코드가 그 파일을 설정으로 인식하지 못해요. 말씀하신 {} 아이콘이 사라진 것도 같은 맥락인데, 그 아이콘은 에디터가 "이건 .json 파일이구나" 하고 붙여주는 표시거든요. settings.json2로 바꾸면 더 이상 .json 파일이 아니게 되니 아이콘도 사라진 거예요. 아이콘이 없어졌다는 건 "이제 설정 파일로 안 읽힌다"는 신호로 보시면 됩니다.여러 개 만드는 부분은, 목적별이 아니라 적용 범위별로 자리가 정해져 있어요. 내 컴퓨터의 모든 프로젝트에 적용하고 싶으면 ~/.claude/settings.json에, 특정 프로젝트에만 적용하고 싶으면 그 프로젝트 폴더 안의 .claude/settings.json에 두시면 됩니다. 처음에는 이 둘만 알아두셔도 충분하고, 보통은 한 군데에 모아 쓰셔도 괜찮아요. (개인용으로 쓰는 .claude/settings.local.json도 있는데, 익숙해지신 뒤에 보셔도 늦지 않아요.)정리하면 이름은 settings.json으로 고정이고, 파일을 나누는 건 "전역이냐 특정 프로젝트냐"처럼 적용 범위를 구분할 때만 정해진 위치에 두시면 돼요.감사합니다 🙂

플러그인 설치 관련

안녕하세요 🙂결론부터 말씀드리면, cursor에 한 번 설치하시면 디렉토리를 바꿔도 다시 설치하실 필요 없어요.확장은 특정 디렉토리가 아니라 cursor 에디터 자체에 설치되거든요. 그래서 한 번 깔아두면 어떤 프로젝트 폴더를 열든 그대로 쓸 수 있고, 디렉토리마다 따로 설치하는 개념이 아니에요.다만 클로드 코드가 실제로 작업하는 대상은 그때그때 열어둔 프로젝트 폴더를 기준으로 잡혀요. 그래서 다른 프로젝트로 옮기실 땐 재설치가 아니라, 그 폴더를 열고 클로드 코드를 실행하시면 됩니다. 클로드 코드 자체가 터미널에서 도는 도구라, 폴더를 옮겨 다녀도 해당 폴더에서 실행만 하면 동일하게 동작하거든요.감사합니다 🙂