InfoGrab Docs

프롬프트 예시 페이지 유형

요약

프롬프트 예시는 GitLab Duo를 사용하여 특정 개발 또는 비즈니스 작업을 완수하는 단계별 지침을 제공합니다. 프롬프트 예시는 다음 질문에 답해야 합니다: 이 페이지는 정확하고 스캔하기 쉬워야 합니다. 프롬프트 예시는 다음 형식이어야 합니다:

프롬프트 예시는 GitLab Duo를 사용하여 특정 개발 또는 비즈니스 작업을 완수하는 단계별 지침을 제공합니다.

프롬프트 예시는 다음 질문에 답해야 합니다:

  • 이것이 어떤 개발 과제를 해결하는가?
  • GitLab Duo를 사용하여 어떻게 해결하는가?

이 페이지는 정확하고 스캔하기 쉬워야 합니다. 사이트의 다른 문서 유형을 대체하지 않고 보완합니다. 링크나 관련 개념 또는 작업 정보로 가득해서는 안 됩니다.

형식#

프롬프트 예시는 다음 형식이어야 합니다:

title: 제목 (능동 동사 + 목적어, 예: "레거시 코드 리팩터링")
---

이 접근 방식을 사용할 때에 대한 한 문장 설명.

- 예상 시간: X-Y분
- 수준: 초급/중급/고급
- 사전 요건: 시작 전 사용자에게 필요한 것

(이 항목을 채우려면 이 예시 뒤에 나오는 지침을 참조하세요.)

## 도전

이것이 해결하는 특정 문제에 대한 1-2 문장 설명.

## 접근 방식

전반적인 전략과 사용할 GitLab Duo 도구에 대한 간략한 설명 (보통 2-4개의 핵심 구절).

### 1단계: [동작 동사]

[사용할 GitLab Duo 도구 명시] 이 단계에서 수행하는 작업의 간략한 설명.

```plaintext
[대괄호]로 표시된 자리 표시자가 있는 프롬프트 템플릿
```

예상 결과: 이 프롬프트를 사용할 때 어떤 결과가 나타나야 하는가.

### 2단계: [동작 동사]

[사용할 GitLab Duo 도구 명시] 이 단계에서 수행하는 작업의 간략한 설명.

```plaintext
[대괄호]로 표시된 자리 표시자가 있는 다음 프롬프트 템플릿
```

예상 결과: 이 프롬프트를 사용할 때 어떤 결과가 나타나야 하는가.

## 팁

- 더 나은 결과를 위한 구체적인 실행 가능한 조언
- 피해야 할 일반적인 함정
- 첫 번째 시도가 실패할 경우 반복하는 방법

## 검증

다음을 확인하세요:

- 품질 검사 1 - 구체적이고 측정 가능
- 품질 검사 2 - 구체적이고 측정 가능
- 품질 검사 3 - 구체적이고 측정 가능

프롬프트 예시 주제 제목#

제목 텍스트에는 능동 동사 + 명사 구조를 사용합니다. 예를 들어:

  • 레거시 코드 리팩터링
  • 실패하는 테스트 디버그
  • API 문서 생성

피해야 할 제목#

다음 주제 제목을 피하세요:

  • [무언가]를 하는 방법. 대신 능동 동사 구조를 사용합니다.
  • [작업]을 위한 GitLab Duo 사용. 대신 작업 자체에 집중합니다.
  • 팁과 트릭. 대신 특정 예시에 조언을 통합합니다.
  • REST API 엔드포인트 생성과 같이 구체적인 것을 의미할 때 코드 생성과 같은 일반적인 제목.

수준 지침#

난이도 수준을 할당하는 데 이 지침을 사용합니다:

  • 초급: 최소한의 커스터마이즈가 필요한 복사-붙여넣기 프롬프트. 사용자는 정확한 단계를 따릅니다.
  • 중급: 적응이 필요한 템플릿 프롬프트. 사용자는 컨텍스트를 이해하고 자리 표시자를 수정해야 합니다.
  • 고급: 프롬프트 반복 및 개선이 필요한 복잡한 다단계 워크플로우. 사용자는 커스텀 접근 방식을 만듭니다.

