코딩 도우미에게 파일 수정을 맡기기 전에 repo 맥락을 얼마나 적나요?

코드베이스 스타일과 검증 명령을 prompt에 얼마나 넣는지 묻는 개발자 질문.

코딩 도우미에게 “이 기능 고쳐줘”라고만 말하면 기존 helper를 무시하거나 새 패턴을 만들어낼 때가 있습니다. 저는 프로젝트 종류, 관련 디렉터리, 기존 validation/helper, 바꾸면 안 되는 API, 확인할 테스트 명령 정도는 먼저 적는 편이 낫다고 봅니다. 너무 길 필요는 없지만, 어디를 먼저 봐야 하는지는 알려줘야 합니다. 특히 공유 컴포넌트나 API 계약이 걸린 작업은 경계를 먼저 적어야 합니다. 여러분은 파일 수정 전에 repo 맥락을 어느 정도까지 적나요?