LLM 생성 코드의 빈 규칙을 어떻게 다룰지 묻는 사례
로 만든 코드를 관리할 때, 겉모양 검사보다 코드의 의미와 설계 선택을 어떻게 볼지가 문제가 된다. 예를 들어 방식이나 데이터 흐름처럼 팀의 에 적혀 있지 않은 부분에서 모델이 스스로 결정을 내릴 수 있다. 이때 그 빈자리가 일부러 열어 둔 선택권인지, 아니면 을 만들지 못한 실수인지 구분하기 어렵다.
는 코드가 을 어기지 않으면 조용히 넘어가기 때문에 이런 차이를 알려주지 않는다. 핵심 고민은 에 걸리지 않으면 괜찮다고 볼지, 아니면 모델이 의도하지 않은 설계 빈틈을 채울 때 실제 문제가 생기는지다.
핵심 포인트
- 이 팀 에 없는 방식이나 데이터 흐름을 스스로 정할 수 있다.
- 이 없는 가 의도된 자유인지, 빠뜨린 실수인지 구분하기 어렵다.
- 는 보통 문법이나 정해진 위반만 잡기 때문에 설계 의도 차이는 놓칠 수 있다.
- 에게 맡길 범위와 사람이 승인해야 할 범위를 미리 나눌 필요가 있다.