레딧 사용자가 포트폴리오 프로젝트를 위한 Claude Code 설정을 공유합니다

수동 워크플로에서 구조화된 Claude Code로

r/ClaudeAI의 한 개발자가 번거로운 수동 워크플로에서 더 체계적인 Claude Code 설정으로 전환한 경험을 공유했습니다. 그들은 이전에 개인 프로젝트에 Claude.ai를 사용하면서 채팅 간 끊임없는 복사-붙여넣기를 포함한 "상당히 엉성한 시스템"을 사용했다고 설명했습니다.

이전 워크플로

그들의 이전 접근 방식은 다음을 포함했습니다:

• 아키텍처, 단계 및 빌드 순서 계획을 위한 하나의 영구적인 "메인 채팅"
• 각 기능 구현을 위한 새로운 채팅 생성
• 채팅 간에 구현 프롬프트 수동 복사
• GitHub에 푸시하고 리포지토리 + 요약을 프로젝트 지식으로 추가
• 메인 채팅으로 돌아가 프로세스 반복

그들은 끊임없는 복사-붙여넣기, 컨텍스트 재설명, 요약 파일 수동 유지로 인해 이 방식이 "지치게 만든다"고 언급했습니다.

새로운 Claude Code 구조

Claude Code를 탐색한 후, 그들은 다음 파일 구조를 개발했습니다:

~/.claude/CLAUDE.md # 개인 설정, 새로운 기능에 계획 모드 사용
project/
├── .claude/CLAUDE.md # 라우터 — 시작 시 읽을 내용, 언제 무엇을 작성할지
├── architecture.md # 결정사항, 패턴, 시스템 설계
├── roadmap.md # 단계 및 상태
└── phases/
    └── phase1/
        ├── phase_plan.md # 작업 시작 전
        └── phase_summary.md # 단계 완료 시

프로젝트 CLAUDE.md 파일은 Claude에게 다음을 지시합니다:

• 먼저 아키텍처와 로드맵 로드
• 새로운 기능을 건드리기 전에 계획 모드 사용
• 시작하기 전에 단계 계획 작성
• 완료 시 요약 작성

동기와 접근 방식

이 개발자는 "단순히 배포하고 잊는 것이 아니라 실제로 이해하고 면접에서 이야기할 수 있는" 포트폴리오 프로젝트를 구축하고 있습니다. 그들은 계획 모드가 Claude가 무엇이든 작성하기 전에 결정사항을 생각하도록 강제하며, 단계 문서화는 항상 무엇이 왜 구축되었는지 알 수 있도록 보장한다고 강조합니다.

제기된 질문들

이 게시물은 커뮤니티를 위해 몇 가지 실용적인 질문을 던집니다:

• 다른 사람들도 유사한 파일 기반 메모리 접근 방식을 사용하는지 아니면 완전히 다른 시스템을 사용하는지
• Frontend 플러그인과 Superpowers 플러그인이 실제로 유용한지 아니면 과대평가된 것인지
• 어떤 MCP 서버가 실제로 사람들의 일상 작업 방식을 바꾸었는지
• 포트폴리오 프로젝트를 구축할 때 Claude가 코딩하는 것을 단순히 지켜보는 것이 아닌 실제 학습을 보장하는 방법
• 다른 사람들의 설정, 특히 CLAUDE.md 코드 조각을 보고 싶다는 요청