clear 와 compact 어떤걸 사용해야 할까요?

안녕하세요 서상연님.결론부터 말하면 직전 기능과 연관성이 적을 땐 /clear를 쓰는 게 맞습니다. /compact는 지금까지의 대화를 요약해서 컨텍스트에 남겨두는 방식이라 토큰이 줄긴 해도 0이 되진 않고, /clear는 아예 새 세션처럼 컨텍스트를 비워버리기 때문에 토큰과 메모리 측면에서 훨씬 가볍습니다.연관성이 낮은 다음 기능으로 넘어갈 때 이전 맥락이 남아있으면 매 요청마다 안 쓸 정보가 따라다니면서 토큰을 낭비할 뿐 아니라, 이전 기능에서 쓰던 라이브러리나 네이밍, 접근 방식이 새 기능에 무의식적으로 영향을 줘서 컨텍스트가 오염되는 경우도 꽤 있습니다. /compact가 중요하다고 판단해서 남기는 요약이 새 기능 입장에선 그냥 노이즈일 수 있다는 거죠.반대로 같은 기능 안에서 대화가 너무 길어졌거나, 이전에 정한 아키텍처나 컨벤션을 계속 참조해야 하는 리팩토링 같은 작업이라면 그땐 /compact가 더 적합합니다.실전에서는 프로젝트 전반의 컨벤션이나 구조는 CLAUDE.md에 정리해두면 Claude Code가 알아서 읽어주니까, 단위 기능 간 일관성은 거기서 확보하고 세션은 /clear로 깔끔하게 비우는 패턴이 가장 효율적이에요. 정리하면 단위 기능 넘어갈 땐 /clear, 한 기능 안에서 길어지면 /compact 이렇게 기억하시면 됩니다.

/rewind 시 코드 복구 여부

안녕하세요 S.H. Kim님,결론만 말씀 드리면, 개발자가 직접 수정한 코드는 /rewind로 복구되지 않습니다Claude Code의 체크포인트는 Claude Code의 파일 편집 도구(Edit, Write 등)로 만든 변경사항만 추적합니다. 즉, 개발자가 직접 코드를 수정한 상태에서 이전 단계로 rewind하면, 개발자의 수동 변경사항은 그대로 남거나 덮어씌워질 수 있습니다. 정확히는 같은 파일을 Claude Code도 수정했었다면 rewind 시점의 스냅샷으로 되돌아가기 때문에 개발자의 수동 편집이 사라질 수 있고, Claude Code가 건드리지 않은 파일이라면 수동 편집이 그대로 남습니다.

시니어 리뷰 모드

안녕하세요 Sooyoung Park님,바로 전 강의 영상을 보시면 제가 output-style로 커스텀하게 만든겁니다. 원래는 없고 제가 지난 영상에서 만들어 놓은 겁니다.

output-style is deprecated

안녕하세요 김성규님,output-style이 벌써 없어져서 config을 사용하셔서 설정 가능하십니다. 관계된 부분 영상으로 업데이트 해 놓았으니 확인해보시기 바랍니다.불편을 드려 죄송합니다.

10. output-styles 는 왜 똑같이 해도 안되나요?

안녕하세요 simian님,output-style이 벌써 없어져서 config을 사용하셔서 설정 가능하십니다. 관계된 부분 영상으로 업데이트 해 놓았으니 확인해보시기 바랍니다.불편을 드려 죄송합니다.

[업데이트] 파이썬 패키지 부분에서 안되어서 강의 진행 불가

안녕하세요 닉네임뭐로해야하지님,어려우셨던 부분 보강해서 새로 영상 업데이트 했습니다. 확인해보시고 또 질문 있으시면 남겨주세요.https://inf.run/MDMAt감사합니다.

[업데이트] 파이썬 패키지 부분에서 안되어서 강의 진행 불가

안녕하세요 닉네임뭐로해야하지님,Replit UI가 계속 변경이 되서 혼란되는 부분이 많네요. 제가 지금 확인해 봤는데 다음과 같이 하시면 됩니다.+ 버튼을 누른 후에 Shell이라고 치시면 다음과 같이 나오는데 거기서 pip install 을 사용하시면 직접 인스톨 하실수 있습니다.(사진)다음 방법으로는 + 버튼을 누르신 후에 pyproject.toml 를 검색하시거나 없으시면 새로운 파일을 만드신 후에 원하시는 패키지를 [tool.poetry.dependencies]에 넣으시면 됩니다. 패키지 버전은 위의 pip으로 인스톨 할때 버전이 나오거나 https://pypi.org/ 에서 원하시는 패키지를 찾으신 후에 버전을 넣으시면 됩니다. 그후에 실행을 하시면 자동으로 패키지가 인스톨 후에 실행 됩니다.(사진) 강의 들으시는데 불편을 드려 죄송합니다. 빠른 시간 내에 업데이트하도록 하겠습니다.

output-style is deprecated

안녕하세요 김성규님,아직 https://code.claude.com/docs/en/output-styles 에 나와있는 걸로 보아 사용을 할 수 있을 걸로 보입니다. 제 Config에서도 잘 보이구요(사진).

피그마 관련 답글입니다.

