커서 규칙 파일은 매우 실용적이지만, 너무 많이 사용하지 마세요. 너무 길게 만들면 컨텍스트가 매번 너무 길어지고 생성 효과에 영향을 미치므로 주의하세요. 중국어 프롬프트를 입력할 때 기본 중국어 답변이 필요하므로 중국어 답변이나 마크다운 등은 필요하지 않습니다. 가장 중요한 사항만 필요합니다. - 프로젝트 유형 - 기본 프레임워크 - 명명 규칙 등. 예를 들어, 저는 다음과 같은 규칙을 사용합니다.
원칙적으로 이 규칙 파일은 기본적으로 매번 API로 전송됩니다. 규칙 파일에 너무 많은 콘텐츠가 포함되어 있으면 다른 곳의 콘텐츠를 압축해야 합니다. 결국 전체 컨텍스트 창 길이는 제한되어 있기 때문입니다. 또한, 모든 요청에 이렇게 많은 규x.com/ch1lam_/status…적인 규칙만 필요합니다. 프롬프트를 작성할 때마다 추가 요구 사항을 추가하는 것으로 충분합니다.
코드가 짧으면 영향이 적고, 길면 길수록 좋습니다. 코드가 길면 짧을수록 좋습니다. 또한, 모델이 강력할수록 컨텍스트 윈도우 길이에 대한 지원이 클수록 영향은 줄어듭니다. 이는 상황에 따라 다릅니다.
커서를 잘 활용하는 가장 중요한 기술은 명령어 + 컨텍스트입니다. 명령어: 매번 무엇을 해야 하는지, 어떤 결과를 기대하는지 명확하게 하는 것이 중요합니다. 명령어는 가능한 한 작고 원자적이어야 합니다. 즉, 한 번에 작은 MVP를 반복하는 것이 가장 좋으며, 한 번에 너무 많은 작업을 수행하지 않는 것이 좋습니다. 컨텍스트: 관련 코드는 무엇이며, Composer 컨텍스트에 하나씩 수동으로 추가하는 것이 가장 좋습니다.
클로드 모델은 지침을 잘 따르고 컨텍스트 창 길이가 짧지 않지만, AI 편집기는 엔지니어링 최적화를 수행하며 실수로 긴 콘텐츠를 최적화할 수 있습니다.