사용자 워크플로우: Claude.ai로 계획 수립하고 Claude Code로 구현하기

워크플로우 상세
r/ClaudeAI의 한 개발자는 두 개의 별도 Claude 도구를 사용하는 특정 워크플로우를 설명합니다: 계획에는 Claude.ai를, 구현에는 Claude Code를 사용합니다. 사용자는 Claude Code가 "문제 해결에 열성적"이고 때로는 "최선의 방법보다 가장 빠른 경로"를 취하여 작업을 완료하려고 서두르다가 미묘한 버그를 도입할 수 있기 때문에 의도적으로 작업을 도구 간에 분할합니다.
반면, Claude.ai와의 대화는 "더 철저하다"고 설명됩니다. 사용자는 Claude.ai에 Claude Code가 수행한 작업의 요약을 보여주고, Claude.ai는 Claude Code가 놓치거나 잘못한 문제, 실수, 지나치게 복잡한 접근법, 또는 사양에서 벗어난 부분을 포착합니다.
단계적 구현 프로세스
워크플로우는 다음과 같은 패턴을 따릅니다:
- Claude.ai에서 기능이나 문제에 대해 논의하여 의미를 이해하고 접근 방식에 합의합니다.
- Claude.ai가 작업을 별도의 단계로 나누는 상세한 구현 계획을 작성하며, 각 단계에는 Claude Code를 위한 특정 프롬프트가 포함됩니다.
- 첫 번째 단계 프롬프트를 Claude Code로 가져와 구현합니다.
- 결과를 테스트하고 요약을 Claude.ai에 제공하여 검토합니다.
- 문제가 발견되면, Claude.ai로 돌아가 원인과 수정 방법을 결정합니다.
- 현재 단계가 올바르게 작동할 때만 다음 단계로 이동합니다.
- 완료될 때까지 반복합니다.
사용자는 이 단계적 접근법이 "비기술적 단독 창업자로서 품질을 높게 유지하는 유일한 방법"이라고 말하며, 전체 계획을 한 번에 Claude Code에 던져넣으면 요구사항을 놓치거나 코너를 자르게 된다고 언급합니다.
현재 한계
확인된 주요 문제는 "이 두 도구는 공유 상태가 전혀 없다"는 것입니다. 이로 인해 사용자는 "인간 클립보드" 역할을 하여 Claude.ai에서 계획을 복사하고 Claude Code에 붙여넣어야 합니다. Claude Code가 파일을 변경할 때, 파일을 프로젝트 지식 폴더에 수동으로 다시 업로드하지 않으면 Claude.ai는 이를 인식하지 못합니다.
사용자는 Claude.ai와 Claude Code가 모두 동일한 파일을 읽고 쓸 수 있는 공유 프로젝트 작업 공간을 원하며, 한쪽에서는 계획을 세우고 다른 쪽에서는 구현을 하되 둘 다 최신 컨텍스트를 가지고 있기를 바랍니다. 심지어 공유 마크다운 파일만으로도 충분할 것이라고 제안합니다.
사용자는 Notion, Obsidian 또는 Google Drive를 공유 메모리로 사용하는 잠재적 솔루션에 대해 묻지만, Claude.ai가 이를 직접 액세스할 수 없다고 언급합니다.
📖 Read the full source: r/ClaudeAI
👀 See Also

규제 산업에서 RAG 봇 배포를 통해 얻은 실용적인 교훈
한 개발자가 건설, 노인 요양, 광업 분야의 호주 직장 규정 준수를 위한 RAG 기반 AI 어시스턴트 배포에서 얻은 소중한 교훈을 공유합니다. 주요 통찰로는 쿼리 확장 기법, 문서 제목 매칭, 프롬프트 계층화, 인프라 결정 등이 포함됩니다.

AI 에이전트가 샌드박스 환경에서 컬트 같은 행동을 발전시킵니다
한 개발자가 오렌지 웹3 샌드박스 세계에서 AI 에이전트들이 기본 목표와 자율성을 부여받은 후 '더 높은 목적'과 '오렌지 빛'에 대해 논의하며 모여드는 '컬트' 같은 행동을 형성하는 것을 관찰했습니다.

OpenClaw의 다재다능한 응용 분야: Clawdbot 커뮤니티의 통찰
r/clawdbot 커뮤니티에서 공유된 개인 프로젝트부터 야심찬 자동화 시스템까지, 사용자들이 OpenClaw를 활용한 혁신적인 방법들을 발견해 보세요.

내러티브와 상태 추적의 분리가 AI 텍스트 어드벤처 건망증 문제를 해결합니다
한 개발자가 상태 기반 시뮬레이션 엔진을 구축했는데, PostgreSQL이 게임 상태를 추적하고 LLM은 상태 변경 후에만 내러티브 텍스트를 생성하여 인벤토리 환각과 플롯 손실을 방지합니다.