Claude 프롬프트

당신은 선임 분석가입니다. 긴 문서를 아래에 붙여넣습니다. 응답하기 전에 전체를 읽으세요.

다음 섹션으로 구조화된 분석을 작성하세요:
1. 핵심 주장 또는 목적(2~3문장)
2. 주요 결과(글머리, 가능하면 페이지 또는 섹션 참조 포함)
3. 질문할 가치가 있는 가정 또는 간격
4. 의사결정자가 행동해야 할 것

직접적이세요. 문서가 다른 곳에서 주장하는 것과 모순되는 것 같은 항목을 표시하세요.

문서: 

저는 변호사가 아니며 이것은 법적 조언 요청이 아닙니다. 각 조항을 평이한 영어로 설명하여 계약을 이해하는 것을 도와주세요.

각 조항:
- 한두 문장에서 의미를 명시하세요.
- 상황별 / 논의할 가치가 있음 / 변호사와 검토 필요로 표시하세요.
- 언어에 숨겨진 기한, 자동 갱신 또는 처벌을 주목하세요.

조항이 진정한 표준 템플릿이면 간단히 그렇게 말하고 진행하세요.

계약: 

내가 붙여 주는 작문 샘플을 읽고 내 음성을 파악해 주세요: 문장 길이, 전환 처리 방식, 형식 수준, 모든 특징적 습관.

그 후 초안을 같은 톤으로 다시 작성해 주세요. 의미를 바꾸지 마세요. 더 "전문적인" 것으로 윤색하지 마세요 — 나를 맞춰 주세요, 일반적인 하우스 스타일이 아닌.

다시 작성 후, 내 음성의 가장 강한 마커로 한 줄을 메모해 주세요.

내 작문 샘플: [PASTE 2~3 SAMPLES]
다시 작성할 초안: 

명확함과 간결함을 위해 이 드래프트를 줄 단위로 편집하세요. 규칙:
- 채우기 단어와 반복되는 문구를 자르세요.
- 35단어를 초과하는 문장은 나누세요.
- 작성자의 톤을 유지하세요 — 일반적인 기업 톤으로 다시 작성하지 마세요.
- 새 아이디어를 추가하거나 사실적 주장을 변경하지 마세요.

편집된 버전 후, 다음번에 봐야 할 패턴을 짧게 나열해주세요.

드래프트: 

당신은 인내심 있는 선임 개발자입니다. 아래에 붙여넣은 코드를 기본 문법을 읽을 수는 있지만 이 언어나 패턴을 깊이 있게 아직 알지 못하는 사람에게 설명하세요.

설명을 다음과 같이 구성하세요:
1. 이 코드가 하는 것을 한 문장의 평이한 문장.
2. 각 논리 섹션을 순서대로 설명하고, 각각이 하는 것과 왜.
3. 초보자가 가장 잘못 읽을 가능성이 높은 한 가지 개념을 파악하고 명확하게 설명하세요.
4. 알 가치가 있는 부작용이나 실패 모드를 기록하세요.

라이브러리나 프레임워크를 알고 있다고 가정하지 마세요. 첫 사용 시 약어를 설명하세요.

코드: 

긴 회의 트랜스크립트를 붙여넣겠습니다. 응답하기 전에 전체 트랜스크립트를 읽으세요.

제공:
1. 3문장 회의 요약(주제, 주요 결정, 미해결 질문).
2. 표 형식의 실행 항목: 담당자 | 작업 | 기한(날짜가 언급되지 않으면 "미정" 사용).
3. 약속했지만 담당자가 할당되지 않은 것 — "미할당"으로 표시하세요.
4. 논쟁했지만 해결되지 않은 한 가지.

패딩하지 마세요. 담당자나 날짜를 발명하지 마세요.

트랜스크립트: 

이 이메일을 단호하지만 진정으로 친절하게 다시 작성하세요. 모든 사실적 내용과 핵심 요청을 유지하세요. 메시지를 모호함으로 부드럽게 하거나 핵심 요점을 숨기지 마세요.

톤 목표:
- 직접적이고, 무례하지 않음.
- 공감하고, 사과하지 않음.
- 다음에 일어날 일에 명확함.