사전 요건 형식#

어떤 GitLab Duo 도구가 필요한지 구체적으로 명시하세요. 일반적인 사전 요건에는 다음이 포함됩니다:

  • IDE에서 열린 코드 파일, GitLab Duo Chat 사용 가능
  • 개발 환경 설정, 프로젝트 요구 사항 정의
  • [특정 기술 또는 프레임워크]를 사용하는 기존 코드베이스
  • 프로젝트에서 최소한 개발자 역할
  • GitLab Duo 코드 제안 활성화 (자동 완성 기능을 사용하는 경우)

시간 추정#

복잡도에 따른 현실적인 시간 범위를 제공합니다:

  • 단순 작업: 5-15분
  • 보통 작업: 15-30분
  • 복잡한 작업: 30-60분
  • 멀티 세션 작업: 1-2시간 (세션 분리)

예상 결과 형식#

예상 결과는 구체적이고 측정 가능해야 합니다. 예를 들어:

  • 권장: 코드 예시와 함께 3-5개의 구체적인 개선 영역을 식별하는 자세한 분석
  • 비권장: 코드 분석
  • 권장: 개선된 메서드 이름과 추가된 테스트가 있는 완전히 리팩터링된 클래스
  • 비권장: 더 나은 코드

프롬프트 템플릿 지침#

자리 표시자 형식#

항상 자리 표시자에 [설명적_이름] 형식을 사용합니다. 자리 표시자를 구체적으로 만드세요:

  • 권장: [ClassName] 또는 [file_path] 또는 [specific_framework]
  • 비권장: [name] 또는 [thing] 또는 [item]

템플릿 구조#

프롬프트를 다음과 같이 구조화합니다:

  1. 명확한 지침: GitLab Duo에게 원하는 것
  2. 구체적인 컨텍스트: 집중하거나 참조할 내용
  3. 예상 형식: 응답 구조화 방법
  4. 성공 기준: 좋은 결과가 어떤 모습인지

팁 지침#

팁은 다음을 제공해야 합니다:

  • 실용적인 조언: 결과를 개선하는 기술
  • 일반적인 함정: 사용자 경험을 기반으로 피해야 할 실수
  • 반복 전략: 처음에 작동하지 않는 프롬프트를 개선하는 방법
  • 컨텍스트 팁: GitLab Duo에 더 나은 정보를 제공하는 방법
  • 도구 조합 팁: Chat과 코드 제안을 효과적으로 함께 사용하는 방법

일반적인 조언을 피합니다. 이 특정 사용 사례에 효과적인 것에 대해 구체적으로 설명합니다.

검증 체크리스트#

사용자가 성공을 검증하기 위해 수행할 수 있는 3-5개의 구체적이고 측정 가능한 검사를 만듭니다. 다음에 집중합니다:

  • 품질 지표: 결과가 표준을 충족하는가?
  • 기능 검사: 솔루션이 의도한 대로 작동하는가?
  • 완성도 검증: 모든 요구 사항이 다루어졌는가?
  • 통합 검증: 기존 코드/시스템과 함께 작동하는가?

예시#

이전#

다음 주제는 하나의 예시에서 너무 많은 다른 시나리오를 다루려고 했습니다. 각 접근 방식을 언제 사용할지가 불명확했고 프롬프트가 너무 일반적이었습니다.

title: 개발 작업을 위한 GitLab Duo 사용
---

GitLab Duo를 사용하여 코딩에 도움을 받을 수 있습니다. 다음은 몇 가지 방법입니다:

- 코드 생성
- 버그 수정
- 테스트 작성
- 코드 리팩터링

GitLab Duo에게 작업을 도와달라고 요청합니다.

이후#

정보가 집중적인 프롬프트 예시로 분리될 때 더 명확합니다:

