Browser didn't open? Use the url below to sign in (c to copy) https://claude.ai/oauth/authorize?code=true&client_id=9d1c250a-e61b-44d9-88ed-5944d1962f5e&response_type=code&redirect_u ri=https%3A%2F% 2Fplatform.claude.com %2Foauth%2Fcode%2Fcallback&scope=org%3Acreate_api_key+user%3Aprofile+user%3Ainferenc e+user%3Asessions%3Aclaude_code&code_challenge=plDgLDWTjUdKeSQ1786N6AKteMlHWYxFtf20PXIA8a8&code_challenge_method=S256&st ate=kpbHEA2awRNd3lzjot40sii-GPF3iRqcEbMwDqD5O9I Paste code here if prompted >
PostgreSQL의 Partial Unique Index의 기능을 활용하면 attendance_status 모델필드의 값이 cancelled 된 경우를 제외한 모든 동일 일자와 동일 타임슬롯인 경우를 중복으로 간주하는 제약을 구현 할 수 있습니다. __table_args__ = ( Index( "uq_active_booking_when_timeslot", "when", "time_slot_id", unique=True, postgresql_where=text("attendance_status <> 'CANCELLED'"), ), ) postgresql 일 경우, attendance_status 가 'CANCELLED' 가 아닌 모든 when + time_slot_id 조합에 고윳값 제약을 걸어줍니다.
픽스처 함수는 픽스처로, 픽스처 내부에서 사용되는 픽스처 함수는 객체로 표현하였습니다. ===== host_user_calendar 픽스처에서 refresh() 메서드를 통해 host_user 객체를 db와 동기화해서 host_user 객체가 calendar 객체의 존재를 아는 것으로 이해했는데요. 그런데 해당 host_user 객체는 반환되지 않고 host_user_calendar 픽스처에 남아있게 되어 접근할 수 없으니 무의미한 행동이라고 보여졌습니다. 그런데 refresh()를 사용하지 않으면 test_사용자가_변경하는_항목만_변경되고_나머지는_기존_값을_유지한다() 테스트 함수에서 update_calendar 엔드포인트 호출 시 404 에러가 발생하는 것을 확인했습니다. 즉, user.calendar로 접근 시 None으로 평가되는 것이지요. 그렇다면 host_user를 반환하지 않아도 해당 host_user 객체는 client_user_auth 픽스처에서 공유되는 것일까요? (혹은 동일한 객체일까요?) 그래야 refresh()를 진행했을 때 오류가 뜨지 않는다는 점이 설명이 되더라구여. 여기서 또하나 궁금한 점은 client_with_auth 픽스처보다 host_user_calendar 픽스처가 먼저 실행이 되어야 공유되는 host_user 객체가 calendar 정보를 가질 수 있다는 점이었습니다. 이 실행 순서를 결정하는 프로세스에 대해서도 궁금합니다!
Claude Code Custom Command 을 프로젝트 레벨로 등록 후 Max Plan을 구독중인데 5분만 사용해도 Context 가 소진되고 있습니다. 혹시 해당 Command 을 사용하지 않아도 토큰을 소비하는것일까요? 저의 생각이 맞다면 Command 의 내용을 간략화 하기 위하여 지침을 참조 문서로 변경하면 개선이 될까요? Skiil 로 변경하는것이 좋을까요? 참고로 제가 추가한 Command 입니다. # BlockNote Upgrade Command BlockNote 패키지를 최신 버전으로 업그레이드합니다. ## 실행 방법 이 명령은 다음 작업을 순서대로 수행합니다: 1. 현재 BlockNote 버전 확인 2. npm registry에서 최신 버전 조회 3. GitHub releases에서 변경사항 분석 4. Peer dependencies 호환성 검사 5. 사용자 확인 후 업그레이드 수행 6. 빌드 검증 --- ## 지시사항 ### Step 1: 현재 버전 확인 pnpm-workspace.yaml 파일에서 현재 BlockNote 버전을 확인하세요: ```yaml "@blocknote/core": &blocknote "X.X.X" ``` 관련 의존성 버전도 함께 확인: - @mantine/core - @tiptap/core - @shikijs/core ### Step 2: 최신 버전 조회 npm registry에서 최신 버전을 확인하세요: ```bash npm view @blocknote/core version ``` ### Step 3: 릴리스 노트 분석 GitHub releases 페이지에서 변경사항을 확인하세요: ``` WebFetch: https://github.com/TypeCellOS/BlockNote/releases ``` 다음 항목을 확인: - Breaking Changes 여부 - 새로운 기능 - 버그 수정 - Peer dependency 변경 ### Step 4: Peer Dependencies 확인 BlockNote가 의존하는 패키지들의 버전을 확인하세요. 확인할 파일들: | 패키지 | URL | 확인할 의존성 | |--------|-----|--------------| | @blocknote/mantine | https://raw.githubusercontent.com/TypeCellOS/BlockNote/main/packages/mantine/package.json | @mantine/core, @mantine/hooks | | @blocknote/core | https://raw.githubusercontent.com/TypeCellOS/BlockNote/main/packages/core/package.json | @tiptap/*, yjs | | @blocknote/react | https://raw.githubusercontent.com/TypeCellOS/BlockNote/main/packages/react/package.json | react, react-dom | | @blocknote/code-block | https://raw.githubusercontent.com/TypeCellOS/BlockNote/main/packages/code-block/package.json | @shikijs/* | 우선순위: 1. @blocknote/mantine → Mantine (가장 자주 변경) 2. @blocknote/core → Tiptap, Yjs 3. @blocknote/react → React 4. @blocknote/code-block → Shikijs WebFetch로 각 package.json을 확인하고 peerDependencies 섹션에서 버전 요구사항을 추출하세요. ### Step 5: 버전 비교 및 변경사항 정리 현재 프로젝트의 버전과 BlockNote가 요구하는 버전을 비교하여 표로 정리: | 패키지 | 현재 버전 | 필요 버전 | 업데이트 필요 | |--------|----------|----------|--------------| | @blocknote/* | X.X.X | Y.Y.Y | O/X | | @mantine/core | ^X.X.X | ^Y.Y.Y | O/X | | ... | ... | ... | ... | ### Step 6: 사용자 확인 변경사항을 사용자에게 보여주고 진행 여부를 확인하세요: - Breaking Changes가 있으면 경고 - 업데이트할 패키지 목록 표시 - 진행 의사 확인 ### Step 7: pnpm-workspace.yaml 수정 승인되면 pnpm-workspace.yaml을 수정하세요: ```yaml # BlockNote 버전 업데이트 "@blocknote/core": &blocknote "NEW_VERSION" # 필요시 관련 패키지도 업데이트 "@mantine/core": &mantine "^NEW_VERSION" ``` ### Step 8: Clean Install 메이저 의존성 업그레이드 시 기존 node_modules를 정리하고 새로 설치합니다: ```bash # node_modules 및 dist 폴더 삭제 pnpm clean # 의존성 새로 설치 pnpm install ``` > 이 단계는 캐시된 이전 버전 패키지로 인한 호환성 문제를 방지합니다. ### Step 9: 빌드 검증 ```bash pnpm --filter @collaboration/common build pnpm --filter @collaboration/editor build ``` ### Step 10: 결과 보고 업그레이드 결과를 보고: - 변경된 패키지 버전 - 빌드 성공 여부 - 다음 단계 안내 (개발 서버 실행, 기능 테스트) --- ## 롤백 안내 문제 발생 시 이전 버전으로 롤백하는 방법도 안내하세요: ```yaml # pnpm-workspace.yaml에서 이전 버전으로 변경 "@blocknote/core": &blocknote "PREVIOUS_VERSION" ``` ```bash pnpm install ``` --- ## 참고 문서 - 업그레이드 가이드: docs/blocknote-upgrade-guide.md - pnpm catalog 가이드: docs/pnpm-catalog-guide.md - BlockNote 공식 문서: https://www.blocknotejs.org/docs - GitHub 저장소: https://github.com/TypeCellOS/BlockNote
궁금해서 Gemini에게 물어봤는데요..! tabBarLabel 이 {null}로 반환하는 것과 {""} 빈문자열 넣는 법. 이 두가지 차이점을 물어보다가 아래 tabBarShowLabel 속성이 있다는 걸 알게됐고, 요 속성은 아예 레이아웃 처리가 되지 않는 다는 걸 알게됐습니다. 부모 <Tabs /> 에 한번만 쓰면 하위에 다 적용되는 구조입니다. tabBarShowLabel: false, 일단 저는 이 속성 사용해보고있는데, 좋은 것 같아용 ㅎㅎ 제로초님은 이걸 사용하지 않으시던데, 혹시나 요거 사용하면 안되는거면 댓글 달아주세용ㅎㅎ
모달이 닫힐 때 입력 상태(content, images)를 초기화하기 위해 useEffect 에서 isOpen 을 의존성으로 두고 setContent , setImages 를 호출했는데 이 과정에서 "calling setState synchronously within an effect can trigger cascading renders" 경고가 발생했습니다. useEffect 가 외부 시스템과의 동기화를 위한 용도이기 때문에 생기는 오류인지 궁금합니다! 또한 그렇다면 UI 상태 초기화 목적 으로 useEffect 에서 state를 변경하는 방식은 권장되지 않는 패턴인가요? 그래서 현재는 onClose , onCancel 등 모달이 닫히는 이벤트 시점마다 직접 setContent(""), setImages([]) 를 호출하는 방식으로 처리하고 있습니다.
학습 설명중 /init 사용하여 claude.md 파일을 생성하면 해당 내용은 memory 파일이라고 강의를 들었습니다. 그렇다면 /init 을 사용하지 않고, 아래와 같이 작성한다면 생성된 ROADMAP.md 파일은 memory 파일이 아닌가요? "개발자 웹 이력서를 개발 할 수 있도록 ROADMAP.md 파일을 작성해 주세요. 기술스택: -html, css, javascript, tailwindcss 이력서 내용: -일반적인 내용으로 간단히 작성해줘"
실습내용을 열심히 따라가다 보니 WSL에서 git push하려면 토큰 방식으로 생성된 비번을 입력하라고 하셨는데 하다 보니 아래 캡처와 같이 계속 에러가 나네요. 따라하다 무엇을 잘못한 걸까요? ㅠㅠ 참고로 토큰값 생성은 Tokens(classic)으로도 해보고, Fine-grained tokens로도 생성해서 해 봤습니다. 둘 다 안되네요. ㅠ
안녕하세요. 해당 PRD 생성 강의를 듣고 나서 세부적으로 깊은 질문이 몇 가지 생겨서 질문드리고자 합니다. 서브에이전트 문서를 여러 개 강사님께 받아서 진행했습니다. 다만 이전에도 질문 드린 적 있지만 세부적으로 프론트엔드, 백엔드, AI 등의 개인 프로젝트가 아닌 팀프로젝트 단위에서의 서브 에이전트 구성이나 이런 부분은 수강생이 스스로 학습해나가야 하는 부분도 있지만 어떤 식으로 만들어야 되고 참고하면 좋다라고는 말씀하셨지만 실질적으로 개인/팀 단위일 때의 에이전트 및 PRD가 어떤 식으로 차이가 나는 지 알고 싶습니다. (강사님께서 올려주신 소스 코드에 있는 것이 기본적인 틀이 될 수 있다는 점은 알겠지만 응용 단계에서 헷갈리는 부분이 발생한 부분입니다!) PRD에 API, DB 구조 등이 들어가있어 약간의 틀로 보이는데 실제 대형 프로젝트 등을 진행했을 때에는 API, ERD 구조 및 각종 사용자/관리자 명세서 등을 일일이 구분해서 만들었던 경험이 있었습니다. 이러한 것을 세분화해서 각각 자세하게 만들지 않고 PRD 하나로 뭉쳤을 때의 장점 및 단점, 향후 저를 포함한 수강생들이 어떤 방향성을 가지고 활용을 하면 좋을 지 아직까지는 감이 잘 오지 않습니다 ㅠㅠ
79. 서브에이전트 활용: 프로젝트 초기화 안녕하세요~ 이 단원이 좀 복잡해서 다시 보는중인데요, 프로젝트를 초기화(스타터킷에서부터)하는데, PRD를 참고해서 초기화 하는 방식으로 진행을 하시는데요, 이렇게 하면 프로젝트가 완전 초기화가 아닌(그냥 next.js 와 기본 라이브러리만 깔린 상태가 아닌), 초기화를 하면서 PRD에 나와 있는 PRD의 프로젝트를 일부 만드는 것 아닌가요?(실제로 UI,일부 버튼들을 만들더군요). 그냥 (완전)초기화하고 PRD로부터 ROADMAP.map을 만들어서 처음부터 하나씩 만들어 나가는게 더 깔끔한 방식이 아닌가 해서요. 왜냐하면 prd를 기준으로 초기화를 하면 일정부분 화면UI도 나오고 일부 버튼도 동작하는데, 결국에는 ROADMAP.md에 나와 있는 작업 순서대로 다시 작업을 하게 되면 2중으로 작업을 하는게 아닌가 해서요 (심지어 복잡한 프로젝트, 큰 프로젝트의 경우 초기화하면서 PRD 기준으로 만든 뼈대? UI하고 나중에 로드맵 만들고 본격적으로 프로젝트를 만드는중에 코드가 꼬이는(?) 현상 같은게 나오지 않을까 해서요)
안녕하세요 선생님 🙂 먼저 양질의 강의를 제공해주셔 정말 감사합니다. cross_encoder_retriever = ContextualCompressionRetriever( base_compressor=re_ranker, base_retriever=multi_query_custom_retriever, ) 위와 같이 re-ranker를 적용시킬때 retriever를 멀티쿼리로 적용을 해보았습니다. 랭스미스로 로깅을 해보니, 멀티 쿼리는 정상적으로 작동한것 같은데요, 각각의 쿼리에 대해 Runnable로 리랭킹을 하는게 아닌, 원본 쿼리를 기반으로 리랭킹을 한다는 느낌을 받았습니다. 아무래도 데이터셋이 테스트용이라 확답이 안서는데, 이 부분은 사용자의 "원본" 쿼리로만 리랭킹을 하는건지 궁금합니다. 만약 그렇다면 랭그래프로 해결을 할 수 있을듯 한데요, State에 멀티 쿼리의 문서 검색 결과를 저장한 뒤, 각 쿼리에 대한 리랭킹 노드를 하는 방법이 생각이 났는데 피드백 부탁드려도 될까요? (사실 오버 엔지니어링이라는 생각이 들지만 ㅎㅎ 실제 프로덕션에 적용시킨다면 어떤 아키텍쳐가 좋은지 궁금합니다!) 감사합니다 :)
안녕하세요! 회사에서 프론트엔드업무도 맡게되어 강사님 강의로 잘 배우고 있습니다! 😍 😍 Context=props driling을 방지하려고 데이터를 꺼내쓰는 저장소를 만든다고 이해했습니다. 만약 Context.Provider로 "최상위 컴포넌트"를 감싸주면 그게 "전역" 저장소 역할을 하는거 아닌가요?!.. Redux나 zustand? 같이 전역저장소 역할을 하는 툴들이 있다고 하던데 조사해보니 value={{todos,b,c]} 일때 redux는 구독이라는 개념으로 todos의 "길이변화"를 감지해서 "특정 컴포넌트만 리렌더링" 시킬수있다..? 이런 정밀한 작업의 차이밖에 없는걸로 이해돼서요! 좀더나은 Provider로 이해됐습니다. 로그인 정보라던가 현재 선택한 메뉴정보, 장바구니정보 이런데이터들을 담기위해 앱최상단에 Provider로 감싸는건 안좋은 방법일까요? 굳이 Redux나 zustand같은 툴들을 사용하는 이유나 적절한 사용법이 궁금합니다!
안녕하세요. 프로젝트 2 섹션에 돌입하게 되어 프로젝트 소개 및 오리엔테이션을 수강을 시작한 뒤 의문점이 생겨 몇 가지 질문을 드리고자 합니다! 현재 Notion을 활용해서 견적서를 내는 프로젝트를 짐코딩님께서 강의를 쭉 촬영해서 올라와 있는 상태로 알고 있습니다. 하지만 아래 미션들을 보면 수강생들이 직접 아이디어를 내서 새로운 프로젝트를 생성하는 것을 미션으로 제출하고 있는 것으로 미리 확인을 했습니다. 그렇기 때문에 아무래도 pro 버전이라 실습을 하고 제 프로젝트도 따로 만들다보면 많은 토큰을 사용해서 Current Session 토큰이 부족해지거나 주간 토큰량을 초과하게 될까봐 걱정이 되는 상황이고, 또한 견적서는 학생인 저의 경우에는 실습까지 해두면 좋겠지만 토큰량이 걱정입니다. 이런 상황 속에서 아이디어를 미리 정하고 강사님의 강의를 들으면서 저의 프롬프트로 진행하는 것이 좋을 지 혹은 강사님의 커리큘럼대로 쭉 따라간 다음에 미션을 마지막에 진행해도 되는 지 여쭤보고 싶습니다. 현재는 섹션마다 강의를 듣고 미션을 바로바로 진행했는데(강의 실습 진행과 미션 진행을 동시에 => 그 이유는 스타터킷이라는 동일한 조건이기 때문에 실습 자료에 저의 생각을 넣어도 어차피 결과물은 다르게 나오기 때문에 괜찮다고 생각했습니다.) 생각보다 토큰이 빠르게 차서 중간에 작업을 중단해야 되는 경우가 발생했었기 때문에 질문을 드립니다. 위의 이유와 같이 스타터킷의 경우에는 저도 활용 가능하기 때문에 괜찮다고 생각했지만 견적서의 경우에는 당장 학생의 신분에서는 이 강의를 듣고 활용하기에는 어려움이 있지 않을까? 하는 의문이 생겼기 때문입니다!
