머리털 걱정하실 단계는 아니고요, 바이브코딩으로 생성형 데이터를 다루면 거의 다 여기서 한 번 막힙니다. 결론부터 말씀드리면 도구의 한계라기보다 생성 구조 쪽 문제일 가능성이 큽니다.
제일 흔한 원인은 한 번의 호출로 여러 건을 한꺼번에 뽑는 구조입니다. 모델은 같은 컨텍스트 안에서 앞에 쓴 것과 어울리는 걸 이어 쓰기 때문에, 열 개를 한 번에 시키면 열 개가 서로 닮게 나옵니다. 한 건씩 나눠 호출하고, 이미 만들어진 제목 목록을 프롬프트에 넣어 이것들과 겹치지 말라고 명시하는 것만으로 체감이 꽤 달라집니다.
시드 데이터도 그냥 참고하라고 붙여두면 잘 안 먹힙니다. 출력 형식을 JSON 스키마로 강제하고, 고유명사나 숫자를 최소 한 개 이상 포함시키라는 식으로 검증 가능한 조건을 걸어두세요. 그리고 그 조건을 코드에서 실제로 검사해서 통과 못 하면 버리고 다시 뽑게 만드는 게 핵심입니다. 프롬프트로 부탁하는 것과 코드로 걸러내는 것은 결과가 완전히 다릅니다.
템플릿 문장 문제는 후처리로 잡는 게 빠릅니다. 다양한, 중요합니다, 할 수 있습니다 같은 상투어를 금지어 목록으로 두고 걸러내고, 제목끼리 단어 겹침 비율을 계산해 일정 이상이면 폐기하는 식입니다. 다양성도 프롬프트에 다양하게 써달라고 적는 것보다, 관점이나 톤, 길이 같은 축을 배열로 만들어 코드에서 조합해 넣는 쪽이 훨씬 확실합니다.
마지막으로, 데이터 생성 로직은 앱에서 떼어내 별도 스크립트로 돌려보시길 권합니다. 화면에 붙은 상태로 튜닝하면 한 번 돌리는 비용이 커서 실험을 못 합니다. 터미널에서 열 건씩 뽑아 눈으로 보며 프롬프트를 고치면 하루 이틀이면 감이 잡힐 겁니다. 화면이 빨리 나온 것과 데이터 품질은 아예 다른 레이어라, 여기서 시간이 더 드는 건 정상입니다.