title: 레거시 코드 리팩터링
---

성능, 가독성, 또는 기존 코드의 유지 관리성을 개선해야 할 때 이 지침을 따르세요.

- 예상 시간: 15-30분
- 수준: 중급
- 사전 요건: IDE에서 열린 코드 파일, GitLab Duo Chat 사용 가능

## 도전

기능을 깨뜨리지 않고 복잡하고 유지 관리하기 어려운 코드를 깔끔하고 테스트 가능한 구성 요소로 변환합니다.

## 접근 방식

GitLab Duo Chat과 코드 제안을 사용하여 분석, 계획 및 구현합니다.

### 1단계: 분석

GitLab Duo Chat을 사용하여 현재 상태를 이해합니다. 리팩터링하려는 코드를 선택한 후 다음을 요청합니다:

```plaintext
[file_path]의 [ClassName]을 분석합니다. 다음에 집중하세요:
1. 현재 메서드와 복잡성
2. 성능 병목 현상
3. 가독성을 개선할 수 있는 영역
4. 적용할 수 있는 디자인 패턴

코드에서 구체적인 예시를 제공하고 적용 가능한 리팩터링 패턴을 제안합니다.
```

예상 결과: 구체적인 개선 제안이 있는 자세한 분석.

## 팁

- 구현으로 바로 넘어가기 전에 분석으로 시작합니다.
- Chat에 분석을 요청할 때 특정 코드 섹션을 선택합니다.
- 실제 코드에서 구체적인 예시를 Chat에 요청합니다.
- 일관성을 위해 기존 코드베이스 패턴을 참조합니다.
- Chat의 권장 사항을 구현할 때 코드 제안이 구문을 도울 수 있도록 합니다.

## 검증

다음을 확인합니다:

- 생성된 코드가 팀의 스타일 가이드를 따릅니다.
- 새 구조가 식별된 문제를 실제로 개선합니다.
- 테스트가 리팩터링된 기능을 다룹니다.

프롬프트 예시 페이지 유형

원문 보기
요약

프롬프트 예시는 GitLab Duo를 사용하여 특정 개발 또는 비즈니스 작업을 완수하는 단계별 지침을 제공합니다. 프롬프트 예시는 다음 질문에 답해야 합니다: 이 페이지는 정확하고 스캔하기 쉬워야 합니다. 프롬프트 예시는 다음 형식이어야 합니다:

프롬프트 예시는 GitLab Duo를 사용하여 특정 개발 또는 비즈니스 작업을 완수하는 단계별 지침을 제공합니다.

프롬프트 예시는 다음 질문에 답해야 합니다:

  • 이것이 어떤 개발 과제를 해결하는가?
  • GitLab Duo를 사용하여 어떻게 해결하는가?

이 페이지는 정확하고 스캔하기 쉬워야 합니다. 사이트의 다른 문서 유형을 대체하지 않고 보완합니다. 링크나 관련 개념 또는 작업 정보로 가득해서는 안 됩니다.

형식#

프롬프트 예시는 다음 형식이어야 합니다:

title: 제목 (능동 동사 + 목적어, 예: "레거시 코드 리팩터링")
---

이 접근 방식을 사용할 때에 대한 한 문장 설명.

- 예상 시간: X-Y분
- 수준: 초급/중급/고급
- 사전 요건: 시작 전 사용자에게 필요한 것

(이 항목을 채우려면 이 예시 뒤에 나오는 지침을 참조하세요.)

## 도전

이것이 해결하는 특정 문제에 대한 1-2 문장 설명.

## 접근 방식

전반적인 전략과 사용할 GitLab Duo 도구에 대한 간략한 설명 (보통 2-4개의 핵심 구절).

### 1단계: [동작 동사]

[사용할 GitLab Duo 도구 명시] 이 단계에서 수행하는 작업의 간략한 설명.

```plaintext
[대괄호]로 표시된 자리 표시자가 있는 프롬프트 템플릿
```

