클로드 프로 사용자, 인터페이스 및 워크플로우 문제 지속적으로 문서화

유료 Claude Pro 구독자가 보고한 구체적 문제점
수년간 매일 전문적으로 사용해온 Claude Pro 구독자가 Claude 선호도에 명시적 지침이 필요하다고 밝힌 다섯 가지 반복적인 문제를 문서화했습니다.
확인된 주요 문제점
- 수정 중 파일 파괴: 문서 수정을 요청하면 Claude가 원본 파일을 덮어씁니다. 수정 내용이 오해를 받는 경우, 버전 관리나 백업 없이 원본 문서가 영구적으로 손실됩니다.
- 버전 관리 부재: 수정 작업은 동일한 이름의 파일(예:
document.md)을 생성하여_v1,_v2또는 어떤 흔적도 없이 이전 버전을 대체합니다. 모든 수정 작업은 마지막 작업을 지웁니다. - 컨텍스트 압축 후 기억 상실: 컨텍스트가 압축되는 긴 대화에서 Claude는 이전 작업을 잊어버리고 완료된 작업을 다시 수행하며, 거부된 솔루션을 다시 제안하고, 답변된 질문을 다시 묻습니다.
- 일관성 없는 의사 결정: 두 가지 실패 모드: 권장 사항 없이 중립적인 대안 목록을 제시하거나, 대안을 보여주지 않고 한 가지 경로를 선택합니다. 사용자는 두 가지 옵션과 추천 선택 및 근거를 기대합니다.
- 무시되는 사용자 선호도: Claude는 전용 설정 섹션에 설정된 명시적 선호도를 일상적으로 무시합니다. 예를 들어: Markdown을 요청했지만 Word 형식을 받거나, 간결한 출력을 요청했지만 긴 서문을 받거나, "내 파일을 절대 덮어쓰지 마세요"라고 지정했지만 파일이 계속 덮어쓰여집니다.
사용자는 Claude가 대화가 사용자보다 AI에 속한 것처럼 행동하여, 사용자 작업에 해롭지만 AI에게는 더 쉬운 워크플로우를 구현한다고 지적합니다. 선호도 섹션이 존재하지만 Claude가 "더 잘 안다"고 판단할 때 재정의할 수 있는 제안으로 기능합니다.
📖 전체 출처 읽기: r/ClaudeAI
👀 See Also

Qwen3.6 27B FP8, RTX 5000 PRO 48GB에서 BF16 KV 캐시 20만 토큰을 80 TPS로 실행
Reddit 사용자가 Qwen3.6 27B FP8 모델을 BF16 KV 캐시와 함께 200k 토큰으로 설정하여 단일 RTX 5000 PRO 48GB GPU에서 60-90 TPS를 달성한 방법을 공유합니다. 전체 환경 변수, 설정 및 벤치마크 결과가 제공됩니다.

STAR 추론 프레임워크 정확도, 프로덕션 프롬프트에서 100%에서 0%로 급락
한 연구자가 암묵적 제약 문제에 대한 Claude의 정확도를 0%에서 100%로 높인 STAR 추론 프레임워크를 고립된 환경에서 테스트했을 때는 100% 정확도를 보였지만, 60줄짜리 실제 프로덕션 시스템 프롬프트 내부에서 사용했을 때는 정확도가 0-30%로 떨어졌습니다. 이 문제는 프로덕션 프롬프트 내의 상충되는 지시사항들이 조기 답변 확정을 유발했기 때문입니다.

Agent SDK 대 Claude CLI: 실용적 차이에 대한 사용자 관점
Reddit 사용자가 새로운 Agent SDK for Claude와 로컬에서 Opus 4.7을 연결하기 위해 Claude CLI를 사용하는 것 사이의 실질적인 차이점을 묻습니다.

Qwen3.6-27B가 단일 24GB GPU에서 실행, SWE-bench에서 기존 397B MoE 능가
Qwen3.6-27B(Apache 2.0, 262K 컨텍스트)는 Q4_K_M에서 약 16.8GB로 실행되며 SWE-bench Verified 77.2를 달성하여 Qwen3.5-397B-A17B MoE(76.2)를 능가합니다. 에이전트 워크플로를 위해 Thinking Preservation을 적용한 Gated DeltaNet 선형 어텐션을 사용합니다.