궁금한게 있습니다 2026 05 06 기준 Docs 에서 200줄 이하로 CLAUDE.md 를 유지하라고했는데 만약 import 문법으로 CLAUDE.md 파일을 줄였는데 import 로 가져온 md 내용의 길이가 200줄이 넘거나 좀 많다고 가정하면 그건 괜찮은 건가요?... import 문법으로 줄인다고해도 결국.. claude 가 import 한 md 파일을 읽을 텐데 그건 import로 해서 CLAUDE.md 가 줄어들었다고 해도 읽는 양은 똑같지 않나하는 궁금증에 여쭤봅니다..
만약에 지금 현재 디렉토리의 settings.json에 아래와 같은 설정이 있고, { "permissions": { "allow": [ "Bash(git checkout *)", "Bash(git merge *)" ] }, } settings.local.json에 아래와 같은 설정이 있다고 가정하면 { "permissions": { "allow": [] } } } 아래 docs에 나온 것처럼 Local이 Project보다 더 높은 우선순위(?)를 가지기 때문에, 최종적으로 현재 디렉토리의 클로드 코드 세션에서는 allow 되는건 settings.local.json의 빈배열([]) 이라서 자동으로 허용이 안된다 라고 생각하면 될까요? ------------ + 추가질문입니다. (만약에 settings.local.json의 우선순위가 높아서 빈배열만 적용되었다는게 맞다면) 예를 들어 클로드코드랑 하나의 세션안에서 티키타카를 하다가(예를 들면 Bash를 사용하는 git 명령어를 클코가 권한을 물어볼때) 1,2,3 선택문구가 나올때 제기억으로는 지금현재는 2번문구가 이 세션안에서는 더이상 안물어보고 accept 하겠다였던거같은데 그걸 선택했을때 아마 settings.local.json의 allow항목에 Bash(git ~~)이렇게 자동으로 갱신돼서 찍혔던걸로 기억합니다. 근데 만약에 이상황이라면 팀 프로젝트을위해 clone해서 가져온 디렉토리의 settings.json의 allow항목에 이미 Bash관련된게 있다면 제가 아까 질문한 내용과 우선순위 관련해서 겹치는 사항들이 있을거같은데 이경우는 어떻게 방향을 잡는게 바람직할까요? 좀 더 쉬운 예시 상황은 아래와 같습니다. // settings.json (clone해서 가져옴 -> 즉, 팀 규칙) { "permissions": { "allow": ["Bash(npm run dev)"] } } // settings.local.json (이 후 클로드 코드랑 티키타카 하면서 세션 중 자동 추가됨) { "permissions": { "allow": ["Bash(git commit *)"] } } 이상태에서 앞으로 터미널을 시작하면 settings.local.json의 우선순위가 높아서 Bash(git commit *) 만 허용될거같은데 어떻게 해야할까요 ㅠㅠㅠ (이 경우 그냥 settings.json allow항목을 local.json에도 똑같이 복붙을 해놓을까요?) +(allow뿐만 아니라 범위별 셋팅 파일안에 들어가는 Key들을 봤을때 서로 같은 Key가 없게끔 하는게 맞을까요?) (뭔가 뒤의 [추가미션] 설정 및 메모리 관리 실습 를 진행하다가 또 궁금해져서 질문을 추가하느냐 좀 길어졌습니다ㅠㅠ 죄송합니다..!!)
기존 깃관련 개념은 알고있었으나, 터미널을 이용하는 방식이 아닌, Cursor GUI(vscode 계열 IDE)에서 Git조작해본건 처음이라 헷갈려서 질문드립니다!! 강사님께서 롤백관련 부분으로 설명해주시는 상황(10:40)에서 우클릭후 체크아웃(분리됨) 클릭을 하면 롤백이라고 설명하셨는데, 체크아웃(분리됨) 동작은 그냥 HEAD가 바라보는 부분을 브랜치가 아닌 커밋해쉬 부분을 최신에서 두번째(회원가입 구현)부분으로 바라보게해서 가장 최신 커밋부분코드(로그인수정)는 안보이는 거라고 이해하면 될까요..!!
https://github.com/gymcoding/claude-nextjs-starters/blob/main/.claude/agents/docs/prd-generator.md 제공해주신 이 prd 생성 서브에이전트로 식품영양정보 api 연동이 필요한 식단관리 웹애플리케이션을 개발해보려는데. 이를 위한 prd 생성에 사용해도 괜찮을까요? 아니면 이 서브에이전트는 더 간단한 서비스에 적합한가요.
단일 실행이 보장되는 이유로 Db를 통해서 값을 가져오고 있으며 db에서 동시성을 방어해주고 있기 때문이라고 해주셨는데요. FindRunningJobExecutions 는 단순 select문이 아니고 내부적으로 비관적 락으로 동시 접근을 막아주는 구조인가요? 저는 여러 파드인 상황에서는 보여주신 코드가 동시성 이슈로 인해 주어진 잡이 한 번만 실행된다는 것을 보장하기 힘들 것 같다고 생각했습니다. 이외에도 여러 파드인 상황이라면 실무에서 어떤 요소를 고려하는지 궁금합니다. 학습 내용에선 currentimestamp를 잡 파라미터에 넣어서 매번 새로운 잡 인스턴스로 취급/실행하는 형태를 보여주셨는데, 이로인해 멀티파드 환경에서 특정 잡의 중복 실행 방지 혹은 특정 잡 파라미터 구성에서의 중복 실행 방지에 대한 요건 구현 시 영향도/고려 사항이 있는지 여부와 아니면 currentimestamp 잡 파라미터를 실무에서 빼기도 하는지 궁금합니다 운영 시 중복 실행 문제 및 잡 재시도에 대해 고민하다 나온 질문입니다. 혹시 애초에 대부분의 배치 잡과 스탭 로직을 멱등하게 동작하도록 설계 및 코드 작성을 해야하는 걸까요?
안녕하세요 이전에도 비슷한 글을 작성하신 분이 있던데 강의 교안 좀 제공해 주셨으면 좋겠습니다... 데스크탑으로 (모니터도 32인치) 보고 있는데 저도 이게 글자가 작아서 좀 불편한데 교안이 제공된다면 메모, 확대 등이 되기 때문에 공부하는 데 훨씬 수월할 거 같습니다. 인프런 대부분의 강의들이 교안 제공은 기본이라. 해당 강의는 인트로 강의, 짧은 강의라 그렇다 치더라도 다른 영상들은... 이 부분 좀 진행 부탁드려요 ㅠ
안녕하세요. XAMPP에서 처음 세팅할 때는 잘 되었는데 다시 Apache랑 MySQL을 재기동하니 이렇게 나오네요ㅠ data/dbconfig.php 를 봐도 DB 접속정보가 틀린것도 아닌데 왜 이런 오류가 나는지도 모르겠고 방법을 구글링 및 AI 통해서 찾아봐도 해결이 안되네요ㅠ 도움부탁드리겠습니다.
안녕하세요 강사님! 아래 사진1, 사진2와 같이 plan모드를 통해 해당 명시된 디렉토리 경로를 기반으로 md파일이 잘 생성이 된거까지 확인을 했습니다!! 추가적으로 해당 md파일은 처음에 plan모드를 활성화하고 요청시 터미널에 나오는 계획을 md파일로도 저장이 된다는걸로 이해 했는데요. 그렇다면 (1) 첫계획을 완성시키고(md도 생성되고)나서, (2) 제가 터미널을 종료시키고 다시 claude --continue 명령어를 통해 다시 해당 세션으로 돌아가서 (3) 다시 플랜모드를(accept edits 모드 X) 킨다음 클로드코드랑 티키타카를 했을경우에 저 기존 md파일이 새로 갱신되는것이 맞을까요?