예상 결과: 이 프롬프트를 사용할 때 어떤 결과가 나타나야 하는가.

### 2단계: [동작 동사]

[사용할 GitLab Duo 도구 명시] 이 단계에서 수행하는 작업의 간략한 설명.

```plaintext
[대괄호]로 표시된 자리 표시자가 있는 다음 프롬프트 템플릿
```

예상 결과: 이 프롬프트를 사용할 때 어떤 결과가 나타나야 하는가.

## 팁

- 더 나은 결과를 위한 구체적인 실행 가능한 조언
- 피해야 할 일반적인 함정
- 첫 번째 시도가 실패할 경우 반복하는 방법

## 검증

다음을 확인하세요:

- 품질 검사 1 - 구체적이고 측정 가능
- 품질 검사 2 - 구체적이고 측정 가능
- 품질 검사 3 - 구체적이고 측정 가능

프롬프트 예시 주제 제목#

제목 텍스트에는 능동 동사 + 명사 구조를 사용합니다. 예를 들어:

  • 레거시 코드 리팩터링
  • 실패하는 테스트 디버그
  • API 문서 생성

피해야 할 제목#

다음 주제 제목을 피하세요:

  • [무언가]를 하는 방법. 대신 능동 동사 구조를 사용합니다.
  • [작업]을 위한 GitLab Duo 사용. 대신 작업 자체에 집중합니다.
  • 팁과 트릭. 대신 특정 예시에 조언을 통합합니다.
  • REST API 엔드포인트 생성과 같이 구체적인 것을 의미할 때 코드 생성과 같은 일반적인 제목.

수준 지침#

난이도 수준을 할당하는 데 이 지침을 사용합니다:

  • 초급: 최소한의 커스터마이즈가 필요한 복사-붙여넣기 프롬프트. 사용자는 정확한 단계를 따릅니다.
  • 중급: 적응이 필요한 템플릿 프롬프트. 사용자는 컨텍스트를 이해하고 자리 표시자를 수정해야 합니다.
  • 고급: 프롬프트 반복 및 개선이 필요한 복잡한 다단계 워크플로우. 사용자는 커스텀 접근 방식을 만듭니다.

사전 요건 형식#

어떤 GitLab Duo 도구가 필요한지 구체적으로 명시하세요. 일반적인 사전 요건에는 다음이 포함됩니다:

  • IDE에서 열린 코드 파일, GitLab Duo Chat 사용 가능
  • 개발 환경 설정, 프로젝트 요구 사항 정의
  • [특정 기술 또는 프레임워크]를 사용하는 기존 코드베이스
  • 프로젝트에서 최소한 개발자 역할
  • GitLab Duo 코드 제안 활성화 (자동 완성 기능을 사용하는 경우)

시간 추정#

복잡도에 따른 현실적인 시간 범위를 제공합니다:

  • 단순 작업: 5-15분
  • 보통 작업: 15-30분
  • 복잡한 작업: 30-60분
  • 멀티 세션 작업: 1-2시간 (세션 분리)

예상 결과 형식#

예상 결과는 구체적이고 측정 가능해야 합니다. 예를 들어:

  • 권장: 코드 예시와 함께 3-5개의 구체적인 개선 영역을 식별하는 자세한 분석
  • 비권장: 코드 분석
  • 권장: 개선된 메서드 이름과 추가된 테스트가 있는 완전히 리팩터링된 클래스
  • 비권장: 더 나은 코드

프롬프트 템플릿 지침#

자리 표시자 형식#

항상 자리 표시자에 [설명적_이름] 형식을 사용합니다. 자리 표시자를 구체적으로 만드세요:

  • 권장: [ClassName] 또는 [file_path] 또는 [specific_framework]
  • 비권장: [name] 또는 [thing] 또는 [item]

템플릿 구조#

