Grok 코딩 프롬프트

현재 [언어 또는 프레임워크 및 버전]을(를) 사용하고 있어요. 이 오류를 알기 쉽게 설명하고, 가장 가능성 높은 원인 세 가지를 확률 순서대로 나열한 다음, 각 원인별로 가장 먼저 확인해야 할 사항을 알려주세요: [전체 오류 및 스택 트레이스 붙여넣기]

이 함수는 [입력값]을(를) 전달했을 때 [기대하는 결과] 대신 [실제 결과]을(를) 반환해요. 해당 입력을 바탕으로 모든 변수를 추적하면서 한 줄씩 실행 흐름을 따라가 주시고, 상태가 정상과 달라지는 첫 번째 줄에서 멈춰주세요: [코드 붙여넣기]

이 [언어] 코드는 단독으로 테스트할 땐 괜찮은데, 부하가 걸리면 가끔 [증상]이 발생해요: [코드 붙여넣기]. 경쟁 상태, 공유 상태, 실행 순서에 대한 가정을 살펴봐 주세요. 의심되는 부분마다 버그를 유발하는 정확한 인터리빙 시나리오와 해결 방법을 설명해 주세요.

[언어] 코드베이스를 다루는 꼼꼼한 시니어 개발자 입장에서 이 diff를 리뷰해 주세요. 코멘트를 버그, 위험 요소, 가독성, 테스트 항목으로 분류하고 코드 라인을 명시해 주세요. 마지막으로 승인(approve), 수정 후 승인(approve with changes), 변경 요청(request changes) 중 하나의 판정과 함께 한 줄 이유를 덧붙여 주세요: [diff 붙여넣기]

아래 함수에 대해 테스트해야 할 모든 엣지 케이스와 그 이유를 정리한 다음, [테스트 프레임워크] 코드로 작성해 주세요. 현재 코드에서 실패할 것으로 예상되는 테스트를 하나 이상 포함하고, 어떤 것인지 알려주세요: [함수 붙여넣기]

이 데이터 모델에 대해 [형식, 예: JSON 또는 팩토리 함수] 형식으로 실제와 유사한 테스트 픽스처를 작성해 주세요: [모델 붙여넣기]. 일반적인 데이터 10개와 빈 문자열, 매우 긴 이름, 비라틴 문자, 경계 날짜 같은 까다로운 데이터 5개를 포함하고 각각을 구분해 표시해 주세요.

이 스키마를 바탕으로 [필요한 데이터]을(를) 반환하는 [데이터베이스] 쿼리를 작성해 주세요: [스키마 붙여넣기]. 쿼리를 절별로 나누어 설명하고, [엣지 케이스, 예: 주문 내역이 없는 고객]까지 처리할 수 있는 변형 쿼리도 함께 보여주세요.

이 정규식은 [언어 또는 도구]에서 [의도한 동작]을(를) 수행해야 하지만 [문제가 되는 현상]이 발생하고 있어요: [정규식 붙여넣기]. 정규식을 쪼개어 각 부분을 설명하고, 문제를 유발하는 입력값을 보여준 다음, 수정된 정규식과 함께 반드시 매칭에서 제외해야 할 문자열 세 가지를 알려주세요.

[작업 내용, 예: 30일이 지난 로그 파일을 zip으로 압축 보관]을(를) 수행하는 [bash 또는 PowerShell] 스크립트를 작성해 주세요. 안전성을 위해 실제 실행 없이 동작 내용만 출력하는 드라이런(dry-run) 모드를 넣고, 명확한 오류 메시지를 출력하며, 파일을 삭제하거나 덮어쓰는 모든 줄에 주석을 달아주세요.

이 엔드포인트의 레퍼런스 문서를 작성해 주세요: [핸들러 코드 또는 라우트 붙여넣기]. 메서드와 경로, 매개변수와 타입 및 필수 여부, 요청 예시, 성공 및 오류 응답 예시, 반환 가능한 모든 상태 코드를 포함해 주세요.

