프롬프트 엔지니어링
더 강력한 성능을 위한 복잡한 프롬프트 체이닝
프롬프트 엔지니어링
더 강력한 성능을 위한 복잡한 프롬프트 체이닝
복잡한 작업을 수행할 때, Claude는 단일 프롬프트로 모든 것을 처리하려고 하면 실수를 할 수 있습니다. 사고 연쇄(Chain of thought, CoT) 프롬프팅은 훌륭하지만, 각각 심도 있는 사고가 필요한 여러 단계가 있는 작업은 어떨까요?
프롬프트 체이닝이 해답입니다: 복잡한 작업을 더 작고 관리하기 쉬운 하위 작업으로 나누는 것입니다.
프롬프트를 체이닝하는 이유는?
- 정확성: 각 하위 작업에 Claude가 완전히 집중하여 오류를 줄입니다.
- 명확성: 더 단순한 하위 작업은 더 명확한 지시와 출력을 의미합니다.
- 추적성: 프롬프트 체인에서 문제를 쉽게 찾아 수정할 수 있습니다.
프롬프트 체이닝이 필요한 경우
연구 종합, 문서 분석 또는 반복적인 콘텐츠 생성과 같은 다단계 작업에 프롬프트 체이닝을 사용하세요. 작업에 여러 변환, 인용 또는 지시사항이 포함된 경우, 체이닝을 통해 Claude가 단계를 누락하거나 잘못 처리하는 것을 방지할 수 있습니다.
기억하세요: 체인의 각 연결고리는 Claude의 완전한 주의를 받습니다!
디버깅 팁: Claude가 단계를 놓치거나 성능이 좋지 않은 경우, 해당 단계를 별도의 프롬프트로 분리하세요. 이를 통해 전체 작업을 다시 하지 않고도 문제가 있는 단계를 미세 조정할 수 있습니다.
프롬프트 체이닝 방법
- 하위 작업 식별: 작업을 명확하고 순차적인 단계로 나눕니다.
- 명확한 전달을 위해 XML로 구조화: XML 태그를 사용하여 프롬프트 간에 출력을 전달합니다.
- 단일 작업 목표 설정: 각 하위 작업은 단일하고 명확한 목표를 가져야 합니다.
- 반복: Claude의 성능을 기반으로 하위 작업을 개선합니다.
체인 워크플로우 예시:
- 다단계 분석: 아래의 법률 및 비즈니스 예시를 참조하세요.
- 콘텐츠 생성 파이프라인: 연구 → 개요 → 초안 → 편집 → 형식.
- 데이터 처리: 추출 → 변환 → 분석 → 시각화.
- 의사결정: 정보 수집 → 옵션 나열 → 각각 분석 → 추천.
- 검증 루프: 콘텐츠 생성 → 검토 → 개선 → 재검토.
최적화 팁: 독립적인 하위 작업(여러 문서 분석 등)이 있는 경우, 속도를 위해 별도의 프롬프트를 만들어 병렬로 실행하세요.
고급: 자체 수정 체인
Claude가 자신의 작업을 검토하도록 프롬프트를 체이닝할 수 있습니다! 이는 특히 중요한 작업에서 오류를 잡고 출력을 개선합니다.
프롬프트 1
| 역할 | 내용 |
|---|---|
| User | 이 의학 연구 논문을 요약하세요. <paper>{{RESEARCH_PAPER}}</paper> 방법론, 발견 사항 및 임상적 의미에 중점을 두세요. |
| Assistant {{SUMMARY}} | 방법론: 제2형 당뇨병 환자 500명을 대상으로 한 이중맹검 무작위 대조군 시험. A군(n=250)은 새로운 GLP-1/GIP 이중 작용제를 투여받았고, B군(n=250)은 표준 GLP-1 작용제를 투여받았습니다. 24주 시험, 주요 평가변수: HbA1c 감소. 발견 사항: - A군: 평균 HbA1c 1.8% 감소 - B군: 평균 HbA1c 1.1% 감소 - A군의 68% vs B군의 52%가 HbA1c <7% 달성 - A군: 평균 체중 감소 5.2kg - B군: 평균 체중 감소 3.1kg 안전성: 유사한 부작용 프로필, 치료와 관련된 심각한 사례 없음. 임상적 의미: 이중 작용제는 표준 치료에 비해 우수한 혈당 조절과 체중 감소를 보여줍니다. 특히 비만 당뇨병 환자에게 게임 체인저가 될 수 있습니다. |
프롬프트 2
| 역할 | 내용 |
|---|---|
| User | 의학 연구 논문 요약에 대한 피드백을 제공하는 것이 당신의 임무입니다. 다음은 의학 연구 논문의 요약입니다: <summary> {{SUMMARY}} </summary> 다음은 연구 논문입니다: <paper> {{RESEARCH_PAPER}} </paper> A-F 등급으로 이 요약의 정확성, 명확성 및 완성도를 검토하세요. |
| Assistant {{FEEDBACK}} | 1. 정확성: A - 주요 통계를 정확하게 보고: HbA1c 감소, 체중 감소. - 안전성 프로필과 심각한 부작용 없음을 정확하게 기록. - “게임 체인저”라는 주장은 현저히 나은 결과로 정당화됨. 2. 명확성: A- - 간결하고 잘 구조화된 섹션. - 맥락을 위한 비교 언어(예: “Q1 대비 3% 상승”) 사용이 좋음. - 사소한 문제: “RCT,” “GLP-1,” “GIP”와 같은 약어가 정의되지 않음. 첫 사용 시 풀어쓰는 것을 고려하세요. 3. 완성도: B+ - 요청된 모든 영역 포함: 방법론, 발견 사항, 임상적 의미. - 누락: 그룹의 기준 특성(잘 매칭되었는가?). - 누락: 2차 평가변수(예: 혈압, 지질). - 고려사항: 장기적 의미 또는 추가 연구 필요성. 전반적으로 요약은 정확하고 명확하며, 연구를 빠르게 파악하는 데 핵심 통찰을 제공합니다. A+로 향상시키려면 약어를 정의하고, 그룹 기준 통계를 언급하며, 2차 결과를 기록하고, 장기 연구의 필요성을 간단히 언급하세요. |
프롬프트 3
| 역할 | 내용 |
|---|---|
| User | 피드백을 바탕으로 논문 요약을 개선하는 것이 당신의 임무입니다. 다음은 의학 연구 논문의 첫 초안입니다: <summary> {{SUMMARY}} </summary> 다음은 연구 논문입니다: <paper> {{RESEARCH_PAPER}} </paper> 다음은 피드백입니다: <feedback> {{FEEDBACK}} </feedback> 피드백을 바탕으로 요약을 업데이트하세요. |
| Assistant | 방법론: 제2형 당뇨병 환자 500명을 대상으로 한 이중맹검 무작위 대조군 시험(RCT). A군(n=250)은 새로운 글루카곤 유사 펩티드-1/포도당 의존성 인슐린 분비 촉진 폴리펩티드(GLP-1/GIP) 이중 작용제를 투여받았고, B군(n=250)은 표준 GLP-1 작용제를 투여받았습니다. 24주 시험의 주요 평가변수는 HbA1c 감소였습니다. 그룹은 연령, BMI 및 기준 HbA1c에서 잘 매칭되었습니다. 발견 사항: - A군: 평균 HbA1c 1.8% 감소 - B군: 평균 HbA1c 1.1% 감소 - A군의 68% vs B군의 52%가 HbA1c <7% 달성 - A군: 평균 체중 감소 5.2kg - B군: 평균 체중 감소 3.1kg 2차 평가변수는 두 그룹 모두에서 혈압과 지질 프로필의 개선을 보여주었으며, A군이 약간 더 나은 결과를 보였습니다. 안전성: 두 치료 모두 유사한 부작용 프로필을 보였으며, 심각한 사례는 없었습니다. 임상적 의미: GLP-1/GIP 이중 작용제는 표준 GLP-1 치료에 비해 우수한 혈당 조절과 체중 감소를 보여줍니다. 이러한 결과는 특히 비만 당뇨병 환자에게 중요한 진전이 될 수 있음을 시사합니다. 그러나 지속적인 효능과 안전성을 확인하고 심혈관 결과에 대한 잠재적 이점을 조사하기 위해 더 장기적인 연구가 필요합니다. |
예시
Claude가 이메일 초안에서 제안된 변경 사항을 제공하라는 지시를 놓친 것에 주목하세요.
| 역할 | 내용 |
|---|---|
| User | 당신은 우리의 법무 책임자입니다. 이 SaaS 계약을 검토하여 데이터 프라이버시, SLA 및 책임 한도와 관련된 위험을 중점적으로 살펴보세요. <contract> {{CONTRACT}} </contract> 그런 다음 우려 사항과 제안된 변경 사항을 담은 이메일을 공급업체에 작성하세요. |
| Assistant | SaaS 계약을 검토한 결과, 다음과 같은 우려 사항을 확인했습니다: 1. 데이터 프라이버시 (섹션 7): - 문제: 공급업체가 “서비스 개선”을 위해 클라이언트 데이터를 사용할 수 있는 광범위한 권한을 가짐. - 위험: 무단 데이터 공유나 수익화로 이어질 수 있음. 2. SLA (섹션 5): - 문제: 99.5% 가동 시간 보장은 업계 표준 이하임. - 위험: 과도한 다운타임이 우리 운영에 영향을 미칠 수 있음. 3. 책임 (섹션 9): - 문제: 한도가 3개월 요금으로 설정됨. - 위험: 잠재적 데이터 유출이나 서비스 실패에 대해 부적절함. 이메일 초안: 친애하는 {{VENDOR}}님, SaaS 계약을 검토한 결과, 다음과 같은 우려 사항이 있습니다: 1. 데이터 프라이버시: 우리 데이터는 광범위한 “서비스 개선”이 아닌 직접적인 서비스 제공에만 사용되어야 합니다. 섹션 7을 수정해 주세요. 2. SLA: 99.5% 가동 시간은 불충분합니다. 명확하게 정의된 페널티와 함께 99.99%가 필요합니다. 섹션 5를 수정해 주세요. 3. 책임: 현재 3개월 요금의 한도는 부적절합니다. 데이터 유출이나 고의적 위법 행위에 대해서는 한도 없이 12개월 요금의 한도를 제안합니다. 우리는 잠재적 파트너십을 소중히 여기며, 이러한 변경이 우리를 성공으로 이끌 것이라 믿습니다. 수정된 계약을 보내주시기 바랍니다. 감사합니다, {{CLO_NAME}} |
프롬프트 1
| 역할 | 내용 |
|---|---|
| User | 당신은 우리의 법무 책임자입니다. 이 SaaS 계약을 검토하여 데이터 프라이버시, SLA 및 책임 한도와 관련된 위험을 중점적으로 살펴보세요. <contract> {{CONTRACT}} </contract> <risks> 태그 안에 발견 사항을 출력하세요. |
| Assistant {{CONCERNS}} | 1. 데이터 프라이버시 (섹션 7): - 문제: 공급업체가 “서비스 개선”을 위해 클라이언트 데이터를 사용할 수 있는 광범위한 권한을 가짐. - 위험: 클라이언트 데이터의 무단 공유나 수익화로 이어질 수 있음. - 영향: 클라이언트 신뢰 위반, 규제 벌금(GDPR, CCPA) 가능성. 2. SLA (섹션 5): - 문제: 99.5% 가동 시간 보장은 업계 표준(일반적으로 99.99%) 이하임. - 위험: 99.99%에서 52.6분 대비 연간 최대 43.8시간의 다운타임. - 영향: 운영 중단, 수익 손실, 클라이언트 불만족. 3. 책임 (섹션 9): - 문제: 책임 한도가 3개월 요금으로 설정됨. - 위험: 데이터 유출, IP 도용 또는 장기 서비스 실패에 대해 부적절함. - 영향: 집단 소송이나 규제 벌금과 같이 한도를 크게 초과할 수 있는 손해에 대한 보상 불충분. |
프롬프트 2
| 역할 | 내용 |
|---|---|
| User | 다음 우려 사항을 설명하고 변경을 제안하는 이메일을 SaaS 제품 공급업체에 작성하세요. 다음은 우려 사항입니다: <concerns> {{CONCERNS}} </concerns> |
| Assistant {{EMAIL}} | 친애하는 {{VENDOR}}님, 제안된 SaaS 계약에 대한 철저한 검토 결과, 우리 법무팀은 진행하기 전에 해결해야 할 몇 가지 중요한 우려 사항을 확인했습니다: 1. 데이터 프라이버시 (섹션 7): - 현재: “서비스 개선”을 위한 클라이언트 데이터 사용 권한이 광범위함. - 우려: 잠재적 무단 데이터 공유나 수익화. - 제안된 변경: 데이터 사용을 직접적인 서비스 제공으로 제한. 개선, 분석 또는 마케팅을 위한 사용은 선택적이고 취소 가능하며 익명화되어야 함. 2. SLA (섹션 5): - 현재: 99.5% 가동 시간 보장. - 우려: 연간 최대 43.8시간의 다운타임으로 운영 중단 위험. - 제안된 변경: 단계별 서비스 크레딧과 함께 99.99% 가동 시간. 예: <99.99%는 10% 크레딧, <99.9%는 25%, <99.5%는 50%. 3. 책임 (섹션 9): - 현재: 3개월 요금으로 한도 설정. - 우려: 데이터 유출, IP 도용 또는 장기 중단에 대해 매우 부적절함. - 제안된 변경: 일반 책임은 12개월 요금. 데이터 유출, 고의적 위법 행위, IP 침해에 대해서는 한도 없음. 이러한 변경은 우리에게 협상의 여지가 없습니다. 이는 업계 표준과 데이터 보안, 운영 우수성 및 수탁자 책임에 대한 우리의 약속에 부합합니다. 우리는 잠재적 파트너십의 가치를 인정하며, 이러한 문제를 해결하면 강력한 기반이 될 것입니다. 귀사의 법무팀이 검토하고 이러한 변경을 반영해 주시기 바랍니다. 상호 이해와 합의를 보장하기 위해 추가 논의를 할 수 있습니다. 감사합니다, {{CLO_NAME}} |
프롬프트 3
| 역할 | 내용 |
|---|---|
| User | 이메일을 검토하고 피드백을 제공하는 것이 당신의 임무입니다. 다음은 이메일입니다: <email> {{EMAIL}} </email> 톤, 명확성 및 전문성에 대해 피드백을 제공하세요. |
| Assistant | 1. 톤: - 대립적이지 않으면서 전문적이고 단호함. - “협상의 여지가 없음”이라는 표현은 강하지만 문제의 중요성을 고려하면 정당화됨. - 협력적인 언어(“가치를 인정”, “논의할 수 있음”)가 단호함과 균형을 이루어 건설적인 톤을 유지함. 2. 명확성: - 각 문제에 대해 현재 상태, 우려 사항 및 제안된 변경을 포함한 훌륭한 구조화. - 기술 용어(예: “EBITDA,” “단계별 서비스 크레딧”)는 B2B SaaS 맥락에 적절함. - 실행 항목이 명확함: 공급업체 법무팀이 검토하고 변경 사항을 반영. 3. 전문성: - 우리의 요구 사항만이 아닌 상호 이익과 업계 표준에 초점을 맞춤. - 더 넓은 책임(데이터 보안, 운영 우수성, 수탁자 의무)을 언급하여 논의를 격상시킴. - 추가 논의를 제안하여 문제 이해와 해결에 대한 의지를 보여줌. 전반적으로 이메일은 단호함과 협력 사이의 적절한 균형을 이룹니다. 우리의 우려 사항을 명확하게 표현하고, 구체적인 해결책을 제안하며, 전문적이고 파트너십 지향적인 톤을 유지합니다. 수정이 필요 없으니 발송하세요. |
프롬프트 1
| 역할 | 내용 |
|---|---|
| User | 수석 솔루션 아키텍트로서, 우리의 새로운 엔터프라이즈 SaaS 제품을 위한 이 멀티테넌시 전략을 검토하고 분석하세요. <strategy> {{STRATEGY}} </strategy> 확장성, 보안 및 비용 효율성에 중점을 두세요. |
| Assistant {{ANALYSIS}} | 1. 확장성: + 테넌트별 데이터베이스 샤딩으로 경합을 줄이고 높은 성장을 지원함. + 마이크로서비스로 컴포넌트별 독립적 확장 가능. - 공유 앱 서버가 극단적인 부하에서 병목이 될 수 있음. - 앱 계층의 자동 확장이나 로드 밸런싱에 대한 언급 없음. 2. 보안: + 샤딩을 통한 테넌트 데이터 격리로 데이터 유출 완화. + 짧은 만료 시간과 리프레시 토큰이 있는 JWT는 업계 모범 사례임. - 암호화(저장 시, 전송 중) 또는 키 관리에 대한 언급 없음. - IAM 전략에 역할, 권한 또는 RBAC에 대한 세부 사항 부족. 3. 비용 효율성: + 공유 앱 서버로 유휴 리소스 비용 감소. + 비정기적 작업을 위한 서버리스 함수로 비용 최적화. - 최적화된 멀티테넌트 DB 대비 테넌트별 DB가 규모에서 비용 증가 가능. - 비용 절감을 위한 예약 인스턴스나 스팟 인스턴스 논의 없음. |
프롬프트 2
| 역할 | 내용 |
|---|---|
| User | 멀티테넌시 전략에 대한 이 분석을 바탕으로 엔지니어링 리더십을 위한 전략 검토 문서를 작성하세요. <strategy> {{STRATEGY}} </strategy> <analysis> {{ANALYSIS}} </analysis> 임원 요약, 상세 분석 및 권장 사항을 포함하세요. |
| Assistant {{STRATEGY_DOC}} | # 멀티테넌시 전략 검토: SaaS 엔터프라이즈 제품 ## 임원 요약 제안된 전략은 확장성과 보안 원칙에서 견고한 기반을 보여주지만 구현 세부사항에 간극이 있습니다. 데이터 격리와 컴포넌트 수준 확장에서 뛰어나지만 강력한 앱 계층 확장과 고급 보안 조치가 부족합니다. 비용 최적화는 존재하지만 높은 규모에서 실패할 수 있습니다. 목표된 개선으로 이 전략은 우리의 엔터프라이즈 SaaS 포부를 효과적으로 지원할 수 있습니다. ## 상세 분석 ### 1. 확장성: B+ 장점: - 테넌트별 데이터베이스 샤딩이 훌륭함. 쿼리 지연 시간을 최소화하고, 높은 데이터 성장을 지원하며, 테넌트별 원활한 확장을 용이하게 함. - 마이크로서비스 아키텍처로 다양한 엔터프라이즈 워크로드를 처리하는 데 중요한 수요 기반 개별 컴포넌트 확장 가능. 단점: - 공유 애플리케이션 서버가 병목이 될 위험. 테넌트 수와 트래픽이 증가하면서 모든 테넌트의 성능이 저하될 수 있음. - 앱 계층의 자동 확장과 로드 밸런싱 부재는 중대한 oversight임. 이는 과잉 프로비저닝 없이 트래픽 스파이크를 처리하는 데 필수적임. ### 2. 보안: B- 장점: - 샤딩된 데이터베이스가 강력한 테넌트 데이터 격리를 제공하여 테넌트 간 데이터 유출이나 무단 접근 위험을 완화함. - 짧은 만료와 리프레시 토큰이 있는 JWT가 OWASP 모범 사례에 부합하여 토큰 취약성 기간을 줄임. 단점: - 저장 시 또는 전송 중(TLS 1.3) 데이터 암호화에 대한 언급 없음. 이는 엔터프라이즈 데이터에 대해 협상 불가임. - 키 관리 전략이 없음. 암호화 키, JWT 시크릿 및 DB 자격 증명은 어떻게 관리되고 교체되는가? - IAM이 깊이가 부족함. 잘 정의된 역할이 있는 RBAC, 세분화된 권한을 위한 속성 기반 접근 제어(ABAC) 및 엔터프라이즈 ID 제공자(SAML, OIDC)와의 통합이 필요함. ### 3. 비용 효율성: B 장점: - 공유 앱 서버가 안정 상태 트래픽에 대한 유휴 용량 비용을 줄임. - 비정기적 작업(예: 보고)에 대한 서버리스는 현명함; 이러한 리소스가 사용될 때만 비용 지불. 단점: - 테넌트별 데이터베이스는 강력한 데이터 파티셔닝이 있는 잘 설계된 멀티테넌트 데이터베이스에 비해 규모에서 비용 효율적이지 않을 수 있음. - 예측 가능한 워크로드에 대한 예약 인스턴스나 내결함성 작업에 대한 스팟 인스턴스와 같은 비용 절감 조치에 대한 언급 없음. - 앱 계층 자동 확장 부재로 과잉 프로비저닝이 발생하여 비용 증가 가능. ## 권장 사항 1. 앱 계층 복원력: Kubernetes나 클라우드 네이티브 서비스(EKS, GKE)로 자동 확장 구현. 정적 자산을 위한 CDN과 함께 가용성 영역에 걸쳐 배포. 2. 보안 강화: a. 저장 시(AES-256) 및 전송 중(TLS 1.3) 데이터 암호화. b. 키 관리에 관리형 KMS(AWS KMS, GCP KMS) 사용. c. 엔터프라이즈 SSO를 위한 RBAC, ABAC 및 SAML/OIDC로 IAM 강화. 3. 비용 최적화: a. 규모에서 샤딩 대비 컬럼형 멀티테넌트 DB(예: Snowflake) 평가. b. 앱 서버에 예약 인스턴스, 비중요 워크로드에 스팟 인스턴스 사용. c. 과잉 프로비저닝을 피하기 위한 사전 모니터링과 적정 규모 조정 구현. 4. 개념 증명(PoC): 전체 구현 전에 고규모 시뮬레이션으로 PoC 수행: a. 비용과 성능에 대해 샤딩된 DB vs 최적화된 멀티테넌트 DB 테스트. b. 시뮬레이션된 엔터프라이즈 수준 트래픽 스파이크로 앱 계층 스트레스 테스트. c. 데이터 격리와 접근 제어에 중점을 둔 제3자 보안 감사 수행. 이러한 개선으로 우리의 멀티테넌시 전략은 엔터프라이즈급이 될 것입니다: 확장 가능하고, 안전하며, 비용 효율적입니다. PoC는 우리의 설계 선택을 검증하고 엔터프라이즈 클라이언트에게 신뢰를 줄 것입니다. |
프롬프트 3
| 역할 | 내용 |
|---|---|
| User | 명확성, 실행 가능성 및 엔터프라이즈 우선순위와의 정렬 측면에서 이 전략 검토 문서를 평가하세요. <priorities> {{PRIORITIES}} </priorities> <strategy_doc> {{STRATEGY_DOC}} </strategy_doc> |
| Assistant | 1. 명확성: A + 임원 요약, 상세 분석 및 권장 사항이 있는 명확한 구조. + 분석이 강점/약점의 빠른 파악을 위한 등급 시스템(B+, B-)을 사용함. + 기술 용어(RBAC, ABAC, TLS)가 비기술 리더십을 위해 설명되거나 맥락화됨. + 시각적 보조(글머리 기호, 들여쓰기)가 가독성을 향상시킴. 2. 실행 가능성: A- + 권장 사항이 구체적이고 기술적임(예: “Kubernetes로 자동 확장 구현”). + 명확한 목표가 있는 PoC 계획이 로드맵을 제공함. + 누락: 각 권장 사항에 대한 타임라인, 리소스 요구 사항 또는 팀 할당. + 고려: 즉각적인 조치, 역할 및 상위 수준 타임라인이 있는 “다음 단계” 섹션 추가. 3. 엔터프라이즈 정렬: A+ + 엔터프라이즈 우선순위를 직접 다룸: - 확장성: 엔터프라이즈 수준 트래픽 스파이크 처리 논의. - 보안: 데이터 격리, 암호화 및 엔터프라이즈 IAM에 중점. - 비용: 전략이 엔터프라이즈 FinOps와 정렬(예약 인스턴스, 적정 규모 조정). + “고규모 시뮬레이션”과 보안 감사가 있는 PoC는 엔터프라이즈급 품질에 대한 약속을 보여줌. + 언어가 엔터프라이즈 관심사와 공명함: “용납할 수 없는 위험,” “엔터프라이즈급,” “신뢰를 줄 것”. 전반적으로 문서는 명확성과 엔터프라이즈 정렬에서 뛰어납니다. 실행 가능성은 강하지만 “다음 단계” 섹션으로 A+로 향상될 수 있습니다. 기술적 깊이와 명확한 설명의 결합으로 기술 및 비기술 리더십 모두에게 매우 효과적입니다. 훌륭한 작업입니다! |
Was this page helpful?