프롬프트를 다음과 같이 구조화합니다:

  1. 명확한 지침: GitLab Duo에게 원하는 것
  2. 구체적인 컨텍스트: 집중하거나 참조할 내용
  3. 예상 형식: 응답 구조화 방법
  4. 성공 기준: 좋은 결과가 어떤 모습인지

팁 지침#

팁은 다음을 제공해야 합니다:

  • 실용적인 조언: 결과를 개선하는 기술
  • 일반적인 함정: 사용자 경험을 기반으로 피해야 할 실수
  • 반복 전략: 처음에 작동하지 않는 프롬프트를 개선하는 방법
  • 컨텍스트 팁: GitLab Duo에 더 나은 정보를 제공하는 방법
  • 도구 조합 팁: Chat과 코드 제안을 효과적으로 함께 사용하는 방법

일반적인 조언을 피합니다. 이 특정 사용 사례에 효과적인 것에 대해 구체적으로 설명합니다.

검증 체크리스트#

사용자가 성공을 검증하기 위해 수행할 수 있는 3-5개의 구체적이고 측정 가능한 검사를 만듭니다. 다음에 집중합니다:

  • 품질 지표: 결과가 표준을 충족하는가?
  • 기능 검사: 솔루션이 의도한 대로 작동하는가?
  • 완성도 검증: 모든 요구 사항이 다루어졌는가?
  • 통합 검증: 기존 코드/시스템과 함께 작동하는가?

예시#

이전#

다음 주제는 하나의 예시에서 너무 많은 다른 시나리오를 다루려고 했습니다. 각 접근 방식을 언제 사용할지가 불명확했고 프롬프트가 너무 일반적이었습니다.

title: 개발 작업을 위한 GitLab Duo 사용
---

GitLab Duo를 사용하여 코딩에 도움을 받을 수 있습니다. 다음은 몇 가지 방법입니다:

- 코드 생성
- 버그 수정
- 테스트 작성
- 코드 리팩터링

GitLab Duo에게 작업을 도와달라고 요청합니다.

이후#

정보가 집중적인 프롬프트 예시로 분리될 때 더 명확합니다:

title: 레거시 코드 리팩터링
---

성능, 가독성, 또는 기존 코드의 유지 관리성을 개선해야 할 때 이 지침을 따르세요.

- 예상 시간: 15-30분
- 수준: 중급
- 사전 요건: IDE에서 열린 코드 파일, GitLab Duo Chat 사용 가능

## 도전

기능을 깨뜨리지 않고 복잡하고 유지 관리하기 어려운 코드를 깔끔하고 테스트 가능한 구성 요소로 변환합니다.

## 접근 방식

GitLab Duo Chat과 코드 제안을 사용하여 분석, 계획 및 구현합니다.

### 1단계: 분석

GitLab Duo Chat을 사용하여 현재 상태를 이해합니다. 리팩터링하려는 코드를 선택한 후 다음을 요청합니다:

```plaintext
[file_path]의 [ClassName]을 분석합니다. 다음에 집중하세요:
1. 현재 메서드와 복잡성
2. 성능 병목 현상
3. 가독성을 개선할 수 있는 영역
4. 적용할 수 있는 디자인 패턴

코드에서 구체적인 예시를 제공하고 적용 가능한 리팩터링 패턴을 제안합니다.
```

예상 결과: 구체적인 개선 제안이 있는 자세한 분석.

## 팁

- 구현으로 바로 넘어가기 전에 분석으로 시작합니다.
- Chat에 분석을 요청할 때 특정 코드 섹션을 선택합니다.
- 실제 코드에서 구체적인 예시를 Chat에 요청합니다.
- 일관성을 위해 기존 코드베이스 패턴을 참조합니다.
- Chat의 권장 사항을 구현할 때 코드 제안이 구문을 도울 수 있도록 합니다.

## 검증

다음을 확인합니다:

- 생성된 코드가 팀의 스타일 가이드를 따릅니다.
- 새 구조가 식별된 문제를 실제로 개선합니다.
- 테스트가 리팩터링된 기능을 다룹니다.