내 Git 저장소가 현재 이런 상태예요: [git status와 git log 마지막 몇 줄 붙여넣기]. 원래 하려던 작업은 [목표]였어요. 무슨 일이 일어난 건지 알기 쉽게 설명해 주고, 현재 작업을 백업하는 명령어를 시작으로 복구할 수 있는 정확한 명령어들을 알려주세요. 히스토리를 덮어쓰는 명령어가 있다면 실행 전에 미리 경고해 주세요.

저는 [잘 아는 언어]에 익숙하고 [새 언어]를 배우는 중이에요. 제 평소 스타일로 작성한 이 코드 스니펫 [스니펫 붙여넣기]을 숙련된 [새 언어] 개발자 스타일로 다시 작성해 주세요. 그리고 제가 쓰던 언어에는 직접 대응되지 않는 사용된 관용적 표현(idiom)들을 설명해 주세요.

페이지 스크린샷을 첨부했어요. 문제점: [어색한 부분]. 해당 섹션의 HTML과 CSS는 다음과 같아요: [코드 붙여넣기]. 원인을 찾아서 최소한의 CSS 수정 코드를 제공하고, 같은 실수를 반복하지 않도록 이유도 설명해 주세요.

[앱 이름]의 데이터 모델을 화이트보드에 스케치한 사진을 첨부했어요. 기본 키, 외래 키, 적절한 타입을 갖춘 [데이터베이스 이름] 테이블 정의서로 변환해 주세요. 스케치에서 모호한 관계가 있다면 임의로 추측하지 말고 먼저 물어봐 주세요.

이 함수의 시간 및 메모리 복잡도는 어떻게 되고 그 이유는 무엇인가요? [코드 붙여넣기]. 입력 크기가 약 [크기]일 때 더 빠른 접근 방식이 있다면 보여주고, 가독성 측면에서 어떤 트레이드오프가 있는지도 설명해 주세요.

동작은 그대로 유지하면서 가독성을 높이도록 이 함수를 리팩터링해 주세요: [코드 붙여넣기]. 작고 명확한 단계로 나누어 각 변경 사항을 한 줄로 설명하고, 머지하기 전에 확인할 수 있도록 확신이 안 서는 동작이 있다면 목록으로 정리해 주세요.

[주요 기능]을 수행하는 제 프로젝트 [프로젝트명]의 README를 작성해 주세요. 포함할 섹션: 프로젝트 소개, 바로 복사해 쓰는 빠른 시작 명령어, 설정 옵션 테이블, 자주 발생하는 문제, 기여 방법. 주요 파일 및 명령어 정보: [세부 정보 붙여넣기]

프로그래밍은 알지만 이 코드베이스는 모르는 사람에게 이 [언어] 코드가 무슨 역할을 하는지 설명해 주세요. 두 문장 요약으로 시작해 블록별로 살펴보고, 버그나 임시방편(hack)으로 보이는 부분이 있다면 짚어주세요: [코드 붙여넣기]

[기능]을 다음과 같이 구현하려고 해요: [접근 방식 설명]. 악마의 변호인 입장에서 비판해 주세요. 프로덕션 환경에서 이 설계가 실패하기 가장 쉬운 3가지 방식, 실패 시 나타날 현상, 그리고 더 비용 효율적인 대안이 있다면 알려주세요. 새벽 3시에 장애를 겪는 것보다 지금 솔직하게 듣는 편이 낫습니다.

이 [출발 언어] 코드를 줄 단위로 단순 복사하지 말고 idiomatic한 [대상 언어]로 변환해 주세요: [코드 붙여넣기]. 가능한 한 대상 언어의 표준 라이브러리를 사용하고 동작을 동일하게 유지하며, 정수 나눗셈이나 문자열 인코딩처럼 두 언어가 다르게 동작하는 부분이 있다면 정리해 주세요.