정성스럽게 경험을 공유해주셔서 감사합니다 🙂말씀해주신 부분처럼, 단순히 디자인을 복사하기보다 설계 의도를 전달하는 것이 훨씬 중요하다는 점을 잘 짚어주신 것 같습니다.다만 질문 주신 Figma → Claude Code 활용 부분은 본 강의 범위를 조금 벗어나는 내용이라, 제가 깊이 있게 답변드리기 어려운 점 양해 부탁드립니다. 저는 기본적인 수준에서만 이해하고 있고, 강의에서도 해당 부분은 다루지 않고 있습니다. 하지만 기회가 되면 영상을 찍어보도록 하겠습니다.또한 게시판은 많은 수강생분들이 함께 참고하는 공간이다 보니, 강의 내용과 직접적으로 관련된 질문 위주로 남겨주시면 더 도움이 될 것 같습니다 🙏그리고 제가 답변을 여러 번 드렸는데, 혹시 도움이 되셨다면 리뷰로 의견 남겨주시면 강의 개선에도 큰 도움이 됩니다 🙂앞으로도 좋은 결과 있으시길 바랍니다. 감사합니다!

claude code에 figma 반영 문제

안녕하세요. 전혀 번거롭지 않으니 편하게 질문 주셔도 됩니다. 이런 고민을 하시는 과정 자체가 실제 서비스를 만드는 데 아주 중요합니다.Lovable로 만든 소스코드와 Figma UX/UI를 Claude Code에 반영하는 방식은 보통 “디자인을 그대로 자동 변환한다”기보다는, Figma를 기준 문서처럼 활용하면서 Claude Code가 그 구조와 의도를 이해하도록 만드는 방식에 가깝습니다. 말씀하신 것처럼 버튼 하나하나를 일일이 따는 방식은 저도 비효율적이라고 생각합니다.제가 주로 하는 방식은 Figma에서 화면 전체 흐름을 먼저 정리하고, 각 페이지의 역할, 주요 컴포넌트, 사용자 행동, 상태 변화 같은 것을 텍스트로 함께 정리한 뒤 그 정보를 Claude Code에 넣는 것입니다. 즉, 단순히 “이 화면처럼 만들어줘”가 아니라, “이 페이지는 회원가입 화면이고, 상단에는 헤더, 중간에는 입력 폼, 하단에는 CTA 버튼이 있으며, 에러 상태에서는 어떤 메시지를 보여주고, 모바일에서는 어떻게 배치된다”까지 설명해 주는 방식이 훨씬 잘 동작합니다.MCP 서버를 붙이는 방식도 맞습니다. 다만 핵심은 MCP 자체보다, Claude Code가 Figma의 디자인 토큰, 레이아웃 구조, 컴포넌트 이름, 화면 설명을 얼마나 잘 가져올 수 있게 하느냐입니다. 실제로는 Figma를 연결해서 참고하게 만들 수는 있지만, 결국 결과물이 잘 나오려면 사람이 화면 구조를 어느 정도 해석해서 프롬프트에 녹여주는 과정이 필요합니다. 아직은 완전 자동으로 “디자인 파일 넣으면 바로 서비스 품질로 완성”되는 단계는 아니라고 보시면 됩니다.그래서 실무적으로는 보통 이렇게 접근합니다. 먼저 Figma에서 한 화면씩 중요한 페이지를 정합니다. 그 다음 Claude Code에 현재 프로젝트 구조와 기술 스택을 알려주고, 해당 화면의 목적과 구성 요소를 설명합니다. 그리고 가능하면 Figma의 섹션 이름, 컴포넌트 이름, spacing, color, typography 규칙까지 같이 전달합니다. 그러면 Claude Code가 그걸 바탕으로 React 컴포넌트나 페이지 코드를 생성하도록 합니다. 이후에 한 번에 전체 앱을 만들기보다는, 공통 컴포넌트(Button, Input, Card, Modal 등)부터 먼저 만들고 페이지를 조립하게 하는 것이 훨씬 안정적입니다.제 경우에도 Figma를 Claude Code와 쓸 때, 디자인을 “복사”하려고 하기보다 “설계 의도와 규칙을 전달”하는 데 더 집중합니다. 예를 들어 색상 체계, 버튼 종류, 입력 폼 스타일, 카드 스타일, 간격 규칙 같은 것을 먼저 공통 시스템으로 만들게 하고, 그 위에 각 페이지를 구현하게 합니다. 이렇게 해야 나중에 유지보수도 쉽고, 화면이 많아져도 일관성이 생깁니다.정리하면, Figma와 Claude Code를 함께 쓸 때 가장 효율적인 방법은 버튼 단위로 따는 것이 아니라,-> Figma를 보고-> 화면 구조를 문서화하고-> 디자인 시스템을 먼저 코드로 만들고그 다음 페이지 단위로 Claude Code에 구현시키는 방식입니다.즉, MCP는 연결 도구이고, 실제 생산성을 결정하는 것은 “디자인 정보를 어떤 구조로 Claude Code에 전달하느냐”라고 보시면 됩니다.질문하신 방향은 아주 좋고, 실제로 서비스를 출시하려는 분들이 꼭 부딪히는 지점입니다. 그래서 오히려 지금처럼 고민해 보시는 것이 맞습니다. 괜찮으시다면 다음에는 제가 “Figma 화면을 Claude Code 프롬프트로 바꾸는 실전 예시”까지 드릴 수 있습니다.