제미니 3 힌트 엔지니어링: 일반적인 모범 사례 가이드 @_philschmid의 최신 블로그 게시물: 쌍둥이자리 3은 장황한 설명보다 직접적이고 논리적인 내용을 선호합니다. 키워드 원칙과 세 가지 핵심 실천 사항 👇 핵심 원칙 • 정확한 지시: 불필요한 세부 사항은 제거하고 목표를 명확하게 제시하세요. 쌍둥이자리 3은 간결하고 명확한 지시에 가장 잘 반응합니다. • 일관성 유지: 프롬프트의 구조를 일관되게 유지하고(예: XML 태그를 일관되게 사용) 모호한 용어를 명확하게 정의합니다. • 다중 모드 일관성: 텍스트, 이미지, 오디오 또는 비디오는 동등하게 중요한 입력으로 취급되어야 합니다. 지침은 특정 모드를 명시적으로 언급해야 하며, 이를 통해 모델이 각 모드를 개별적으로 처리하는 대신 포괄적인 분석을 수행할 수 있습니다. • 제약 조건 배치: 모델 추론을 위한 앵커로 동작 제약 조건과 역할 정의를 "시스템 지침"이나 프롬프트 상단에 배치합니다. • 맥락 앵커링: 대량의 데이터를 처리할 때는 구체적인 지침을 마지막에 배치하세요. 데이터와 질문 사이의 간극을 메우기 위해 전환 문구(예: "위 정보를 바탕으로...")를 사용하세요. 세 가지 핵심 관행 1. 추론 및 계획 모델이 직접 답을 주도록 하지 마세요. 대신, 모델이 먼저 "생각"하도록 하세요. • 명시적 분해: 모델은 답변하기 전에 목표를 하위 작업으로 분해하고, 정보의 완전성을 확인하고, 구조화된 개요를 고안해야 합니다. • 자체 업데이트 작업 목록(TODO 추적기): 모델이 TODO 목록을 생성하고 실행 중에 진행 상황을 추적할 수 있습니다(예: [ ] 작업 1, [x] 작업 2). • 자기 비판: 모델은 최종 응답을 출력하기 전에 사용자의 원래 제약 조건에 대해 자체 검토를 수행해야 합니다(예: "사용자의 진정한 의도에 따라 응답했는가, 아니면 문자적 의미에만 따라 응답했는가?"). 2. 구조화된 프롬프트 명확한 마크업 언어(XML 또는 마크다운)를 사용하여 프롬프트의 경계를 정의하세요. 이를 통해 모델이 "지시"와 "데이터"를 구분하는 데 도움이 됩니다. • XML 예시: ``를 사용하여 규칙을 정의하고, ``를 사용하여 배경 정보를 추가하고, ``를 사용하여 사고 과정을 보여줍니다. • 마크다운 예시: #Identity, #Constraints와 같은 제목을 사용하여 콘텐츠를 구성합니다. 권장 사항: 하나의 형식을 선택하여 고수하세요. 여러 형식을 섞어서 사용하지 마세요. 3. 에이전트 도구 사용 제미니 3을 자율적 지능형 에이전트로 사용할 경우 더 큰 회복력과 반성 능력이 필요합니다. • 지속성 지시어: 에이전트에게 "문제가 완전히 해결될 때까지 작업을 계속해야 함"을 명시적으로 지시합니다. 도구 호출이 실패하면 문제를 포기하거나 사용자에게 다시 넘기는 대신 오류를 분석하고 대안을 시도해야 합니다. • 사전 계산 반영: 도구를 호출하기 전에 에이전트는 다음을 명시적으로 명시해야 합니다. 1. 왜 이 도구를 사용해야 하나요? 2. 구체적으로 어떤 데이터를 얻고자 하시나요? 3. 이 데이터는 사용자 문제를 해결하는 데 어떻게 도움이 될 수 있나요? 시나리오 적용 및 템플릿 문서에서는 다양한 분야에 대한 구체적인 전략도 제공합니다. • 조사 및 분석: 먼저 문제를 분해하고 독립적으로 검색한 다음 마지막으로 출처를 종합하고 인용합니다. • 창의적인 글쓰기: 타겟 독자층을 명확하게 정의하세요. 튜링 테스트를 통과하거나 자연스럽게 보이는 것이 목표라면, 시너지, 프로토콜 등 기업 전문 용어 사용은 절대 피하세요. 문제 해결: 모델은 먼저 "표준 솔루션"을 찾은 다음 최적의 솔루션을 제공하기 위해 "파워 유저 솔루션"을 찾아야 합니다. 블로그 주소