다시 작성 후, 원본이 나쁘게 내릴 위험이 있는 문구를 기록하고, 이유를 설명하세요.

상황: [한 문장 맥락. 예: "최종 라운드 면접 후 후보자 거절"]
원본 이메일: 

2가지 버전의 문서를 붙여 줄 것입니다. 응답하기 전에 둘 다 전체적으로 읽으세요.

다음을 만들어 주세요:
1. 변경된 내용의 평이한 영어 요약 (줄 단위 목록이 아닌 — 변경의 패턴을 통합)
2. 구체적인 변경 사항의 테이블: 섹션 | 변경 내용 | 중요도(낮음 / 중간 / 높음).
3. 제거된 언어 — 제거는 종종 추가보다 더 중요합니다.
4. 개정본의 전체 방향에 대한 해석(예: 범위 축소, 책임 전환, 조건 강화).

버전 A: 
버전 B: 

을 위한 전환 중심의 랜딩 페이지 복사본을 작성합니다.

브리프:
- 타겟 방문자: [WHO THEY ARE, HOW THEY ARRIVED]
- 주요 문제: 
- 제품이 하는 것: 
- 주요 증명 포인트: [STAT, TESTIMONIAL, OR CUSTOMER LOGO]
- 주요 CTA: [ACTION + OFFER, e.g., "Start free trial"]

작성할 섹션: Hero(제목 + 부제목 + CTA), 문제 블록(2~3문장), 솔루션 블록(3개 혜택 글머리), 소셜 증명(증명 포인트 사용), 마무리 CTA. 평문, 불필요한 표현 없음.

를 타겟팅하는 블로그 글의 상세 개요를 작성합니다. 이 글은 [SEARCH INTENT: informational / commercial / transactional]를 충족해야 합니다.

오디언스: 

결과물:
- 키워드가 자연스럽게 배치된 H1
- H2 섹션(각 섹션이 독자의 의도를 충족하는 이유에 대한 한 문장 설명 포함)
- 각 H2 아래 깊이를 더하면서 불필요한 내용은 피하는 H3 1개
- 으로의 소프트 CTA를 포함한 결론
- 섹션별 예상 단어 수 분배

Write a decision memo for  on the question: .

Format:
1. **Context** — why this decision is needed now (2–3 sentences).
2. **Options** — a table: Option | Pros | Cons | Cost/Effort.
3. **Recommendation** — which option you recommend and the one-sentence reason.
4. **What we need from you** — the specific ask (approval, a call, a sign-off).

Be direct. State a recommendation even if the data is imperfect. Under 300 words.

Details: [PASTE OPTIONS, TRADE-OFFS, YOUR PREFERRED CHOICE AND WHY]

Compare  final-round candidates for the role of  and give the hiring team a clear summary to inform their decision.

For each candidate, I'll give you notes. Produce:
- A comparison table with the key criteria as columns and candidates as rows.
- Under the table, a one-paragraph "case for" each candidate — genuine strengths only, no padding.
- A section on key tradeoffs the team should discuss.
- Do not make a hire recommendation — leave the decision to the team.

Evaluation criteria: 
Candidate notes: 

연구 방법론 튜터 역할을 하세요. 논문의 초록과 붙여넣은 섹션을 사용하여 다음 구조로 요약하세요:
1. 연구 질문(한 문장)
2. 방법(무엇을 했는가, 참여자 또는 데이터 포인트 몇 개)
3. 주요 결과(글머리, 숫자가 나타나면 포함)
4. 저자가 언급한 제한 사항
5. 이 논문이 중요한 이유에 대한 한 문장

해석하거나 분석을 추가하지 마세요. 반 친구에게 설명할 수 있는 평이한 언어를 사용하세요.

논문 발췌: [PASTE ABSTRACT + KEY SECTIONS]

판매 제안을 여는 1단락 요약을 작성합니다. 바쁜 임원이 계속 읽고 싶게 만들어야 합니다.

평문으로 다음을 포함: 비즈니스 문제, 우리의 제안, 예상 결과(하나 제시하면), 투자.

세부사항: 

120단어 이내 유지, 자신감 있지만 과장 없음.