개발자가 Claude AI가 50개 한도를 초과하는 규칙을 무시하는 문제에 대한 해결책을 공유합니다.

Claude Code, Cursor, Codex와 공유 규칙 세트를 사용하는 한 개발자가 특정 제한 사항을 발견했습니다: 규칙 수가 약 50개를 넘어서면 Claude가 프론트엔드 작업 중에 규칙을 조용히 무시하기 시작했습니다. 이 문제는 너무 많은 관련 없는 컨텍스트가 시스템을 압도하는 데서 비롯된 것으로 보입니다.
세 가지 시도된 해결책
개발자는 이 문제를 해결하기 위해 여러 가지 접근법을 시도했습니다:
- 각 작업 전에 규칙을 수동으로 전환하기 — 효과적이지만 정기적으로 사용하기에는 너무 번거로움
- 규칙을 '항상 켜짐'과 '선택적' 폴더로 분할하기 — 여전히 너무 많은 규칙이 로드됨
- 각 프롬프트를 읽고 키워드 기반 매칭을 통해 관련 규칙 2-3개만 선택하는 커스텀 훅 구축하기 — 이 접근법이 실제로 효과가 있었음
작동하는 해결책: 스마트 규칙 로더
이 훅은 사용자 프롬프트를 스캔하고 키워드 기반 매칭(API 필요 없음)을 사용하여 규칙 설명과 일치시킵니다. 그런 다음 Claude가 처리하기 전에 활성 및 비활성 폴더 간에 파일을 교체하여 관련 규칙만 컨텍스트 창에 들어가도록 합니다.
시스템 작동 방식의 예:
- "리액트 컴포넌트 작성" → react.md와 typescript.md 로드
- "커밋 메시지 수정" → commit.md와 git.md 로드
- essential.md와 security.md 같은 필수 규칙은 항상 활성 상태 유지
개발자는 다른 사람들이 사용하거나 검토할 수 있도록 전체 설정을 GitHub의 https://github.com/JSK9999/ai-nexus에 오픈소스로 공개했습니다.
📖 전체 소스 읽기: r/ClaudeAI
👀 See Also

memv: AI 에이전트를 위한 오픈 소스 메모리 시스템
memv는 상호작용에서 예상치 못한 정보만 저장하여 노이즈와 중복성을 줄이는 AI 에이전트용 오픈소스 메모리 시스템입니다.

클로드 코드의 파일 기반 메모리 시스템: 벡터 DB에 대한 실용적인 대안
Claude Code는 벡터 데이터베이스와 임베딩 파이프라인을 사용하지 않고, .md 파일에 프론트매터 메타데이터와 MEMORY.md 인덱스를 활용한 파일 기반 메모리 시스템을 구현합니다. 파일을 스캔하고 매니페스트를 구축한 후, 작은 모델을 사용하여 관련 메모리를 선택하는 방식입니다.

Visdiff: Claude의 프론트엔드 코드 생성을 위한 시각적 피드백 루프
Visdiff는 Claude의 프론트엔드 코드 생성에서 발생하는 시각적 정확도 격차를 해결합니다. 렌더링된 출력물을 Figma 디자인과 픽셀 단위로 비교하고, 차이점을 피드백 루프에 반영하여 일치할 때까지 반복합니다.

mnemos: AI 코딩 에이전트를 위한 지속적 메모리 계층 (Go, MCP-Native, Python 없음)
mnemos는 AI 코딩 에이전트를 위한 Go 기반 MCP 네이티브 메모리 레이어입니다. 저자는 리프트를 측정하기 위한 검증기를 구축했는데, 읽기 시나리오에서 집계 +40%의 향상을 보였지만, 반복적인 수정 후 쓰기 측면 캡처율은 53%에 불과했습니다.