레딧 사용자가 일관된 AI 코딩 지원을 위한 실용적인 클로드 설정 공유

r/ClaudeAI의 한 개발자가 채팅 기반 상호작용에서 구조화된 프로젝트 워크플로우로 전환하여 더 일관된 클로드 설정을 만드는 접근법을 공유했습니다.
주요 설정 변경 사항
이 개발자는 클로드를 채팅 인터페이스처럼 다루는 것을 중단하고 몇 가지 실용적인 변경을 구현했습니다:
- 분리된 컨텍스트 파일: 하나의 큰 프롬프트 대신 이제 세 개의 분리된 파일을 유지합니다:
about-me.md(실제로 하는 일),my-voice.md(글쓰기 방식),my-rules.md(클로드가 어떻게 행동하기를 원하는지). - 구조화된 워크플로우: 더 이상 완벽한 프롬프트를 작성하지 않습니다. 대신 원하는 것을 명시하면 → 클로드가 컨텍스트를 읽고 → 질문을 하며 → 계획을 제시한 후 → 실행합니다.
- 계획 강제화: 클로드가 바로 답변으로 넘어가는 것을 허용하지 않으며, 계획 단계를 건너뛰면 일반적으로 출력 품질이 저하된다고 언급했습니다.
- 직접적인 피드백: 뭔가 어색하게 느껴질 때 프롬프트를 다시 쓰는 대신 직접 지적하면, 클로드가 빠르게 수정한다는 것을 발견했습니다.
- 모델 전환: 하나의 모델을 모든 작업에 사용하는 대신 작업에 따라 서로 다른 클로드 모델을 전환합니다.
- 정리: 프로젝트, 템플릿, 출력물을 체계적으로 정리하여 재사용을 더 쉽게 만듭니다.
실용적 영향
이 개발자는 모든 것을 하나의 큰 프롬프트에 담았던 이전 접근법이 "깔끔해 보였지만 잘 작동하지 않았다"는 것을 발견했습니다. 컨텍스트를 분리된 파일로 나누면 출력이 "훨씬 더 일관성 있게" 되었습니다. 이 구조화된 접근법이 실제 작업에 "일관되게 사용 가능한" 첫 번째 설정이며, 이전 설정들은 실제 운영 환경에서 사용되면 유지되지 못했다고 강조합니다.
이 접근법은 매 세션마다 동일한 컨텍스트를 반복하고, 한 번 작동한 프롬프트가 나중에 실패하는 일반적인 문제를 해결합니다. 이 워크플로우는 클로드가 사용자 선호도, 글쓰기 스타일, 행동 기대치에 대한 일관된 참조점을 가지도록 보장합니다.
📖 Read the full source: r/ClaudeAI
👀 See Also

클로드와 OpenAI 사용을 위한 모델 라우팅 기준선
한 개발자가 Claude Haiku 4.5, Sonnet 4.6, Opus 4.6 및 ChatGPT 5.3 Codex를 다양한 작업 유형에 사용하는 모델 라우팅 전략을 공유하며, 필요 시 GPT-5 Mini와 GPT-5.4로 폴백합니다.

클로드로 API 엔드포인트 구축하기: 70개 이상의 엔드포인트 프로젝트에서 얻은 실용적인 프롬프트 엔지니어링 교훈
한 개발자가 Claude를 사용하여 코드의 약 80%를 작성하며 70개 이상의 LinkedIn 자동화 API 엔드포인트를 구축했습니다. 이 프로젝트는 행동 수행 에이전트(API 호출, 데이터 추출, 의사결정 트리 등을 실행하는 에이전트)를 위한 프롬프트 구성에 대한 구체적인 교훈을 보여주었는데, 자연어 지시보다는 명시적 제약 조건을 가진 계약서처럼 프롬프트를 다루는 것이 더 효과적임을 발견했습니다.

Qwen3.5-397B MoE, M1 Ultra에서 페이지드 전문가 로딩으로 14GB RAM에서 실행
Paged MoE 엔진은 20개의 전문가만 RAM에 상주시키고 나머지는 SSD에서 지연 로딩하여, 64GB Mac Studio에서 209GB 397B 모델을 1.59 tok/s, 최대 RAM 14GB로 실행합니다. 소형 모델 벤치마크 포함.

클로드 코드 LSP 설정 가이드: 구조적 코드 이해
레딧 게시물은 구조적 코드 이해를 위해 텍스트 매칭 대신 Language Server Protocol을 사용하도록 Claude Code를 구성하는 방법을 설명하며, 정의로 이동, 참조 찾기, 호출 계층 구조 기능으로 쿼리 시간을 30-60초에서 ~50ms로 줄입니다.