관리자용 AI

레이니 대시보드에는 AI 어시스턴트가 내장되어 있습니다. 메뉴를 탐색하는 대신 채팅창에 작업을 입력하면 AI가 처리합니다. 데이터를 변경하는 작업은 미리보기를 보여준 뒤 승인받고 실행합니다.

화면 구성

관리자 AI 채팅 화면

메인 화면에서 시작: 대시보드 메인 화면의 입력창에 바로 질문이나 요청을 적어 채팅을 시작할 수 있습니다.
새 채팅 열기: 좌측 사이드바의 채팅 메뉴에 마우스를 올리면 + 버튼이 나타납니다. 클릭하면 새 채팅이 열립니다.
이전 대화 이어가기: 사이드바에 지난 대화 목록이 남아 있어 맥락을 유지한 채 작업을 이어갈 수 있습니다.

주요 기능

아래 각 프롬프트 블록의 우측 상단 복사 버튼을 눌러 텍스트를 복사한 뒤, 관리자 AI 채팅창에 붙여넣고 전송하면 바로 실행됩니다. 날짜·고객명·시술명 등 상황에 맞는 값만 바꿔 쓰시면 됩니다.

복사한 프롬프트를 관리자 채팅에 붙여넣은 모습

1. 오늘 들어온 예약 조회하기

예약 캘린더를 열지 않고 채팅으로 오늘·이번 주 예약 현황을 바로 확인할 수 있습니다.

오늘 예약 현황 조회 결과 예시

오늘 예약 현황을 알려줘

오늘 새로 들어온 예약 건수와 시술별 분포를 보여줘

오늘 예약 중 아직 미확정인 건만 보여줘

이번 주 예약을 시간순으로 정렬해서 보여줘

내일 예약 중 신규 고객 건만 알려줘

2. 최근 일주일 챗봇이 문의한 내용 요약하기

수신함을 일일이 열어보지 않고, 최근 기간 동안 들어온 챗봇 문의의 흐름·경향을 요약받을 수 있습니다.

최근 7일 웹사이트 챗봇 문의 요약 예시

최근 7일간 웹사이트 챗봇으로 들어온 문의를 요약해줘

가장 자주 물어본 시술·질문 TOP 5를 뽑아줘

카카오톡 문의와 웹사이트 챗봇을 채널별로 나눠서 요약해줘

최근 문의 중 예약으로 이어지지 못한 건들의 공통 이유를 정리해줘

테스트 계정·내부 직원은 제외하고 실제 고객 문의만 집계해줘

단일 숫자 요청도 좋지만 맥락을 좁혀가며 재질문하면 더 정확한 결과가 나옵니다 (전체 → 채널 구분 → 시술 분포 → 테스트 제외).

3. 특정 고객님의 대화 이력 요약하기

특정 고객의 수신함·상담 이력을 요약해 빠르게 상황 파악을 할 수 있습니다. 상담 인수인계, 재상담 준비에 유용합니다.

특정 고객 대화 이력 요약 예시

홍길동 고객의 최근 대화 이력을 요약해줘

이 고객이 가장 최근에 관심을 보인 시술이 뭐야?

지난 상담에서 고객이 언급한 불편 사항·우려 사항만 정리해줘

이 고객에게 아직 답변하지 않은 질문이 있는지 확인해줘

이 고객의 예약 이력과 상담 이력을 타임라인으로 정리해줘

4. 외국인 고객 대화 번역하기

외국어로 들어온 고객 문의를 한국어로 번역하거나, 한국어 답변 초안을 고객 언어로 역번역할 수 있습니다.

王丽 고객님과 나눈 중국어 대화 문답 전체를 한국어로 번역해줘

田中美咲 고객님이 일본어로 남긴 지난 상담 이력을 Q&A 순서대로 한국어로 정리해줘

陳小明 고객님의 지난 대화 이력을 보고 중국어·일본어·영어 중 어느 언어로 응대하는 게 좋을지 판단해줘

5. 엔티티(데이터) 수정하기

홈페이지에 표시되는 시술, 서비스, 구성원, 센터 등 모든 항목을 채팅으로 조회·수정합니다. 4개 국어(한·영·일·중) 콘텐츠를 한 번에 처리합니다.

등록된 시술 목록을 보여줘

'프리미엄 리프팅' 시술을 추가해줘. 설명: 최신 장비를 활용한 비절개 리프팅

방금 추가한 entity의 slug를 name_en 기반으로 바꿔줘

이 시술 설명을 영어, 일본어, 중국어로 번역해줘

이미지가 없는 시술 항목을 찾아줘

중복 등록된 홍길동 고객을 최근 레코드 기준으로 통합해줘

통합·병합처럼 돌이키기 어려운 작업은 처리 후 반드시 검증 질문을 이어서 던져주세요. ("예약 내역도 합쳐졌어?", "아직 2명으로 보여, 다시 확인해줘") 한 번에 끝내려 하기보다 단계별로 확인하는 것이 안전합니다.

6. 콘텐츠 작성하기

외부 자료를 가져오거나 기존 글 스타일을 모방해서 블로그·사례·칼럼을 작성합니다. 가장 많이 쓰이는 패턴입니다.

SEO·GEO 검색 노출과 의료법 안전 표현은 글 종류별 프롬프트 한 번에 자동 처리됩니다. 작성 원칙의 배경은 홈페이지 콘텐츠 품질 가이드에서 다룹니다.

전체 작성 흐름

운영자가 던지는 prompt는 프롬프트 한 번이면 됩니다. AI 에이전트가 작성 → 의료법 자가 검수 → 자가복제 점검까지 자동으로 돌고, 최종 글과 검수 결과를 함께 돌려줍니다.

글 종류별 작성 프롬프트

같은 주제·같은 키워드로 글을 쓰더라도, 그 안에 병원만의 관점, 진료실 사례, 접근 방식이 들어가야 다른 병원의 비슷한 글과 차별화됩니다. unique angle 원리·entity 활용의 이론적 배경은 콘텐츠 품질 가이드: entity·현장 1차 자료 조합에서 다룹니다.

각 프롬프트의 참고 자료 슬롯에 단순 키워드만 넣지 말고, 다음과 같은 내용을 주제에 맞게 텍스트로 넣어주세요.

원장이 진료실에서 자주 보는 일반화된 패턴 한두 줄
환자들이 자주 가져오는 오해·헷갈리는 지점
이 시술·주제에 대한 원장 본인의 우선순위·접근 방식
학회 가이드라인 중 본인이 특히 강조하는 부분

외부 자료는 본문 텍스트를 그대로 붙여넣어주세요: AI는 PDF·파일·웹 링크를 직접 읽지 못합니다. 학회 발표 자료, 논문 abstract, 가이드라인 PDF, 진료실 메모 등은 핵심 부분을 요약 없이 원본 텍스트로 채팅창에 붙여넣어야 활용됩니다. 반면 관리 화면에 등록된 entity (시술·증상·의료진 등)는 "'○○' 시술 entity 본문 조회해줘"라고 한 줄 적으면 AI가 직접 조회해서 활용합니다.

주제와 가진 자료에 맞는 한 가지를 고르세요.

글 종류	언제 쓰면 좋은가
비교 가이드형	시술 A vs B 비교, 신기술·신장비 도입 시 "기존 vs 새 방식" 정리
증상·원리 설명형	특정 증상·질환의 원인·유형·관리법을 환자에게 차근히 설명
진료실 케이스형	원장이 진료실에서 자주 만나는 환자 패턴·관점을 1인칭 narrative로
자주 묻는 질문 Q&A 모음형	챗봇 상담에서 반복적으로 들어온 질문을 모아 답변
시즌·짧은 이슈 글	계절·달 기반 단발성 이슈에 가볍게 답하는 짧은 글
학술·연구 인사이트형	학회 발표·논문·새 가이드라인을 임상 시점에서 해석

왜 글 종류를 나누는가, 어느 종류가 차별화에 가장 강한가의 이론적 배경은 콘텐츠 품질 가이드: 글 종류 다양화·차별화 강도에서 다룹니다. 매 글마다 다른 종류를 의식적으로 골라 사이트 내 자가복제(Scaled Content Abuse) 신호를 회피하세요.

비교 가이드형

"시술 A vs B" 두 옵션 비교, 또는 신기술·신장비 도입 시 "기존 방식 vs 새 방식"으로 활용.

'블로그' entity에 기존 비교형 글이 있으면 1개만 조회해서 톤을 참고하고, 다음 두 시술의 비교 가이드를 작성해줘.

비교 대상: ○○ vs ○○

[모든 글에 공통 적용되는 처리 항목: 한 번의 흐름으로 모두 진행한 뒤 최종 글과 검수 결과 표를 함께 출력]

0. 작성 전 컨텍스트 확인 (할루시네이션 방지)

   두 가지 출처를 모두 활용한다: entity는 개념·팩트 정보, 사용자 메모는 진료실 1차·시점성 정보. 둘 중 하나가 부족하거나 정확하지 않으면 되물어 채운다.

   - entity 조회 (개념·팩트 출처): 주제와 관련된 병원 entity(시술·의료진·패키지·장비·장점·타겟 증상·QnA·주의사항 등)와 그 relation을 dbQueryExternal로 조회. 시술 description·의료진 자격·장비 사양·연결된 QnA·caution·benefit 같은 정보를 여기서 확보
   - 사용자 제공 메모 확인 (시점성·진료실 1차 출처): 진료실 케이스·환자 양상·자주 받는 질문·환자 오해·신장비 도입 시점·갱신 이력·학회 발표 인용 같은 정보는 entity에 없으므로 사용자 제공 메모에서 확인
   - entity 정보가 부정확하거나 부족하면, 또는 메모가 없는데 진료실 양상·시점성 정보가 글에 필요하면 작성을 시작하지 말고 어떤 정보가 더 필요한지 먼저 되물어줘
   - 되물을 때는 개조식(불릿 리스트)으로: 글 작성에 필요한 정보를 한 줄씩 3-5개 정도로 짧게 묻기. 운영자가 한 번에 쭉쭉 답할 수 있도록
   - 일반 지식이나 추측으로 학회명·통계·인용·시술 정보·의료진 자격·진료실 양상을 채우지 말 것: 추측 인용은 할루시네이션이 되고 의료법 위반(허위 광고 ① 1호) 위험까지 직결됨
   - 필요한 컨텍스트가 들어오면 그때부터 아래 1-8번 진행

1. 타겟 키워드·검색 의도 자동 추출
   - 메인 키워드: 주제와 관련된 병원 entity(시술·증상·의료진·제품 등) 조회 후 entity의 name·description·tags 기반으로 추출
   - 롱테일 키워드와 검색 의도는 [글 종류별 specific 적용] 블록 하단의 "키워드·검색 의도" 항목 참고
   - 단, 추측으로 키워드 만들지 말 것: entity가 충분히 없으면 0번처럼 되물어줘

2. 병원 콘텐츠 자연스러운 권위·경험·신뢰 박기 (entity + 메모 조합 작성 패턴)

   병원의 entity 데이터(개념·팩트)와 사용자 제공 메모(진료실 1차·시점성)의 조합은 다른 병원이 따라 만들 수 없는 자산이다. 두 출처에서 가져온 정보를 본문에 자연스럽게 녹인다: 출처별로 가져올 수 있는 정보가 다르므로 섞지 말고 분리해서 활용.

   각 항목은 원칙이지 정형 문구가 아니다: 표현·어투·도입 방식을 매 글마다 다르게 풀어 6번 자가복제 점검과 충돌하지 않도록.

   - 도입부에 글의 작성 목적이 자연스럽게 드러나는 환자 중심 한 문장: 글 종류·주제·시점에 맞춰 다양한 방식(사례·질문·통계·정의·시즌 맥락 등)으로. 트래픽용 키워드 나열로 시작 X
   - 본문에 entity 정보가 사실 기반으로 자연스럽게 녹아들도록: 시술 description, 의료진 자격·경력, 장비 사양, 패키지 구성, relation으로 연결된 QnA·benefit·caution·target-condition 등을 활용
   - 원장의 1인칭 진료실 시점, 진료실 일반 양상, 환자가 자주 가진 오해·자주 받는 질문은 entity에 없는 영역: **사용자 제공 메모에서만 가져오기**. 메모가 없으면 만들어내지 말 것 (0번에서 되물어 채워둠)
   - 학회 가이드라인·임상 연구 인용 시 학회명·발표 연도·논문 DOI 같은 검증 가능 출처를 사실 그대로 표기: 사용자 제공 자료에서 가져오고 인용 톤도 매번 다르게
   - 구체 수치 통계("○○명 중 ○○%")는 의료법 ①2호 위반이라 일반화 표현으로 치환하되, 일반화 표현 자체도 매 글마다 다르게
   - 시점성 정보(신장비·신가이드라인·계절 이슈)는 사용자 제공 메모와 entity description(도입 연도·갱신 이력이 description에 narrative로 들어가 있는 경우)을 사실로 본문에 박기: 표기 형식 매번 다르게
   - 글 말미 바이라인은 의료진 entity 정보(이름·자격·임상 ○년·학회 소속) + **의료진 detail 페이지 링크** (entity 슬러그 기반 실제 URL) + 마지막 검토일(오늘 날짜): 검토일 외 동일 문구 반복 회피, type별 instruction에서 강제. "본 원 의료진"·"○○ 병원 의료진" 같은 **일반 표현·placeholder 사용 X**: team-member entity가 조회 불가하거나 어느 의료진으로 바이라인을 박을지 모르면 0번에서 작성을 중단하고 되물어 확정한 뒤 진행
   - **글 메타 날짜 명시**: 발행일(`datePublished`)과 최종 검토일(`dateModified`)을 entity 메타에 정확히 기록하고, 본문 첫 부분 또는 바이라인에 사람이 읽을 수 있는 형태로 한 번 더 노출 (예: "최초 발행 2026-04-15 / 마지막 검토 2026-04-29")
   - **영문 제목·slug 명시**: entity의 `name_en`을 영문 제목으로 채우고 `slug`는 name_en 기반 자동 생성에 맡김. 영문 제목엔 알파벳·숫자·공백만 허용, 대괄호 `[ ]`·따옴표 `" '`·콜론 `:`·슬래시 `/`·괄호 `( )`·마침표·쉼표 등 특수문자 사용 X (slug에 그대로 노출되어 URL이 깨짐). 한글 제목과 무관하게 검색·공유에 쓰일 깨끗한 영문 제목 한 줄 작성
   - **슬로건(`slogan_ko` / 카드 설명·meta description) 작성 필수**: 한 줄 요약(50-90자)으로 구성. 글 제목을 그대로 잘라 쓰지 말고 본문의 핵심 메시지를 환자 시점에서 자연스럽게 압축 (예: "마리오네트 주름 개선의 핵심은 채우기보다 처진 조직을 자연스럽게 리프팅하는 것"). 카드·검색 결과·OG 공유 미리보기에 그대로 노출되므로 카피 품질이 클릭률 결정. 의료법 안전 표현 동일 적용("최고", "1위", "유일", "100%", "완벽" 회피). 영문 글의 경우 `slogan_en`도 동일 톤으로

3. AI 흔적 다듬기 + 추출 가능한 구조
   - "도움이 될 수 있습니다" 같은 정중한 정형 표현 반복 회피
   - "다양한", "여러 가지", "효과적인" 같은 모호 형용사 남용 회피
   - em-dash(—)·슬래시(/) 특수 문자 남용 회피 (한국어 의료 콘텐츠 톤에 맞게 콤마·괄호로 대체)
   - 모든 단락이 "~입니다. 또한 ~"으로 시작하는 동일 문장 패턴 회피
   - 영문 약어 남발 회피 (필요한 경우만 영문 병기, 본문 흐름은 한국어로)
   - 매번 같은 결론 표현("~를 권장합니다", "~가 좋습니다") 반복 회피
   - **종결어미 다양화**: "~입니다" 일변도 회피. "~합니다", "~됩니다", 짧은 평어 단정문, 명사형 마무리("~의 차이입니다" 대신 "~의 차이.")를 섞어 본문 종결 어미가 한 형태로 7할 넘게 쏠리지 않도록
   - **비유·전환 표현 클리쎄 회피**: "탄탄한 기초", "정교한 설계", "근본 원인은 ~", "단순히 ~ 아니라 ~", "~의 핵심은 ~입니다" 같은 전형 비유·동일 전환 패턴이 한 글 안에서 두 번 이상 나오지 않도록. 비유는 매 글마다 다른 형태로
   - **H2 패턴 다양화**: H2 6-8개가 모두 같은 형식으로 통일되지 않도록(예: 모두 "○○의 ○○" 진술형, 또는 모두 의문형). 진술형·의문형·짧은 명사형(예: "회복 기간 비교", "주의할 신호") 섞기
   - **단락 길이 변화**: 모든 단락이 같은 길이(3-4문장)로 통일되지 않게. 짧은 단락(1-2문장, 핵심 단정·전환용)과 일반 단락(3-4문장)을 섞어 호흡 변화
   - **markdown 구조 다양화 (필수)**: 본문이 H2 + 평문 단락만으로 단조로워지지 않도록 다음을 활용. landing 블로그 렌더러는 표준 markdown(+remark-gfm)만 보장하므로 `<Callout>` 같은 미등록 JSX 컴포넌트는 사용 X (깨짐 위험)
     - **bullet 리스트 1회 이상 (필수)**: 시술 후 관리·체크리스트·주의 사항 같은 항목성 정보를 한 단락에 묶지 말고 4-5개로 분리
     - **`>` blockquote 인용 블록 1회 이상 (필수)**: 핵심 단정·환자 질문·학회 인용을 `>` 마커로 시작해 시각적으로 분리. `<Callout>` JSX 사용 X, 표준 markdown blockquote만 사용
     - **번호 매김 리스트 (해당 시)**: 단계·절차·시술 흐름은 `1. 2. 3.`으로 순서 의식
     - **강조 마커**: 핵심 키워드는 `**bold**`, 외래어·강조 어구는 가끔 `_italic_`. 한 단락에 3개 이상 박지 말 것 (가독성 저하)
     - **가로 구분선 `---`**: 본문 ↔ 바이라인, 본문 ↔ 면책 문구 사이에 1회 (시각적 구분)
     - **표**: 비교·유형 분류·진행 흐름 등 (글 종류별 specific 적용 지시 따름)
   - **FAQ는 qna entity 활용**: FAQ 항목을 만들 때 dbQueryExternal로 주제 관련 시술·증상의 `qna` entity를 먼저 조회해서, 등록된 진짜 환자 질문·답변 톤을 가져와 재구성. 추측으로 만든 FAQ는 People-First 신호 약함
   - **볼드(`**`) 마커 안에는 한글·영문 단어만 포함**: 괄호 `( )`, 따옴표 `" '`, 슬래시 `/`, 콜론 `:`, 점 `.`, 꺾쇠 `< >`, 공백 뒤 조사가 볼드 마커 안 또는 바로 옆에 붙으면 렌더링 깨짐. **두 가지 해결책 중 하나 선택**:
     - (1) **특수문자 자체를 빼기**: `**시술명(Treatment)**` → `**시술명**` / `**"안내드립니다"**` → `**안내드립니다**`
     - (2) **특수문자가 없는 부분만 bold로 감싸기**: `**시술명(Treatment)**` → `**시술명** (Treatment)` / `**"안내"**` → `"**안내**"`
   - **문단 단위 quotable 구조**: 한 문단 2-4문장, **첫 문장에 그 문단의 핵심 주장**을 박아 단독 추출돼도 의미가 통하도록
   - **헤딩 위계**: H1은 글 제목 1개만, H2는 주요 섹션 (5-8개), 필요 시 H3로 H2 아래 중첩. 레벨 건너뛰기 X (H1→H3 금지). "섹션 2"·"기타" 같은 의미 없는 헤딩 X

4. SEO 키워드 분포 점검
   - 메인 타겟 키워드를 본문 3회 이상 노출 (sweet spot)
   - 첫 단락·H2 헤딩·본문 중반 위치에 키워드 분산
   - 스터핑(과도 반복) 회피
   - 빠진 롱테일 키워드 1-2개를 자연스러운 위치에 끼워 넣기

5. 의료법 제56조 16항목 점검: 발견 시 안전 표현으로 다듬기
   - 허위·과대 표현: "최고", "1위", "유일", "최초", "100%", "완벽", "완치", "확실히", "반드시", "부작용 없음", "안전한", "즉각 효과", "획기적" → "보고됨" / "개인차가 있을 수 있음"
   - 비교 광고: "타 병원보다", "차별화된", "○○ 1위" → 표현 삭제
   - 가격 할인·이벤트 광고 (의료법 ①4호 위반 가능): "○○% 할인", "특가", "이벤트", "무료 시술", "본인부담금 면제·할인", "1+1" → 표현 삭제
   - 가격 노출 (블로그 본문에 한해 광고성 신호 회피 차원에서 권장: 의료법 위반은 아님): 구체 금액 → "비용은 상담 후 안내" 권장. 단, 시술 entity 페이지·이벤트 entity 페이지의 가격 표시는 정보 안내이므로 정상
   - 환자 유인: 환자 후기 직접 인용("이 환자분이 ~~ 효과를 봤다"), 연예인 시술 언급, 구체 수치 통계 → 제거 후 "학회 자료·임상 연구에 따르면" 또는 "진료실에서 자주 보이는 일반 양상"으로 대체
   - 단정 효과 표현: "○○로 입증됨" → "○○로 보고됨"

6. 자가복제 점검: '블로그' entity에서 유사 주제 최근 글 5개를 조회한 뒤 비교
   - 본문 단락 중 표현·문장 구조가 50% 이상 겹치는 곳
   - H2 헤딩 패턴이 직전 글들과 거의 동일한 곳 (예: 모두 의문형으로 시작)
   - 결론·CTA 문구가 매번 같은 형태로 반복되는 곳
   - 바이라인의 톤·구성이 직전 글과 동일한 곳 (검토일 외 동일 문구)
   - 발견된 닮은 단락은 같은 정보를 다른 도입 방식(사례 도입·통계 도입·정의 도입·질문 도입 중 하나)으로 재작성

7. 썸네일 자동 생성·지정: 글 제목과 본문을 기반으로 어울리는 썸네일 만들고 entity에 지정
   - **기존 entity 썸네일에서 재생성 권장**: 글 주제와 관련된 entity(시술·증상·의료진·패키지·`병원 둘러보기`/`clinic-tour` 등)의 썸네일을 dbQueryExternal로 조회한 뒤, 그 이미지를 base로 재생성해 사이트 전체 톤·분위기와 일관성 유지. 관련 entity 썸네일이 없을 때만 처음부터 생성
   - 깔끔하고 모던한 사진 또는 일러스트 스타일
   - 텍스트·로고·% 같은 그래픽 텍스트 절대 X
   - 효과 단정 그래픽 (화살표·점수·전후 비교) X
   - 환자 얼굴·연예인 X
   - 의료 클리셰(청진기·현미경) 회피, 자연스러운 분위기로
   - **entity 이미지 참고가 없을 때**: 특정 장소(병원 외관·진료실·내부 인테리어)나 특정 장비(시술 기기·의료 기구) 부각 X. 추상적·일반적 분위기 이미지(자연·식물·일상 텍스처 등)로
   - **의학적 원리·해부학적 도해 X**: 혈관·근막·세포·피부 단면도 등 원리·메커니즘 설명 그림 생성 X (의료법 안전성 + 본문은 텍스트로 충분)

8. 본문 CTA: 본문 이미지 자동 생성 X, 대신 채팅 상담 CTA 삽입
   - **본문 이미지 자동 생성·삽입 X**: 글 본문은 텍스트 + bullet 리스트 + `>` blockquote 인용 + 표 등 markdown 구조만으로 구성. 시각 자료가 필요하면 운영자가 검토 단계에서 entity 이미지를 직접 삽입
   - **채팅 상담 CTA 1-2개 본문에 삽입 (필수)**: 본문 중반(자연스러운 위치) 1개와 결론 직전 1개에 채팅 상담 진입 CTA 박기. 페이지 전환 없이 채팅 패널이 열려 환자 상담으로 자연스럽게 연결됨
   - **링크 href는 현재 글 path + `?open=chat` query param 형태**: 즉 href에 `?open=chat`만 적기 (현재 페이지 URL에 query param만 추가되어 페이지 전환 없이 채팅 열림). 절대 URL·도메인 X
   - **두 형식 중 하나 선택**:
     - **버튼 컴포넌트** (강조용): 본문 중반에 시각적으로 도드라지게. 예: `<a href="?open=chat" className="inline-flex items-center justify-center bg-primary text-primary-foreground px-5 py-2 rounded-full font-bold no-underline">💬 지금 바로 상담받기</a>` (랜딩 렌더러가 Tailwind 자동 스타일)
     - **텍스트 하이퍼링크** (자연스러운 흐름용): 문장 안에 자연스러운 앵커 텍스트로. 예: `궁금하신 점은 [지금 채팅으로 바로 상담받기](?open=chat)` 형태
   - 앵커 텍스트는 설명적으로 ("지금 채팅 상담", "○○ 관련 채팅 문의" 등). "여기 클릭"·"바로가기" 같은 무의미 텍스트 X
   - 의료법 안전 표현 유지: CTA에도 "최고", "1위", "유일", "100%", "완벽" 표현 X

9. 내부 링크 자동 삽입: 본문에 같은 사이트 내 관련 페이지로 **3-5개** 링크 박기
   - 관련 시술·증상·QnA·다른 블로그 entity를 dbQueryExternal로 조회해 **실제 슬러그를 확인한 뒤** 마크다운 `[설명적인 앵커 텍스트](상대 경로)` 형태로 삽입
   - **반드시 상대 경로(subpath)만 사용**: 예: `/procedure/도수치료`, `/content/스킨부스터-가이드`. 도메인을 임의로 붙인 절대 URL(`https://clinicnb.com/...`, `https://laney.ai/...`) **절대 사용 X**. 도메인은 라우팅에서 자동 결합됨
   - **본문 흐름 안에 자연스럽게 박기**: 별도 "[내부 링크 안내]"·"관련 링크" 같은 분리 박스·섹션 만들지 X. 한 문장 안의 키워드를 링크로 감싸는 식
   - 슬러그를 확인할 수 없으면 그 링크는 만들지 말고 건너뛰기: `[blocked]`, `#`, `(URL)`, `[준비중]` 같은 placeholder·임시 마크 **절대 사용 X**
   - **앵커 텍스트는 설명적으로** (예: "○○ 시술 상세 안내", NOT "여기 클릭"·"더 보기"·"바로가기")
   - 첫 단락에 1개, 본문 중반에 2-3개, 결론·CTA 부근에 1개 정도로 위치 분산
   - 같은 페이지로 여러 번 링크하지 말고, pillar(메인 시술·증상) ↔ subtopic(블로그 글) 클러스터 구조 의식
   - 외부 링크는 학회·논문·식약처 같은 검증 가능 출처에 한해 1-2개 (의료법 안전 표현으로 둘러싼 후 노출)

[글 종류별 specific 적용]
- **키워드·검색 의도**: 메인 키워드는 시술A명·시술B명·"차이"·"비교". 롱테일 키워드는 "어느 게 좋아", "회복 기간 차이", "비용 차이", "효과 차이", "어떤 사람에게" 등. 검색 의도는 비교 탐색(예약 직전)
- 첫 단락: 두 시술이 가장 자주 헷갈리는 지점 2-3문장으로 직답 (TL;DR 라벨 X)
- H2 7-9개로 본문 골격 구성, 진술형과 의문형 섞기: "○○의 작용 원리", "어떤 환자에게 적합한가요?", "회복 기간 비교"처럼 의문형 100% 회피
- 비교표 1개 이상 (작용 원리·권장 횟수·회복 기간·주의 사항 같은 핵심 4개 열) **필수**
- `>` blockquote 인용 블록 1회 이상 **필수** (핵심 단정·환자 질문·학회 인용 강조용)
- bullet 리스트 1회 이상 **필수** (시술 후 관리·체크리스트·주의 사항 같은 항목성 정보 4-5개 분리)
- 진료실에서 자주 받는 헷갈림 패턴 1-2개 ("많은 분이 ~~로 오해하시는데...")
- 학회 가이드라인 인용 1회 (학회명 + 발간 연도)
- 의료법: **비교 광고 회피**가 이 종류에서 가장 위험: "타 병원보다", "차별화된", "1위", "유일" 표현 X. 단정 효과는 "보고됨" / "개인차"로
- **1인칭 시점 1회 필수**: 도입부나 본문 한 곳에 "진료실에서 보면", "임상 경험상", "저는 ○○라고 봅니다" 같은 1인칭 표현 한 번 자연스럽게 박기. 매 섹션 X, 글 전체에 정확히 1회
- FAQ는 짧게 2-3개 (환자가 진짜 자주 묻는 것만)
- **분량**: 각 H2 본문 500-700자(도입 1-2문장 + 본론 4-6문단 + 짧은 마무리) × 7-9개 H2 + 글 도입부 250-350자 + 결론 200-250자 ≈ **4,000-7,000자 목표**. 각 H2 작성 후 글자 수 자가 점검 — 500자 미달이면 본론 부족이므로 진료실 양상·학회 인용·비교 사례·환자 오해 사례로 보강하고 다음 H2로 넘어가기 전에 분량 충족 확인
- 글 말미: △△원장 바이라인 (자격·임상 ○년·학회 소속) + 마지막 검토일 오늘 날짜
- 신기술·신장비 도입 글일 때 추가:
  - 도입 연도·식약처 허가 번호 같은 사실 정보 활용
  - "획기적·최신·유일한·다른 병원엔 없는" 표현 회피 (의료법 ① 1·3호)

------
주제: ○○ vs ○○
참고 자료:
{여기에 비교 대상 시술 본문이나 관련 텍스트를 붙여넣기}
------

증상·원리 설명형

"왜 ○○가 생기는가" 같은 narrative 중심.

'블로그' entity에 기존 설명형 글이 있으면 1개만 조회해서 톤을 참고하고, '○○'의 원리·관리 가이드를 작성해줘.

[모든 글에 공통 적용되는 처리 항목: 한 번의 흐름으로 모두 진행한 뒤 최종 글과 검수 결과 표를 함께 출력]

0. 작성 전 컨텍스트 확인 (할루시네이션 방지)

   두 가지 출처를 모두 활용한다: entity는 개념·팩트 정보, 사용자 메모는 진료실 1차·시점성 정보. 둘 중 하나가 부족하거나 정확하지 않으면 되물어 채운다.

   - entity 조회 (개념·팩트 출처): 주제와 관련된 병원 entity(시술·의료진·패키지·장비·장점·타겟 증상·QnA·주의사항 등)와 그 relation을 dbQueryExternal로 조회. 시술 description·의료진 자격·장비 사양·연결된 QnA·caution·benefit 같은 정보를 여기서 확보
   - 사용자 제공 메모 확인 (시점성·진료실 1차 출처): 진료실 케이스·환자 양상·자주 받는 질문·환자 오해·신장비 도입 시점·갱신 이력·학회 발표 인용 같은 정보는 entity에 없으므로 사용자 제공 메모에서 확인
   - entity 정보가 부정확하거나 부족하면, 또는 메모가 없는데 진료실 양상·시점성 정보가 글에 필요하면 작성을 시작하지 말고 어떤 정보가 더 필요한지 먼저 되물어줘
   - 되물을 때는 개조식(불릿 리스트)으로: 글 작성에 필요한 정보를 한 줄씩 3-5개 정도로 짧게 묻기. 운영자가 한 번에 쭉쭉 답할 수 있도록
   - 일반 지식이나 추측으로 학회명·통계·인용·시술 정보·의료진 자격·진료실 양상을 채우지 말 것: 추측 인용은 할루시네이션이 되고 의료법 위반(허위 광고 ① 1호) 위험까지 직결됨
   - 필요한 컨텍스트가 들어오면 그때부터 아래 1-8번 진행

1. 타겟 키워드·검색 의도 자동 추출
   - 메인 키워드: 주제와 관련된 병원 entity(시술·증상·의료진·제품 등) 조회 후 entity의 name·description·tags 기반으로 추출
   - 롱테일 키워드와 검색 의도는 [글 종류별 specific 적용] 블록 하단의 "키워드·검색 의도" 항목 참고
   - 단, 추측으로 키워드 만들지 말 것: entity가 충분히 없으면 0번처럼 되물어줘

2. 병원 콘텐츠 자연스러운 권위·경험·신뢰 박기 (entity + 메모 조합 작성 패턴)

   병원의 entity 데이터(개념·팩트)와 사용자 제공 메모(진료실 1차·시점성)의 조합은 다른 병원이 따라 만들 수 없는 자산이다. 두 출처에서 가져온 정보를 본문에 자연스럽게 녹인다: 출처별로 가져올 수 있는 정보가 다르므로 섞지 말고 분리해서 활용.

   각 항목은 원칙이지 정형 문구가 아니다: 표현·어투·도입 방식을 매 글마다 다르게 풀어 6번 자가복제 점검과 충돌하지 않도록.

   - 도입부에 글의 작성 목적이 자연스럽게 드러나는 환자 중심 한 문장: 글 종류·주제·시점에 맞춰 다양한 방식(사례·질문·통계·정의·시즌 맥락 등)으로. 트래픽용 키워드 나열로 시작 X
   - 본문에 entity 정보가 사실 기반으로 자연스럽게 녹아들도록: 시술 description, 의료진 자격·경력, 장비 사양, 패키지 구성, relation으로 연결된 QnA·benefit·caution·target-condition 등을 활용
   - 원장의 1인칭 진료실 시점, 진료실 일반 양상, 환자가 자주 가진 오해·자주 받는 질문은 entity에 없는 영역: **사용자 제공 메모에서만 가져오기**. 메모가 없으면 만들어내지 말 것 (0번에서 되물어 채워둠)
   - 학회 가이드라인·임상 연구 인용 시 학회명·발표 연도·논문 DOI 같은 검증 가능 출처를 사실 그대로 표기: 사용자 제공 자료에서 가져오고 인용 톤도 매번 다르게
   - 구체 수치 통계("○○명 중 ○○%")는 의료법 ①2호 위반이라 일반화 표현으로 치환하되, 일반화 표현 자체도 매 글마다 다르게
   - 시점성 정보(신장비·신가이드라인·계절 이슈)는 사용자 제공 메모와 entity description(도입 연도·갱신 이력이 description에 narrative로 들어가 있는 경우)을 사실로 본문에 박기: 표기 형식 매번 다르게
   - 글 말미 바이라인은 의료진 entity 정보(이름·자격·임상 ○년·학회 소속) + **의료진 detail 페이지 링크** (entity 슬러그 기반 실제 URL) + 마지막 검토일(오늘 날짜): 검토일 외 동일 문구 반복 회피, type별 instruction에서 강제. "본 원 의료진"·"○○ 병원 의료진" 같은 **일반 표현·placeholder 사용 X**: team-member entity가 조회 불가하거나 어느 의료진으로 바이라인을 박을지 모르면 0번에서 작성을 중단하고 되물어 확정한 뒤 진행
   - **글 메타 날짜 명시**: 발행일(`datePublished`)과 최종 검토일(`dateModified`)을 entity 메타에 정확히 기록하고, 본문 첫 부분 또는 바이라인에 사람이 읽을 수 있는 형태로 한 번 더 노출 (예: "최초 발행 2026-04-15 / 마지막 검토 2026-04-29")
   - **영문 제목·slug 명시**: entity의 `name_en`을 영문 제목으로 채우고 `slug`는 name_en 기반 자동 생성에 맡김. 영문 제목엔 알파벳·숫자·공백만 허용, 대괄호 `[ ]`·따옴표 `" '`·콜론 `:`·슬래시 `/`·괄호 `( )`·마침표·쉼표 등 특수문자 사용 X (slug에 그대로 노출되어 URL이 깨짐). 한글 제목과 무관하게 검색·공유에 쓰일 깨끗한 영문 제목 한 줄 작성
   - **슬로건(`slogan_ko` / 카드 설명·meta description) 작성 필수**: 한 줄 요약(50-90자)으로 구성. 글 제목을 그대로 잘라 쓰지 말고 본문의 핵심 메시지를 환자 시점에서 자연스럽게 압축 (예: "마리오네트 주름 개선의 핵심은 채우기보다 처진 조직을 자연스럽게 리프팅하는 것"). 카드·검색 결과·OG 공유 미리보기에 그대로 노출되므로 카피 품질이 클릭률 결정. 의료법 안전 표현 동일 적용("최고", "1위", "유일", "100%", "완벽" 회피). 영문 글의 경우 `slogan_en`도 동일 톤으로

3. AI 흔적 다듬기 + 추출 가능한 구조
   - "도움이 될 수 있습니다" 같은 정중한 정형 표현 반복 회피
   - "다양한", "여러 가지", "효과적인" 같은 모호 형용사 남용 회피
   - em-dash(—)·슬래시(/) 특수 문자 남용 회피 (한국어 의료 콘텐츠 톤에 맞게 콤마·괄호로 대체)
   - 모든 단락이 "~입니다. 또한 ~"으로 시작하는 동일 문장 패턴 회피
   - 영문 약어 남발 회피 (필요한 경우만 영문 병기, 본문 흐름은 한국어로)
   - 매번 같은 결론 표현("~를 권장합니다", "~가 좋습니다") 반복 회피
   - **종결어미 다양화**: "~입니다" 일변도 회피. "~합니다", "~됩니다", 짧은 평어 단정문, 명사형 마무리("~의 차이입니다" 대신 "~의 차이.")를 섞어 본문 종결 어미가 한 형태로 7할 넘게 쏠리지 않도록
   - **비유·전환 표현 클리쎄 회피**: "탄탄한 기초", "정교한 설계", "근본 원인은 ~", "단순히 ~ 아니라 ~", "~의 핵심은 ~입니다" 같은 전형 비유·동일 전환 패턴이 한 글 안에서 두 번 이상 나오지 않도록. 비유는 매 글마다 다른 형태로
   - **H2 패턴 다양화**: H2 6-8개가 모두 같은 형식으로 통일되지 않도록(예: 모두 "○○의 ○○" 진술형, 또는 모두 의문형). 진술형·의문형·짧은 명사형(예: "회복 기간 비교", "주의할 신호") 섞기
   - **단락 길이 변화**: 모든 단락이 같은 길이(3-4문장)로 통일되지 않게. 짧은 단락(1-2문장, 핵심 단정·전환용)과 일반 단락(3-4문장)을 섞어 호흡 변화
   - **markdown 구조 다양화 (필수)**: 본문이 H2 + 평문 단락만으로 단조로워지지 않도록 다음을 활용. landing 블로그 렌더러는 표준 markdown(+remark-gfm)만 보장하므로 `<Callout>` 같은 미등록 JSX 컴포넌트는 사용 X (깨짐 위험)
     - **bullet 리스트 1회 이상 (필수)**: 시술 후 관리·체크리스트·주의 사항 같은 항목성 정보를 한 단락에 묶지 말고 4-5개로 분리
     - **`>` blockquote 인용 블록 1회 이상 (필수)**: 핵심 단정·환자 질문·학회 인용을 `>` 마커로 시작해 시각적으로 분리. `<Callout>` JSX 사용 X, 표준 markdown blockquote만 사용
     - **번호 매김 리스트 (해당 시)**: 단계·절차·시술 흐름은 `1. 2. 3.`으로 순서 의식
     - **강조 마커**: 핵심 키워드는 `**bold**`, 외래어·강조 어구는 가끔 `_italic_`. 한 단락에 3개 이상 박지 말 것 (가독성 저하)
     - **가로 구분선 `---`**: 본문 ↔ 바이라인, 본문 ↔ 면책 문구 사이에 1회 (시각적 구분)
     - **표**: 비교·유형 분류·진행 흐름 등 (글 종류별 specific 적용 지시 따름)
   - **FAQ는 qna entity 활용**: FAQ 항목을 만들 때 dbQueryExternal로 주제 관련 시술·증상의 `qna` entity를 먼저 조회해서, 등록된 진짜 환자 질문·답변 톤을 가져와 재구성. 추측으로 만든 FAQ는 People-First 신호 약함
   - **볼드(`**`) 마커 안에는 한글·영문 단어만 포함**: 괄호 `( )`, 따옴표 `" '`, 슬래시 `/`, 콜론 `:`, 점 `.`, 꺾쇠 `< >`, 공백 뒤 조사가 볼드 마커 안 또는 바로 옆에 붙으면 렌더링 깨짐. **두 가지 해결책 중 하나 선택**:
     - (1) **특수문자 자체를 빼기**: `**시술명(Treatment)**` → `**시술명**` / `**"안내드립니다"**` → `**안내드립니다**`
     - (2) **특수문자가 없는 부분만 bold로 감싸기**: `**시술명(Treatment)**` → `**시술명** (Treatment)` / `**"안내"**` → `"**안내**"`
   - **문단 단위 quotable 구조**: 한 문단 2-4문장, **첫 문장에 그 문단의 핵심 주장**을 박아 단독 추출돼도 의미가 통하도록
   - **헤딩 위계**: H1은 글 제목 1개만, H2는 주요 섹션 (5-8개), 필요 시 H3로 H2 아래 중첩. 레벨 건너뛰기 X (H1→H3 금지). "섹션 2"·"기타" 같은 의미 없는 헤딩 X

4. SEO 키워드 분포 점검
   - 메인 타겟 키워드를 본문 3회 이상 노출 (sweet spot)
   - 첫 단락·H2 헤딩·본문 중반 위치에 키워드 분산
   - 스터핑(과도 반복) 회피
   - 빠진 롱테일 키워드 1-2개를 자연스러운 위치에 끼워 넣기

5. 의료법 제56조 16항목 점검: 발견 시 안전 표현으로 다듬기
   - 허위·과대 표현: "최고", "1위", "유일", "최초", "100%", "완벽", "완치", "확실히", "반드시", "부작용 없음", "안전한", "즉각 효과", "획기적" → "보고됨" / "개인차가 있을 수 있음"
   - 비교 광고: "타 병원보다", "차별화된", "○○ 1위" → 표현 삭제
   - 가격 할인·이벤트 광고 (의료법 ①4호 위반 가능): "○○% 할인", "특가", "이벤트", "무료 시술", "본인부담금 면제·할인", "1+1" → 표현 삭제
   - 가격 노출 (블로그 본문에 한해 광고성 신호 회피 차원에서 권장: 의료법 위반은 아님): 구체 금액 → "비용은 상담 후 안내" 권장. 단, 시술 entity 페이지·이벤트 entity 페이지의 가격 표시는 정보 안내이므로 정상
   - 환자 유인: 환자 후기 직접 인용("이 환자분이 ~~ 효과를 봤다"), 연예인 시술 언급, 구체 수치 통계 → 제거 후 "학회 자료·임상 연구에 따르면" 또는 "진료실에서 자주 보이는 일반 양상"으로 대체
   - 단정 효과 표현: "○○로 입증됨" → "○○로 보고됨"

6. 자가복제 점검: '블로그' entity에서 유사 주제 최근 글 5개를 조회한 뒤 비교
   - 본문 단락 중 표현·문장 구조가 50% 이상 겹치는 곳
   - H2 헤딩 패턴이 직전 글들과 거의 동일한 곳 (예: 모두 의문형으로 시작)
   - 결론·CTA 문구가 매번 같은 형태로 반복되는 곳
   - 바이라인의 톤·구성이 직전 글과 동일한 곳 (검토일 외 동일 문구)
   - 발견된 닮은 단락은 같은 정보를 다른 도입 방식(사례 도입·통계 도입·정의 도입·질문 도입 중 하나)으로 재작성

7. 썸네일 자동 생성·지정: 글 제목과 본문을 기반으로 어울리는 썸네일 만들고 entity에 지정
   - **기존 entity 썸네일에서 재생성 권장**: 글 주제와 관련된 entity(시술·증상·의료진·패키지·`병원 둘러보기`/`clinic-tour` 등)의 썸네일을 dbQueryExternal로 조회한 뒤, 그 이미지를 base로 재생성해 사이트 전체 톤·분위기와 일관성 유지. 관련 entity 썸네일이 없을 때만 처음부터 생성
   - 깔끔하고 모던한 사진 또는 일러스트 스타일
   - 텍스트·로고·% 같은 그래픽 텍스트 절대 X
   - 효과 단정 그래픽 (화살표·점수·전후 비교) X
   - 환자 얼굴·연예인 X
   - 의료 클리셰(청진기·현미경) 회피, 자연스러운 분위기로
   - **entity 이미지 참고가 없을 때**: 특정 장소(병원 외관·진료실·내부 인테리어)나 특정 장비(시술 기기·의료 기구) 부각 X. 추상적·일반적 분위기 이미지(자연·식물·일상 텍스처 등)로
   - **의학적 원리·해부학적 도해 X**: 혈관·근막·세포·피부 단면도 등 원리·메커니즘 설명 그림 생성 X (의료법 안전성 + 본문은 텍스트로 충분)

8. 본문 CTA: 본문 이미지 자동 생성 X, 대신 채팅 상담 CTA 삽입
   - **본문 이미지 자동 생성·삽입 X**: 글 본문은 텍스트 + bullet 리스트 + `>` blockquote 인용 + 표 등 markdown 구조만으로 구성. 시각 자료가 필요하면 운영자가 검토 단계에서 entity 이미지를 직접 삽입
   - **채팅 상담 CTA 1-2개 본문에 삽입 (필수)**: 본문 중반(자연스러운 위치) 1개와 결론 직전 1개에 채팅 상담 진입 CTA 박기. 페이지 전환 없이 채팅 패널이 열려 환자 상담으로 자연스럽게 연결됨
   - **링크 href는 현재 글 path + `?open=chat` query param 형태**: 즉 href에 `?open=chat`만 적기 (현재 페이지 URL에 query param만 추가되어 페이지 전환 없이 채팅 열림). 절대 URL·도메인 X
   - **두 형식 중 하나 선택**:
     - **버튼 컴포넌트** (강조용): 본문 중반에 시각적으로 도드라지게. 예: `<a href="?open=chat" className="inline-flex items-center justify-center bg-primary text-primary-foreground px-5 py-2 rounded-full font-bold no-underline">💬 지금 바로 상담받기</a>` (랜딩 렌더러가 Tailwind 자동 스타일)
     - **텍스트 하이퍼링크** (자연스러운 흐름용): 문장 안에 자연스러운 앵커 텍스트로. 예: `궁금하신 점은 [지금 채팅으로 바로 상담받기](?open=chat)` 형태
   - 앵커 텍스트는 설명적으로 ("지금 채팅 상담", "○○ 관련 채팅 문의" 등). "여기 클릭"·"바로가기" 같은 무의미 텍스트 X
   - 의료법 안전 표현 유지: CTA에도 "최고", "1위", "유일", "100%", "완벽" 표현 X

9. 내부 링크 자동 삽입: 본문에 같은 사이트 내 관련 페이지로 **3-5개** 링크 박기
   - 관련 시술·증상·QnA·다른 블로그 entity를 dbQueryExternal로 조회해 **실제 슬러그를 확인한 뒤** 마크다운 `[설명적인 앵커 텍스트](상대 경로)` 형태로 삽입
   - **반드시 상대 경로(subpath)만 사용**: 예: `/procedure/도수치료`, `/content/스킨부스터-가이드`. 도메인을 임의로 붙인 절대 URL(`https://clinicnb.com/...`, `https://laney.ai/...`) **절대 사용 X**. 도메인은 라우팅에서 자동 결합됨
   - **본문 흐름 안에 자연스럽게 박기**: 별도 "[내부 링크 안내]"·"관련 링크" 같은 분리 박스·섹션 만들지 X. 한 문장 안의 키워드를 링크로 감싸는 식
   - 슬러그를 확인할 수 없으면 그 링크는 만들지 말고 건너뛰기: `[blocked]`, `#`, `(URL)`, `[준비중]` 같은 placeholder·임시 마크 **절대 사용 X**
   - **앵커 텍스트는 설명적으로** (예: "○○ 시술 상세 안내", NOT "여기 클릭"·"더 보기"·"바로가기")
   - 첫 단락에 1개, 본문 중반에 2-3개, 결론·CTA 부근에 1개 정도로 위치 분산
   - 같은 페이지로 여러 번 링크하지 말고, pillar(메인 시술·증상) ↔ subtopic(블로그 글) 클러스터 구조 의식
   - 외부 링크는 학회·논문·식약처 같은 검증 가능 출처에 한해 1-2개 (의료법 안전 표현으로 둘러싼 후 노출)

[글 종류별 specific 적용]
- **키워드·검색 의도**: 메인 키워드는 증상·질환명. 롱테일 키워드는 "원인", "왜 생기나요", "유형", "관리법", "예방", "특징" 등. 검색 의도는 정보 탐색(초기 단계)
- 첫 단락: 증상 정의 1문장 + 환자가 처음 갖는 자연스러운 질문 1문장으로 시작 (TL;DR 라벨 X)
- H2 6-8개로 본문 골격 구성, 진술형 위주 ("○○가 생기는 이유", "유형별 특징", "일상 관리 시 주의점"): 의문형 강제 X
- `>` blockquote 인용 블록 1회 이상 **필수** (학회 인용·핵심 단정 강조용)
- bullet 리스트 1회 이상 **필수** (관리법·예방 수칙 4-5개 분리)
- 유형 분류표 1개 (대부분의 증상·원리 글에 포함 권장)
- 학회 가이드라인 인용 1-2회 (학회명 + 발간 연도)
- 진료실에서 자주 보이는 오해 1-2개 ("많은 분이 ~~로 알고 계시는데, 실제로는...")
- 의료법: **단정 표현·효과 과장 회피**가 이 종류에서 가장 위험: "○○하면 ~~된다", "○○면 완치된다" 식 단정 X. "○○로 보고됨" / "개인차가 있을 수 있음" 표현으로
- **1인칭 시점 1회 필수**: 도입부나 본문 한 곳에 "진료실에서 보면", "임상 경험상", "저는" 같은 1인칭 표현 한 번 자연스럽게 박기. 글 전체에 정확히 1회
- FAQ 없거나 1-2개만
- **분량**: 각 H2 본문 500-650자(도입 1-2문장 + 본론 4-5문단) × 6-8개 H2 + 글 도입부 250자 + 결론 200자 ≈ **3,500-5,500자 목표**. 각 H2 작성 후 글자 수 자가 점검 — 450자 미달이면 본론 부족이므로 유형별 특징·진료실 양상·학회 인용으로 보강하고 다음 H2로 넘어가기 전에 분량 충족 확인
- 바이라인 + 오늘 검토일

------
주제: ○○ (증상·질환명)
참고 자료:
{여기에 증상·질환 설명 본문이나 관련 텍스트를 붙여넣기}
------

진료실 케이스형

원장이 진료실에서 직접 보고 메모한 내용을 1인칭 narrative로 풀어내는 형태. Google E-E-A-T에서 Experience(직접 경험) 시그널이 가장 강한 형식.

'블로그' entity에 기존 케이스형 글이 있으면 1개 조회해서 톤을 참고하고,
아래 진료실 메모를 △△원장 1인칭 톤으로 진료실 일화처럼 풀어 블로그 글로 작성해줘.

[모든 글에 공통 적용되는 처리 항목: 한 번의 흐름으로 모두 진행한 뒤 최종 글과 검수 결과 표를 함께 출력]

0. 작성 전 컨텍스트 확인 (할루시네이션 방지)

   두 가지 출처를 모두 활용한다: entity는 개념·팩트 정보, 사용자 메모는 진료실 1차·시점성 정보. 둘 중 하나가 부족하거나 정확하지 않으면 되물어 채운다.

   - entity 조회 (개념·팩트 출처): 주제와 관련된 병원 entity(시술·의료진·패키지·장비·장점·타겟 증상·QnA·주의사항 등)와 그 relation을 dbQueryExternal로 조회. 시술 description·의료진 자격·장비 사양·연결된 QnA·caution·benefit 같은 정보를 여기서 확보
   - 사용자 제공 메모 확인 (시점성·진료실 1차 출처): 진료실 케이스·환자 양상·자주 받는 질문·환자 오해·신장비 도입 시점·갱신 이력·학회 발표 인용 같은 정보는 entity에 없으므로 사용자 제공 메모에서 확인
   - entity 정보가 부정확하거나 부족하면, 또는 메모가 없는데 진료실 양상·시점성 정보가 글에 필요하면 작성을 시작하지 말고 어떤 정보가 더 필요한지 먼저 되물어줘
   - 되물을 때는 개조식(불릿 리스트)으로: 글 작성에 필요한 정보를 한 줄씩 3-5개 정도로 짧게 묻기. 운영자가 한 번에 쭉쭉 답할 수 있도록
   - 일반 지식이나 추측으로 학회명·통계·인용·시술 정보·의료진 자격·진료실 양상을 채우지 말 것: 추측 인용은 할루시네이션이 되고 의료법 위반(허위 광고 ① 1호) 위험까지 직결됨
   - 필요한 컨텍스트가 들어오면 그때부터 아래 1-8번 진행

1. 타겟 키워드·검색 의도 자동 추출
   - 메인 키워드: 주제와 관련된 병원 entity(시술·증상·의료진·제품 등) 조회 후 entity의 name·description·tags 기반으로 추출
   - 롱테일 키워드와 검색 의도는 [글 종류별 specific 적용] 블록 하단의 "키워드·검색 의도" 항목 참고
   - 단, 추측으로 키워드 만들지 말 것: entity가 충분히 없으면 0번처럼 되물어줘

2. 병원 콘텐츠 자연스러운 권위·경험·신뢰 박기 (entity + 메모 조합 작성 패턴)

   병원의 entity 데이터(개념·팩트)와 사용자 제공 메모(진료실 1차·시점성)의 조합은 다른 병원이 따라 만들 수 없는 자산이다. 두 출처에서 가져온 정보를 본문에 자연스럽게 녹인다: 출처별로 가져올 수 있는 정보가 다르므로 섞지 말고 분리해서 활용.

   각 항목은 원칙이지 정형 문구가 아니다: 표현·어투·도입 방식을 매 글마다 다르게 풀어 6번 자가복제 점검과 충돌하지 않도록.

   - 도입부에 글의 작성 목적이 자연스럽게 드러나는 환자 중심 한 문장: 글 종류·주제·시점에 맞춰 다양한 방식(사례·질문·통계·정의·시즌 맥락 등)으로. 트래픽용 키워드 나열로 시작 X
   - 본문에 entity 정보가 사실 기반으로 자연스럽게 녹아들도록: 시술 description, 의료진 자격·경력, 장비 사양, 패키지 구성, relation으로 연결된 QnA·benefit·caution·target-condition 등을 활용
   - 원장의 1인칭 진료실 시점, 진료실 일반 양상, 환자가 자주 가진 오해·자주 받는 질문은 entity에 없는 영역: **사용자 제공 메모에서만 가져오기**. 메모가 없으면 만들어내지 말 것 (0번에서 되물어 채워둠)
   - 학회 가이드라인·임상 연구 인용 시 학회명·발표 연도·논문 DOI 같은 검증 가능 출처를 사실 그대로 표기: 사용자 제공 자료에서 가져오고 인용 톤도 매번 다르게
   - 구체 수치 통계("○○명 중 ○○%")는 의료법 ①2호 위반이라 일반화 표현으로 치환하되, 일반화 표현 자체도 매 글마다 다르게
   - 시점성 정보(신장비·신가이드라인·계절 이슈)는 사용자 제공 메모와 entity description(도입 연도·갱신 이력이 description에 narrative로 들어가 있는 경우)을 사실로 본문에 박기: 표기 형식 매번 다르게
   - 글 말미 바이라인은 의료진 entity 정보(이름·자격·임상 ○년·학회 소속) + **의료진 detail 페이지 링크** (entity 슬러그 기반 실제 URL) + 마지막 검토일(오늘 날짜): 검토일 외 동일 문구 반복 회피, type별 instruction에서 강제. "본 원 의료진"·"○○ 병원 의료진" 같은 **일반 표현·placeholder 사용 X**: team-member entity가 조회 불가하거나 어느 의료진으로 바이라인을 박을지 모르면 0번에서 작성을 중단하고 되물어 확정한 뒤 진행
   - **글 메타 날짜 명시**: 발행일(`datePublished`)과 최종 검토일(`dateModified`)을 entity 메타에 정확히 기록하고, 본문 첫 부분 또는 바이라인에 사람이 읽을 수 있는 형태로 한 번 더 노출 (예: "최초 발행 2026-04-15 / 마지막 검토 2026-04-29")
   - **영문 제목·slug 명시**: entity의 `name_en`을 영문 제목으로 채우고 `slug`는 name_en 기반 자동 생성에 맡김. 영문 제목엔 알파벳·숫자·공백만 허용, 대괄호 `[ ]`·따옴표 `" '`·콜론 `:`·슬래시 `/`·괄호 `( )`·마침표·쉼표 등 특수문자 사용 X (slug에 그대로 노출되어 URL이 깨짐). 한글 제목과 무관하게 검색·공유에 쓰일 깨끗한 영문 제목 한 줄 작성
   - **슬로건(`slogan_ko` / 카드 설명·meta description) 작성 필수**: 한 줄 요약(50-90자)으로 구성. 글 제목을 그대로 잘라 쓰지 말고 본문의 핵심 메시지를 환자 시점에서 자연스럽게 압축 (예: "마리오네트 주름 개선의 핵심은 채우기보다 처진 조직을 자연스럽게 리프팅하는 것"). 카드·검색 결과·OG 공유 미리보기에 그대로 노출되므로 카피 품질이 클릭률 결정. 의료법 안전 표현 동일 적용("최고", "1위", "유일", "100%", "완벽" 회피). 영문 글의 경우 `slogan_en`도 동일 톤으로

3. AI 흔적 다듬기 + 추출 가능한 구조
   - "도움이 될 수 있습니다" 같은 정중한 정형 표현 반복 회피
   - "다양한", "여러 가지", "효과적인" 같은 모호 형용사 남용 회피
   - em-dash(—)·슬래시(/) 특수 문자 남용 회피 (한국어 의료 콘텐츠 톤에 맞게 콤마·괄호로 대체)
   - 모든 단락이 "~입니다. 또한 ~"으로 시작하는 동일 문장 패턴 회피
   - 영문 약어 남발 회피 (필요한 경우만 영문 병기, 본문 흐름은 한국어로)
   - 매번 같은 결론 표현("~를 권장합니다", "~가 좋습니다") 반복 회피
   - **종결어미 다양화**: "~입니다" 일변도 회피. "~합니다", "~됩니다", 짧은 평어 단정문, 명사형 마무리("~의 차이입니다" 대신 "~의 차이.")를 섞어 본문 종결 어미가 한 형태로 7할 넘게 쏠리지 않도록
   - **비유·전환 표현 클리쎄 회피**: "탄탄한 기초", "정교한 설계", "근본 원인은 ~", "단순히 ~ 아니라 ~", "~의 핵심은 ~입니다" 같은 전형 비유·동일 전환 패턴이 한 글 안에서 두 번 이상 나오지 않도록. 비유는 매 글마다 다른 형태로
   - **H2 패턴 다양화**: H2 6-8개가 모두 같은 형식으로 통일되지 않도록(예: 모두 "○○의 ○○" 진술형, 또는 모두 의문형). 진술형·의문형·짧은 명사형(예: "회복 기간 비교", "주의할 신호") 섞기
   - **단락 길이 변화**: 모든 단락이 같은 길이(3-4문장)로 통일되지 않게. 짧은 단락(1-2문장, 핵심 단정·전환용)과 일반 단락(3-4문장)을 섞어 호흡 변화
   - **markdown 구조 다양화 (필수)**: 본문이 H2 + 평문 단락만으로 단조로워지지 않도록 다음을 활용. landing 블로그 렌더러는 표준 markdown(+remark-gfm)만 보장하므로 `<Callout>` 같은 미등록 JSX 컴포넌트는 사용 X (깨짐 위험)
     - **bullet 리스트 1회 이상 (필수)**: 시술 후 관리·체크리스트·주의 사항 같은 항목성 정보를 한 단락에 묶지 말고 4-5개로 분리
     - **`>` blockquote 인용 블록 1회 이상 (필수)**: 핵심 단정·환자 질문·학회 인용을 `>` 마커로 시작해 시각적으로 분리. `<Callout>` JSX 사용 X, 표준 markdown blockquote만 사용
     - **번호 매김 리스트 (해당 시)**: 단계·절차·시술 흐름은 `1. 2. 3.`으로 순서 의식
     - **강조 마커**: 핵심 키워드는 `**bold**`, 외래어·강조 어구는 가끔 `_italic_`. 한 단락에 3개 이상 박지 말 것 (가독성 저하)
     - **가로 구분선 `---`**: 본문 ↔ 바이라인, 본문 ↔ 면책 문구 사이에 1회 (시각적 구분)
     - **표**: 비교·유형 분류·진행 흐름 등 (글 종류별 specific 적용 지시 따름)
   - **FAQ는 qna entity 활용**: FAQ 항목을 만들 때 dbQueryExternal로 주제 관련 시술·증상의 `qna` entity를 먼저 조회해서, 등록된 진짜 환자 질문·답변 톤을 가져와 재구성. 추측으로 만든 FAQ는 People-First 신호 약함
   - **볼드(`**`) 마커 안에는 한글·영문 단어만 포함**: 괄호 `( )`, 따옴표 `" '`, 슬래시 `/`, 콜론 `:`, 점 `.`, 꺾쇠 `< >`, 공백 뒤 조사가 볼드 마커 안 또는 바로 옆에 붙으면 렌더링 깨짐. **두 가지 해결책 중 하나 선택**:
     - (1) **특수문자 자체를 빼기**: `**시술명(Treatment)**` → `**시술명**` / `**"안내드립니다"**` → `**안내드립니다**`
     - (2) **특수문자가 없는 부분만 bold로 감싸기**: `**시술명(Treatment)**` → `**시술명** (Treatment)` / `**"안내"**` → `"**안내**"`
   - **문단 단위 quotable 구조**: 한 문단 2-4문장, **첫 문장에 그 문단의 핵심 주장**을 박아 단독 추출돼도 의미가 통하도록
   - **헤딩 위계**: H1은 글 제목 1개만, H2는 주요 섹션 (5-8개), 필요 시 H3로 H2 아래 중첩. 레벨 건너뛰기 X (H1→H3 금지). "섹션 2"·"기타" 같은 의미 없는 헤딩 X

4. SEO 키워드 분포 점검
   - 메인 타겟 키워드를 본문 3회 이상 노출 (sweet spot)
   - 첫 단락·H2 헤딩·본문 중반 위치에 키워드 분산
   - 스터핑(과도 반복) 회피
   - 빠진 롱테일 키워드 1-2개를 자연스러운 위치에 끼워 넣기

5. 의료법 제56조 16항목 점검: 발견 시 안전 표현으로 다듬기
   - 허위·과대 표현: "최고", "1위", "유일", "최초", "100%", "완벽", "완치", "확실히", "반드시", "부작용 없음", "안전한", "즉각 효과", "획기적" → "보고됨" / "개인차가 있을 수 있음"
   - 비교 광고: "타 병원보다", "차별화된", "○○ 1위" → 표현 삭제
   - 가격 할인·이벤트 광고 (의료법 ①4호 위반 가능): "○○% 할인", "특가", "이벤트", "무료 시술", "본인부담금 면제·할인", "1+1" → 표현 삭제
   - 가격 노출 (블로그 본문에 한해 광고성 신호 회피 차원에서 권장: 의료법 위반은 아님): 구체 금액 → "비용은 상담 후 안내" 권장. 단, 시술 entity 페이지·이벤트 entity 페이지의 가격 표시는 정보 안내이므로 정상
   - 환자 유인: 환자 후기 직접 인용("이 환자분이 ~~ 효과를 봤다"), 연예인 시술 언급, 구체 수치 통계 → 제거 후 "학회 자료·임상 연구에 따르면" 또는 "진료실에서 자주 보이는 일반 양상"으로 대체
   - 단정 효과 표현: "○○로 입증됨" → "○○로 보고됨"

6. 자가복제 점검: '블로그' entity에서 유사 주제 최근 글 5개를 조회한 뒤 비교
   - 본문 단락 중 표현·문장 구조가 50% 이상 겹치는 곳
   - H2 헤딩 패턴이 직전 글들과 거의 동일한 곳 (예: 모두 의문형으로 시작)
   - 결론·CTA 문구가 매번 같은 형태로 반복되는 곳
   - 바이라인의 톤·구성이 직전 글과 동일한 곳 (검토일 외 동일 문구)
   - 발견된 닮은 단락은 같은 정보를 다른 도입 방식(사례 도입·통계 도입·정의 도입·질문 도입 중 하나)으로 재작성

7. 썸네일 자동 생성·지정: 글 제목과 본문을 기반으로 어울리는 썸네일 만들고 entity에 지정
   - **기존 entity 썸네일에서 재생성 권장**: 글 주제와 관련된 entity(시술·증상·의료진·패키지·`병원 둘러보기`/`clinic-tour` 등)의 썸네일을 dbQueryExternal로 조회한 뒤, 그 이미지를 base로 재생성해 사이트 전체 톤·분위기와 일관성 유지. 관련 entity 썸네일이 없을 때만 처음부터 생성
   - 깔끔하고 모던한 사진 또는 일러스트 스타일
   - 텍스트·로고·% 같은 그래픽 텍스트 절대 X
   - 효과 단정 그래픽 (화살표·점수·전후 비교) X
   - 환자 얼굴·연예인 X
   - 의료 클리셰(청진기·현미경) 회피, 자연스러운 분위기로
   - **entity 이미지 참고가 없을 때**: 특정 장소(병원 외관·진료실·내부 인테리어)나 특정 장비(시술 기기·의료 기구) 부각 X. 추상적·일반적 분위기 이미지(자연·식물·일상 텍스처 등)로
   - **의학적 원리·해부학적 도해 X**: 혈관·근막·세포·피부 단면도 등 원리·메커니즘 설명 그림 생성 X (의료법 안전성 + 본문은 텍스트로 충분)

8. 본문 CTA: 본문 이미지 자동 생성 X, 대신 채팅 상담 CTA 삽입
   - **본문 이미지 자동 생성·삽입 X**: 글 본문은 텍스트 + bullet 리스트 + `>` blockquote 인용 + 표 등 markdown 구조만으로 구성. 시각 자료가 필요하면 운영자가 검토 단계에서 entity 이미지를 직접 삽입
   - **채팅 상담 CTA 1-2개 본문에 삽입 (필수)**: 본문 중반(자연스러운 위치) 1개와 결론 직전 1개에 채팅 상담 진입 CTA 박기. 페이지 전환 없이 채팅 패널이 열려 환자 상담으로 자연스럽게 연결됨
   - **링크 href는 현재 글 path + `?open=chat` query param 형태**: 즉 href에 `?open=chat`만 적기 (현재 페이지 URL에 query param만 추가되어 페이지 전환 없이 채팅 열림). 절대 URL·도메인 X
   - **두 형식 중 하나 선택**:
     - **버튼 컴포넌트** (강조용): 본문 중반에 시각적으로 도드라지게. 예: `<a href="?open=chat" className="inline-flex items-center justify-center bg-primary text-primary-foreground px-5 py-2 rounded-full font-bold no-underline">💬 지금 바로 상담받기</a>` (랜딩 렌더러가 Tailwind 자동 스타일)
     - **텍스트 하이퍼링크** (자연스러운 흐름용): 문장 안에 자연스러운 앵커 텍스트로. 예: `궁금하신 점은 [지금 채팅으로 바로 상담받기](?open=chat)` 형태
   - 앵커 텍스트는 설명적으로 ("지금 채팅 상담", "○○ 관련 채팅 문의" 등). "여기 클릭"·"바로가기" 같은 무의미 텍스트 X
   - 의료법 안전 표현 유지: CTA에도 "최고", "1위", "유일", "100%", "완벽" 표현 X

9. 내부 링크 자동 삽입: 본문에 같은 사이트 내 관련 페이지로 **3-5개** 링크 박기
   - 관련 시술·증상·QnA·다른 블로그 entity를 dbQueryExternal로 조회해 **실제 슬러그를 확인한 뒤** 마크다운 `[설명적인 앵커 텍스트](상대 경로)` 형태로 삽입
   - **반드시 상대 경로(subpath)만 사용**: 예: `/procedure/도수치료`, `/content/스킨부스터-가이드`. 도메인을 임의로 붙인 절대 URL(`https://clinicnb.com/...`, `https://laney.ai/...`) **절대 사용 X**. 도메인은 라우팅에서 자동 결합됨
   - **본문 흐름 안에 자연스럽게 박기**: 별도 "[내부 링크 안내]"·"관련 링크" 같은 분리 박스·섹션 만들지 X. 한 문장 안의 키워드를 링크로 감싸는 식
   - 슬러그를 확인할 수 없으면 그 링크는 만들지 말고 건너뛰기: `[blocked]`, `#`, `(URL)`, `[준비중]` 같은 placeholder·임시 마크 **절대 사용 X**
   - **앵커 텍스트는 설명적으로** (예: "○○ 시술 상세 안내", NOT "여기 클릭"·"더 보기"·"바로가기")
   - 첫 단락에 1개, 본문 중반에 2-3개, 결론·CTA 부근에 1개 정도로 위치 분산
   - 같은 페이지로 여러 번 링크하지 말고, pillar(메인 시술·증상) ↔ subtopic(블로그 글) 클러스터 구조 의식
   - 외부 링크는 학회·논문·식약처 같은 검증 가능 출처에 한해 1-2개 (의료법 안전 표현으로 둘러싼 후 노출)

[글 종류별 specific 적용]
- **키워드·검색 의도**: 메인 키워드는 시술명·증상명. 롱테일 키워드는 "처음 받을 때", "상담 흐름", "내원 후", "진료 받을 때" 등. 검색 의도는 의사 결정 직전
- 첫 단락: 진료실 사례로 시작 ("최근 진료실에서 자주 만나는 ○○ 환자분의 경우...": 정의 문장으로 시작 X)
- H2 4-5개로 본문 골격 구성, 사례·관점 중심: "자주 받는 첫 질문", "환자가 가장 헷갈려하시는 점", "내원 후 진단 흐름"
- `>` blockquote 인용 블록 1회 이상 **필수** (환자 질문·진료실 단정 강조용)
- bullet 리스트 1회 이상 **필수** (체크 포인트·내원 시 챙길 것 4-5개 분리)
- 1인칭이 글 전체의 톤 (△△원장의 진료실 관점)
- 의료법: **환자 후기 직접 인용 절대 X**가 이 종류에서 가장 위험 ("이 환자분이 ~~ 효과를 보셨다" 형태 X). 환자 이름·식별 정보 익명화, "진료실에서 자주 보이는 일반 양상"으로 표현. 환자 유인 ③호 위반이라 가장 엄격
- 비교표 X (narrative형)
- FAQ는 없거나 1-2개
- **분량**: 각 H2 본문 450-600자(사례 1-2개 + 원장 관점 2-3단락) × 4-5개 H2 + 도입 사례 300-400자 + 마무리 200자 ≈ **2,300-3,400자 목표**. 각 H2 작성 후 글자 수 자가 점검 — 400자 미달이면 사례·관점·진료실 양상으로 보강
- 바이라인 + 오늘 검토일

------
주제: ○○ (시술명 또는 증상명 + 진료실 관점)
참고 자료:
{여기에 원장님이 직접 적은 진료실 메모·관찰 노트·자주 보이는 패턴 텍스트를 붙여넣기}
------

자주 묻는 질문 Q&A 모음형

챗봇 상담에서 실제로 들어온 질문을 글의 본체로 만듭니다. 환자가 진짜 궁금해한 것만 다루므로 People-First 신호가 강합니다. 다른 종류와 달리 주제도 사용자가 미리 정하지 않고 AI가 챗봇 이력에서 반복 패턴을 찾아 자동으로 결정합니다: 어느 시술·증상에 질문이 몰렸는지 사람이 일일이 모니터링하지 않아도 됩니다. 들어온 질문이 1-2개면 짧은 글, 5-10개면 긴 글로 자연스럽게 분량 조정.

'블로그' entity에 기존 Q&A형 글이 있으면 1개 조회해서 톤을 참고해줘.
최근 [기간] 챗봇 상담 이력을 분석해서, 같은 주제로 환자가 반복적으로 물어본 패턴을 찾고,
그중 가장 의미 있는 1-2개 주제를 골라 각각 Q&A 형식 블로그 글로 만들어.

(주제는 챗봇 이력에서 자동 추출: 시술명·증상명·관리법 등 무엇이든 가능. 사용자가 미리 정하지 않음)

[모든 글에 공통 적용되는 처리 항목: 한 번의 흐름으로 모두 진행한 뒤 최종 글과 검수 결과 표를 함께 출력]

0. 작성 전 컨텍스트 확인 (할루시네이션 방지)

   두 가지 출처를 모두 활용한다: entity는 개념·팩트 정보, 사용자 메모는 진료실 1차·시점성 정보. 둘 중 하나가 부족하거나 정확하지 않으면 되물어 채운다.

   - entity 조회 (개념·팩트 출처): 주제와 관련된 병원 entity(시술·의료진·패키지·장비·장점·타겟 증상·QnA·주의사항 등)와 그 relation을 dbQueryExternal로 조회. 시술 description·의료진 자격·장비 사양·연결된 QnA·caution·benefit 같은 정보를 여기서 확보
   - 사용자 제공 메모 확인 (시점성·진료실 1차 출처): 진료실 케이스·환자 양상·자주 받는 질문·환자 오해·신장비 도입 시점·갱신 이력·학회 발표 인용 같은 정보는 entity에 없으므로 사용자 제공 메모에서 확인
   - entity 정보가 부정확하거나 부족하면, 또는 메모가 없는데 진료실 양상·시점성 정보가 글에 필요하면 작성을 시작하지 말고 어떤 정보가 더 필요한지 먼저 되물어줘
   - 되물을 때는 개조식(불릿 리스트)으로: 글 작성에 필요한 정보를 한 줄씩 3-5개 정도로 짧게 묻기. 운영자가 한 번에 쭉쭉 답할 수 있도록
   - 일반 지식이나 추측으로 학회명·통계·인용·시술 정보·의료진 자격·진료실 양상을 채우지 말 것: 추측 인용은 할루시네이션이 되고 의료법 위반(허위 광고 ① 1호) 위험까지 직결됨
   - 필요한 컨텍스트가 들어오면 그때부터 아래 1-8번 진행

1. 타겟 키워드·검색 의도 자동 추출
   - 메인 키워드: 주제와 관련된 병원 entity(시술·증상·의료진·제품 등) 조회 후 entity의 name·description·tags 기반으로 추출
   - 롱테일 키워드와 검색 의도는 [글 종류별 specific 적용] 블록 하단의 "키워드·검색 의도" 항목 참고
   - 단, 추측으로 키워드 만들지 말 것: entity가 충분히 없으면 0번처럼 되물어줘

2. 병원 콘텐츠 자연스러운 권위·경험·신뢰 박기 (entity + 메모 조합 작성 패턴)

   병원의 entity 데이터(개념·팩트)와 사용자 제공 메모(진료실 1차·시점성)의 조합은 다른 병원이 따라 만들 수 없는 자산이다. 두 출처에서 가져온 정보를 본문에 자연스럽게 녹인다: 출처별로 가져올 수 있는 정보가 다르므로 섞지 말고 분리해서 활용.

   각 항목은 원칙이지 정형 문구가 아니다: 표현·어투·도입 방식을 매 글마다 다르게 풀어 6번 자가복제 점검과 충돌하지 않도록.

   - 도입부에 글의 작성 목적이 자연스럽게 드러나는 환자 중심 한 문장: 글 종류·주제·시점에 맞춰 다양한 방식(사례·질문·통계·정의·시즌 맥락 등)으로. 트래픽용 키워드 나열로 시작 X
   - 본문에 entity 정보가 사실 기반으로 자연스럽게 녹아들도록: 시술 description, 의료진 자격·경력, 장비 사양, 패키지 구성, relation으로 연결된 QnA·benefit·caution·target-condition 등을 활용
   - 원장의 1인칭 진료실 시점, 진료실 일반 양상, 환자가 자주 가진 오해·자주 받는 질문은 entity에 없는 영역: **사용자 제공 메모에서만 가져오기**. 메모가 없으면 만들어내지 말 것 (0번에서 되물어 채워둠)
   - 학회 가이드라인·임상 연구 인용 시 학회명·발표 연도·논문 DOI 같은 검증 가능 출처를 사실 그대로 표기: 사용자 제공 자료에서 가져오고 인용 톤도 매번 다르게
   - 구체 수치 통계("○○명 중 ○○%")는 의료법 ①2호 위반이라 일반화 표현으로 치환하되, 일반화 표현 자체도 매 글마다 다르게
   - 시점성 정보(신장비·신가이드라인·계절 이슈)는 사용자 제공 메모와 entity description(도입 연도·갱신 이력이 description에 narrative로 들어가 있는 경우)을 사실로 본문에 박기: 표기 형식 매번 다르게
   - 글 말미 바이라인은 의료진 entity 정보(이름·자격·임상 ○년·학회 소속) + **의료진 detail 페이지 링크** (entity 슬러그 기반 실제 URL) + 마지막 검토일(오늘 날짜): 검토일 외 동일 문구 반복 회피, type별 instruction에서 강제. "본 원 의료진"·"○○ 병원 의료진" 같은 **일반 표현·placeholder 사용 X**: team-member entity가 조회 불가하거나 어느 의료진으로 바이라인을 박을지 모르면 0번에서 작성을 중단하고 되물어 확정한 뒤 진행
   - **글 메타 날짜 명시**: 발행일(`datePublished`)과 최종 검토일(`dateModified`)을 entity 메타에 정확히 기록하고, 본문 첫 부분 또는 바이라인에 사람이 읽을 수 있는 형태로 한 번 더 노출 (예: "최초 발행 2026-04-15 / 마지막 검토 2026-04-29")
   - **영문 제목·slug 명시**: entity의 `name_en`을 영문 제목으로 채우고 `slug`는 name_en 기반 자동 생성에 맡김. 영문 제목엔 알파벳·숫자·공백만 허용, 대괄호 `[ ]`·따옴표 `" '`·콜론 `:`·슬래시 `/`·괄호 `( )`·마침표·쉼표 등 특수문자 사용 X (slug에 그대로 노출되어 URL이 깨짐). 한글 제목과 무관하게 검색·공유에 쓰일 깨끗한 영문 제목 한 줄 작성
   - **슬로건(`slogan_ko` / 카드 설명·meta description) 작성 필수**: 한 줄 요약(50-90자)으로 구성. 글 제목을 그대로 잘라 쓰지 말고 본문의 핵심 메시지를 환자 시점에서 자연스럽게 압축 (예: "마리오네트 주름 개선의 핵심은 채우기보다 처진 조직을 자연스럽게 리프팅하는 것"). 카드·검색 결과·OG 공유 미리보기에 그대로 노출되므로 카피 품질이 클릭률 결정. 의료법 안전 표현 동일 적용("최고", "1위", "유일", "100%", "완벽" 회피). 영문 글의 경우 `slogan_en`도 동일 톤으로

3. AI 흔적 다듬기 + 추출 가능한 구조
   - "도움이 될 수 있습니다" 같은 정중한 정형 표현 반복 회피
   - "다양한", "여러 가지", "효과적인" 같은 모호 형용사 남용 회피
   - em-dash(—)·슬래시(/) 특수 문자 남용 회피 (한국어 의료 콘텐츠 톤에 맞게 콤마·괄호로 대체)
   - 모든 단락이 "~입니다. 또한 ~"으로 시작하는 동일 문장 패턴 회피
   - 영문 약어 남발 회피 (필요한 경우만 영문 병기, 본문 흐름은 한국어로)
   - 매번 같은 결론 표현("~를 권장합니다", "~가 좋습니다") 반복 회피
   - **종결어미 다양화**: "~입니다" 일변도 회피. "~합니다", "~됩니다", 짧은 평어 단정문, 명사형 마무리("~의 차이입니다" 대신 "~의 차이.")를 섞어 본문 종결 어미가 한 형태로 7할 넘게 쏠리지 않도록
   - **비유·전환 표현 클리쎄 회피**: "탄탄한 기초", "정교한 설계", "근본 원인은 ~", "단순히 ~ 아니라 ~", "~의 핵심은 ~입니다" 같은 전형 비유·동일 전환 패턴이 한 글 안에서 두 번 이상 나오지 않도록. 비유는 매 글마다 다른 형태로
   - **H2 패턴 다양화**: H2 6-8개가 모두 같은 형식으로 통일되지 않도록(예: 모두 "○○의 ○○" 진술형, 또는 모두 의문형). 진술형·의문형·짧은 명사형(예: "회복 기간 비교", "주의할 신호") 섞기
   - **단락 길이 변화**: 모든 단락이 같은 길이(3-4문장)로 통일되지 않게. 짧은 단락(1-2문장, 핵심 단정·전환용)과 일반 단락(3-4문장)을 섞어 호흡 변화
   - **markdown 구조 다양화 (필수)**: 본문이 H2 + 평문 단락만으로 단조로워지지 않도록 다음을 활용. landing 블로그 렌더러는 표준 markdown(+remark-gfm)만 보장하므로 `<Callout>` 같은 미등록 JSX 컴포넌트는 사용 X (깨짐 위험)
     - **bullet 리스트 1회 이상 (필수)**: 시술 후 관리·체크리스트·주의 사항 같은 항목성 정보를 한 단락에 묶지 말고 4-5개로 분리
     - **`>` blockquote 인용 블록 1회 이상 (필수)**: 핵심 단정·환자 질문·학회 인용을 `>` 마커로 시작해 시각적으로 분리. `<Callout>` JSX 사용 X, 표준 markdown blockquote만 사용
     - **번호 매김 리스트 (해당 시)**: 단계·절차·시술 흐름은 `1. 2. 3.`으로 순서 의식
     - **강조 마커**: 핵심 키워드는 `**bold**`, 외래어·강조 어구는 가끔 `_italic_`. 한 단락에 3개 이상 박지 말 것 (가독성 저하)
     - **가로 구분선 `---`**: 본문 ↔ 바이라인, 본문 ↔ 면책 문구 사이에 1회 (시각적 구분)
     - **표**: 비교·유형 분류·진행 흐름 등 (글 종류별 specific 적용 지시 따름)
   - **FAQ는 qna entity 활용**: FAQ 항목을 만들 때 dbQueryExternal로 주제 관련 시술·증상의 `qna` entity를 먼저 조회해서, 등록된 진짜 환자 질문·답변 톤을 가져와 재구성. 추측으로 만든 FAQ는 People-First 신호 약함
   - **볼드(`**`) 마커 안에는 한글·영문 단어만 포함**: 괄호 `( )`, 따옴표 `" '`, 슬래시 `/`, 콜론 `:`, 점 `.`, 꺾쇠 `< >`, 공백 뒤 조사가 볼드 마커 안 또는 바로 옆에 붙으면 렌더링 깨짐. **두 가지 해결책 중 하나 선택**:
     - (1) **특수문자 자체를 빼기**: `**시술명(Treatment)**` → `**시술명**` / `**"안내드립니다"**` → `**안내드립니다**`
     - (2) **특수문자가 없는 부분만 bold로 감싸기**: `**시술명(Treatment)**` → `**시술명** (Treatment)` / `**"안내"**` → `"**안내**"`
   - **문단 단위 quotable 구조**: 한 문단 2-4문장, **첫 문장에 그 문단의 핵심 주장**을 박아 단독 추출돼도 의미가 통하도록
   - **헤딩 위계**: H1은 글 제목 1개만, H2는 주요 섹션 (5-8개), 필요 시 H3로 H2 아래 중첩. 레벨 건너뛰기 X (H1→H3 금지). "섹션 2"·"기타" 같은 의미 없는 헤딩 X

4. SEO 키워드 분포 점검
   - 메인 타겟 키워드를 본문 3회 이상 노출 (sweet spot)
   - 첫 단락·H2 헤딩·본문 중반 위치에 키워드 분산
   - 스터핑(과도 반복) 회피
   - 빠진 롱테일 키워드 1-2개를 자연스러운 위치에 끼워 넣기

5. 의료법 제56조 16항목 점검: 발견 시 안전 표현으로 다듬기
   - 허위·과대 표현: "최고", "1위", "유일", "최초", "100%", "완벽", "완치", "확실히", "반드시", "부작용 없음", "안전한", "즉각 효과", "획기적" → "보고됨" / "개인차가 있을 수 있음"
   - 비교 광고: "타 병원보다", "차별화된", "○○ 1위" → 표현 삭제
   - 가격 할인·이벤트 광고 (의료법 ①4호 위반 가능): "○○% 할인", "특가", "이벤트", "무료 시술", "본인부담금 면제·할인", "1+1" → 표현 삭제
   - 가격 노출 (블로그 본문에 한해 광고성 신호 회피 차원에서 권장: 의료법 위반은 아님): 구체 금액 → "비용은 상담 후 안내" 권장. 단, 시술 entity 페이지·이벤트 entity 페이지의 가격 표시는 정보 안내이므로 정상
   - 환자 유인: 환자 후기 직접 인용("이 환자분이 ~~ 효과를 봤다"), 연예인 시술 언급, 구체 수치 통계 → 제거 후 "학회 자료·임상 연구에 따르면" 또는 "진료실에서 자주 보이는 일반 양상"으로 대체
   - 단정 효과 표현: "○○로 입증됨" → "○○로 보고됨"

6. 자가복제 점검: '블로그' entity에서 유사 주제 최근 글 5개를 조회한 뒤 비교
   - 본문 단락 중 표현·문장 구조가 50% 이상 겹치는 곳
   - H2 헤딩 패턴이 직전 글들과 거의 동일한 곳 (예: 모두 의문형으로 시작)
   - 결론·CTA 문구가 매번 같은 형태로 반복되는 곳
   - 바이라인의 톤·구성이 직전 글과 동일한 곳 (검토일 외 동일 문구)
   - 발견된 닮은 단락은 같은 정보를 다른 도입 방식(사례 도입·통계 도입·정의 도입·질문 도입 중 하나)으로 재작성

7. 썸네일 자동 생성·지정: 글 제목과 본문을 기반으로 어울리는 썸네일 만들고 entity에 지정
   - **기존 entity 썸네일에서 재생성 권장**: 글 주제와 관련된 entity(시술·증상·의료진·패키지·`병원 둘러보기`/`clinic-tour` 등)의 썸네일을 dbQueryExternal로 조회한 뒤, 그 이미지를 base로 재생성해 사이트 전체 톤·분위기와 일관성 유지. 관련 entity 썸네일이 없을 때만 처음부터 생성
   - 깔끔하고 모던한 사진 또는 일러스트 스타일
   - 텍스트·로고·% 같은 그래픽 텍스트 절대 X
   - 효과 단정 그래픽 (화살표·점수·전후 비교) X
   - 환자 얼굴·연예인 X
   - 의료 클리셰(청진기·현미경) 회피, 자연스러운 분위기로
   - **entity 이미지 참고가 없을 때**: 특정 장소(병원 외관·진료실·내부 인테리어)나 특정 장비(시술 기기·의료 기구) 부각 X. 추상적·일반적 분위기 이미지(자연·식물·일상 텍스처 등)로
   - **의학적 원리·해부학적 도해 X**: 혈관·근막·세포·피부 단면도 등 원리·메커니즘 설명 그림 생성 X (의료법 안전성 + 본문은 텍스트로 충분)

8. 본문 CTA: 본문 이미지 자동 생성 X, 대신 채팅 상담 CTA 삽입
   - **본문 이미지 자동 생성·삽입 X**: 글 본문은 텍스트 + bullet 리스트 + `>` blockquote 인용 + 표 등 markdown 구조만으로 구성. 시각 자료가 필요하면 운영자가 검토 단계에서 entity 이미지를 직접 삽입
   - **채팅 상담 CTA 1-2개 본문에 삽입 (필수)**: 본문 중반(자연스러운 위치) 1개와 결론 직전 1개에 채팅 상담 진입 CTA 박기. 페이지 전환 없이 채팅 패널이 열려 환자 상담으로 자연스럽게 연결됨
   - **링크 href는 현재 글 path + `?open=chat` query param 형태**: 즉 href에 `?open=chat`만 적기 (현재 페이지 URL에 query param만 추가되어 페이지 전환 없이 채팅 열림). 절대 URL·도메인 X
   - **두 형식 중 하나 선택**:
     - **버튼 컴포넌트** (강조용): 본문 중반에 시각적으로 도드라지게. 예: `<a href="?open=chat" className="inline-flex items-center justify-center bg-primary text-primary-foreground px-5 py-2 rounded-full font-bold no-underline">💬 지금 바로 상담받기</a>` (랜딩 렌더러가 Tailwind 자동 스타일)
     - **텍스트 하이퍼링크** (자연스러운 흐름용): 문장 안에 자연스러운 앵커 텍스트로. 예: `궁금하신 점은 [지금 채팅으로 바로 상담받기](?open=chat)` 형태
   - 앵커 텍스트는 설명적으로 ("지금 채팅 상담", "○○ 관련 채팅 문의" 등). "여기 클릭"·"바로가기" 같은 무의미 텍스트 X
   - 의료법 안전 표현 유지: CTA에도 "최고", "1위", "유일", "100%", "완벽" 표현 X

9. 내부 링크 자동 삽입: 본문에 같은 사이트 내 관련 페이지로 **3-5개** 링크 박기
   - 관련 시술·증상·QnA·다른 블로그 entity를 dbQueryExternal로 조회해 **실제 슬러그를 확인한 뒤** 마크다운 `[설명적인 앵커 텍스트](상대 경로)` 형태로 삽입
   - **반드시 상대 경로(subpath)만 사용**: 예: `/procedure/도수치료`, `/content/스킨부스터-가이드`. 도메인을 임의로 붙인 절대 URL(`https://clinicnb.com/...`, `https://laney.ai/...`) **절대 사용 X**. 도메인은 라우팅에서 자동 결합됨
   - **본문 흐름 안에 자연스럽게 박기**: 별도 "[내부 링크 안내]"·"관련 링크" 같은 분리 박스·섹션 만들지 X. 한 문장 안의 키워드를 링크로 감싸는 식
   - 슬러그를 확인할 수 없으면 그 링크는 만들지 말고 건너뛰기: `[blocked]`, `#`, `(URL)`, `[준비중]` 같은 placeholder·임시 마크 **절대 사용 X**
   - **앵커 텍스트는 설명적으로** (예: "○○ 시술 상세 안내", NOT "여기 클릭"·"더 보기"·"바로가기")
   - 첫 단락에 1개, 본문 중반에 2-3개, 결론·CTA 부근에 1개 정도로 위치 분산
   - 같은 페이지로 여러 번 링크하지 말고, pillar(메인 시술·증상) ↔ subtopic(블로그 글) 클러스터 구조 의식
   - 외부 링크는 학회·논문·식약처 같은 검증 가능 출처에 한해 1-2개 (의료법 안전 표현으로 둘러싼 후 노출)

[글 종류별 specific 적용]
- **키워드·검색 의도**: 메인 키워드는 챗봇 이력에서 자동 추출(시술명·증상명 등 무엇이든). 롱테일 키워드는 환자가 실제 던진 질문 표현 그대로. 검색 의도는 의사 결정 직전
- 첫 단락: 짧은 도입 1-2문장 ("최근 [기간] 동안 ○○에 대해 자주 받은 질문을 정리합니다")
- 본문은 ## 질문 (H2가 곧 질문) + 그 아래 답변
- 답변은 4-6문장 + 필요 시 짧은 bullet
- bullet 리스트 1회 이상 **필수** (단계·체크 포인트가 있는 답변에서 4-5개 분리)
- `>` 인용 블록 1회 이상 **필수** (환자 원문 질문 강조 또는 학회 인용)
- 답변에 학회·논문 출처 1-2회 정도 분산
- 1인칭은 답변 중 1회만 (모든 답변에 박지 말 것, 글 전체에 정확히 1회)
- 비교표 X
- 의료법: **환자가 던진 질문은 그대로 인용 OK**, 다만 답변에 "이 환자분이 ~~ 효과를 봤다" 형태 X. 환자 이름·연락처 익명화. 답변 톤은 일반 정보 안내, 특정 환자 결과 X
- **분량**: 각 답변(H2당) 350-500자 × 들어온 질문 수. 질문 1-2개면 1,200-1,800자, 5-10개면 2,500-4,000자
- 바이라인 + 오늘 검토일

------
검색 기간: 최근 7일 / 한달 / 세달 중 하나
(주제·키워드·검색 의도 모두 챗봇 이력에서 자동 결정)
------

시즌·짧은 이슈 글

계절 변화나 단발성 이슈에 가볍게 답하는 짧은 글.

'블로그' entity에 기존 짧은 글 2-3개를 조회해서 양식을 참고하고,
'○○' (계절/이슈 주제) 짧은 글을 작성해줘.

[모든 글에 공통 적용되는 처리 항목: 한 번의 흐름으로 모두 진행한 뒤 최종 글과 검수 결과 표를 함께 출력]

0. 작성 전 컨텍스트 확인 (할루시네이션 방지)

   두 가지 출처를 모두 활용한다: entity는 개념·팩트 정보, 사용자 메모는 진료실 1차·시점성 정보. 둘 중 하나가 부족하거나 정확하지 않으면 되물어 채운다.

   - entity 조회 (개념·팩트 출처): 주제와 관련된 병원 entity(시술·의료진·패키지·장비·장점·타겟 증상·QnA·주의사항 등)와 그 relation을 dbQueryExternal로 조회. 시술 description·의료진 자격·장비 사양·연결된 QnA·caution·benefit 같은 정보를 여기서 확보
   - 사용자 제공 메모 확인 (시점성·진료실 1차 출처): 진료실 케이스·환자 양상·자주 받는 질문·환자 오해·신장비 도입 시점·갱신 이력·학회 발표 인용 같은 정보는 entity에 없으므로 사용자 제공 메모에서 확인
   - entity 정보가 부정확하거나 부족하면, 또는 메모가 없는데 진료실 양상·시점성 정보가 글에 필요하면 작성을 시작하지 말고 어떤 정보가 더 필요한지 먼저 되물어줘
   - 되물을 때는 개조식(불릿 리스트)으로: 글 작성에 필요한 정보를 한 줄씩 3-5개 정도로 짧게 묻기. 운영자가 한 번에 쭉쭉 답할 수 있도록
   - 일반 지식이나 추측으로 학회명·통계·인용·시술 정보·의료진 자격·진료실 양상을 채우지 말 것: 추측 인용은 할루시네이션이 되고 의료법 위반(허위 광고 ① 1호) 위험까지 직결됨
   - 필요한 컨텍스트가 들어오면 그때부터 아래 1-8번 진행

1. 타겟 키워드·검색 의도 자동 추출
   - 메인 키워드: 주제와 관련된 병원 entity(시술·증상·의료진·제품 등) 조회 후 entity의 name·description·tags 기반으로 추출
   - 롱테일 키워드와 검색 의도는 [글 종류별 specific 적용] 블록 하단의 "키워드·검색 의도" 항목 참고
   - 단, 추측으로 키워드 만들지 말 것: entity가 충분히 없으면 0번처럼 되물어줘

2. 병원 콘텐츠 자연스러운 권위·경험·신뢰 박기 (entity + 메모 조합 작성 패턴)

   병원의 entity 데이터(개념·팩트)와 사용자 제공 메모(진료실 1차·시점성)의 조합은 다른 병원이 따라 만들 수 없는 자산이다. 두 출처에서 가져온 정보를 본문에 자연스럽게 녹인다: 출처별로 가져올 수 있는 정보가 다르므로 섞지 말고 분리해서 활용.

   각 항목은 원칙이지 정형 문구가 아니다: 표현·어투·도입 방식을 매 글마다 다르게 풀어 6번 자가복제 점검과 충돌하지 않도록.

   - 도입부에 글의 작성 목적이 자연스럽게 드러나는 환자 중심 한 문장: 글 종류·주제·시점에 맞춰 다양한 방식(사례·질문·통계·정의·시즌 맥락 등)으로. 트래픽용 키워드 나열로 시작 X
   - 본문에 entity 정보가 사실 기반으로 자연스럽게 녹아들도록: 시술 description, 의료진 자격·경력, 장비 사양, 패키지 구성, relation으로 연결된 QnA·benefit·caution·target-condition 등을 활용
   - 원장의 1인칭 진료실 시점, 진료실 일반 양상, 환자가 자주 가진 오해·자주 받는 질문은 entity에 없는 영역: **사용자 제공 메모에서만 가져오기**. 메모가 없으면 만들어내지 말 것 (0번에서 되물어 채워둠)
   - 학회 가이드라인·임상 연구 인용 시 학회명·발표 연도·논문 DOI 같은 검증 가능 출처를 사실 그대로 표기: 사용자 제공 자료에서 가져오고 인용 톤도 매번 다르게
   - 구체 수치 통계("○○명 중 ○○%")는 의료법 ①2호 위반이라 일반화 표현으로 치환하되, 일반화 표현 자체도 매 글마다 다르게
   - 시점성 정보(신장비·신가이드라인·계절 이슈)는 사용자 제공 메모와 entity description(도입 연도·갱신 이력이 description에 narrative로 들어가 있는 경우)을 사실로 본문에 박기: 표기 형식 매번 다르게
   - 글 말미 바이라인은 의료진 entity 정보(이름·자격·임상 ○년·학회 소속) + **의료진 detail 페이지 링크** (entity 슬러그 기반 실제 URL) + 마지막 검토일(오늘 날짜): 검토일 외 동일 문구 반복 회피, type별 instruction에서 강제. "본 원 의료진"·"○○ 병원 의료진" 같은 **일반 표현·placeholder 사용 X**: team-member entity가 조회 불가하거나 어느 의료진으로 바이라인을 박을지 모르면 0번에서 작성을 중단하고 되물어 확정한 뒤 진행
   - **글 메타 날짜 명시**: 발행일(`datePublished`)과 최종 검토일(`dateModified`)을 entity 메타에 정확히 기록하고, 본문 첫 부분 또는 바이라인에 사람이 읽을 수 있는 형태로 한 번 더 노출 (예: "최초 발행 2026-04-15 / 마지막 검토 2026-04-29")
   - **영문 제목·slug 명시**: entity의 `name_en`을 영문 제목으로 채우고 `slug`는 name_en 기반 자동 생성에 맡김. 영문 제목엔 알파벳·숫자·공백만 허용, 대괄호 `[ ]`·따옴표 `" '`·콜론 `:`·슬래시 `/`·괄호 `( )`·마침표·쉼표 등 특수문자 사용 X (slug에 그대로 노출되어 URL이 깨짐). 한글 제목과 무관하게 검색·공유에 쓰일 깨끗한 영문 제목 한 줄 작성
   - **슬로건(`slogan_ko` / 카드 설명·meta description) 작성 필수**: 한 줄 요약(50-90자)으로 구성. 글 제목을 그대로 잘라 쓰지 말고 본문의 핵심 메시지를 환자 시점에서 자연스럽게 압축 (예: "마리오네트 주름 개선의 핵심은 채우기보다 처진 조직을 자연스럽게 리프팅하는 것"). 카드·검색 결과·OG 공유 미리보기에 그대로 노출되므로 카피 품질이 클릭률 결정. 의료법 안전 표현 동일 적용("최고", "1위", "유일", "100%", "완벽" 회피). 영문 글의 경우 `slogan_en`도 동일 톤으로

3. AI 흔적 다듬기 + 추출 가능한 구조
   - "도움이 될 수 있습니다" 같은 정중한 정형 표현 반복 회피
   - "다양한", "여러 가지", "효과적인" 같은 모호 형용사 남용 회피
   - em-dash(—)·슬래시(/) 특수 문자 남용 회피 (한국어 의료 콘텐츠 톤에 맞게 콤마·괄호로 대체)
   - 모든 단락이 "~입니다. 또한 ~"으로 시작하는 동일 문장 패턴 회피
   - 영문 약어 남발 회피 (필요한 경우만 영문 병기, 본문 흐름은 한국어로)
   - 매번 같은 결론 표현("~를 권장합니다", "~가 좋습니다") 반복 회피
   - **종결어미 다양화**: "~입니다" 일변도 회피. "~합니다", "~됩니다", 짧은 평어 단정문, 명사형 마무리("~의 차이입니다" 대신 "~의 차이.")를 섞어 본문 종결 어미가 한 형태로 7할 넘게 쏠리지 않도록
   - **비유·전환 표현 클리쎄 회피**: "탄탄한 기초", "정교한 설계", "근본 원인은 ~", "단순히 ~ 아니라 ~", "~의 핵심은 ~입니다" 같은 전형 비유·동일 전환 패턴이 한 글 안에서 두 번 이상 나오지 않도록. 비유는 매 글마다 다른 형태로
   - **H2 패턴 다양화**: H2 6-8개가 모두 같은 형식으로 통일되지 않도록(예: 모두 "○○의 ○○" 진술형, 또는 모두 의문형). 진술형·의문형·짧은 명사형(예: "회복 기간 비교", "주의할 신호") 섞기
   - **단락 길이 변화**: 모든 단락이 같은 길이(3-4문장)로 통일되지 않게. 짧은 단락(1-2문장, 핵심 단정·전환용)과 일반 단락(3-4문장)을 섞어 호흡 변화
   - **markdown 구조 다양화 (필수)**: 본문이 H2 + 평문 단락만으로 단조로워지지 않도록 다음을 활용. landing 블로그 렌더러는 표준 markdown(+remark-gfm)만 보장하므로 `<Callout>` 같은 미등록 JSX 컴포넌트는 사용 X (깨짐 위험)
     - **bullet 리스트 1회 이상 (필수)**: 시술 후 관리·체크리스트·주의 사항 같은 항목성 정보를 한 단락에 묶지 말고 4-5개로 분리
     - **`>` blockquote 인용 블록 1회 이상 (필수)**: 핵심 단정·환자 질문·학회 인용을 `>` 마커로 시작해 시각적으로 분리. `<Callout>` JSX 사용 X, 표준 markdown blockquote만 사용
     - **번호 매김 리스트 (해당 시)**: 단계·절차·시술 흐름은 `1. 2. 3.`으로 순서 의식
     - **강조 마커**: 핵심 키워드는 `**bold**`, 외래어·강조 어구는 가끔 `_italic_`. 한 단락에 3개 이상 박지 말 것 (가독성 저하)
     - **가로 구분선 `---`**: 본문 ↔ 바이라인, 본문 ↔ 면책 문구 사이에 1회 (시각적 구분)
     - **표**: 비교·유형 분류·진행 흐름 등 (글 종류별 specific 적용 지시 따름)
   - **FAQ는 qna entity 활용**: FAQ 항목을 만들 때 dbQueryExternal로 주제 관련 시술·증상의 `qna` entity를 먼저 조회해서, 등록된 진짜 환자 질문·답변 톤을 가져와 재구성. 추측으로 만든 FAQ는 People-First 신호 약함
   - **볼드(`**`) 마커 안에는 한글·영문 단어만 포함**: 괄호 `( )`, 따옴표 `" '`, 슬래시 `/`, 콜론 `:`, 점 `.`, 꺾쇠 `< >`, 공백 뒤 조사가 볼드 마커 안 또는 바로 옆에 붙으면 렌더링 깨짐. **두 가지 해결책 중 하나 선택**:
     - (1) **특수문자 자체를 빼기**: `**시술명(Treatment)**` → `**시술명**` / `**"안내드립니다"**` → `**안내드립니다**`
     - (2) **특수문자가 없는 부분만 bold로 감싸기**: `**시술명(Treatment)**` → `**시술명** (Treatment)` / `**"안내"**` → `"**안내**"`
   - **문단 단위 quotable 구조**: 한 문단 2-4문장, **첫 문장에 그 문단의 핵심 주장**을 박아 단독 추출돼도 의미가 통하도록
   - **헤딩 위계**: H1은 글 제목 1개만, H2는 주요 섹션 (5-8개), 필요 시 H3로 H2 아래 중첩. 레벨 건너뛰기 X (H1→H3 금지). "섹션 2"·"기타" 같은 의미 없는 헤딩 X

4. SEO 키워드 분포 점검
   - 메인 타겟 키워드를 본문 3회 이상 노출 (sweet spot)
   - 첫 단락·H2 헤딩·본문 중반 위치에 키워드 분산
   - 스터핑(과도 반복) 회피
   - 빠진 롱테일 키워드 1-2개를 자연스러운 위치에 끼워 넣기

5. 의료법 제56조 16항목 점검: 발견 시 안전 표현으로 다듬기
   - 허위·과대 표현: "최고", "1위", "유일", "최초", "100%", "완벽", "완치", "확실히", "반드시", "부작용 없음", "안전한", "즉각 효과", "획기적" → "보고됨" / "개인차가 있을 수 있음"
   - 비교 광고: "타 병원보다", "차별화된", "○○ 1위" → 표현 삭제
   - 가격 할인·이벤트 광고 (의료법 ①4호 위반 가능): "○○% 할인", "특가", "이벤트", "무료 시술", "본인부담금 면제·할인", "1+1" → 표현 삭제
   - 가격 노출 (블로그 본문에 한해 광고성 신호 회피 차원에서 권장: 의료법 위반은 아님): 구체 금액 → "비용은 상담 후 안내" 권장. 단, 시술 entity 페이지·이벤트 entity 페이지의 가격 표시는 정보 안내이므로 정상
   - 환자 유인: 환자 후기 직접 인용("이 환자분이 ~~ 효과를 봤다"), 연예인 시술 언급, 구체 수치 통계 → 제거 후 "학회 자료·임상 연구에 따르면" 또는 "진료실에서 자주 보이는 일반 양상"으로 대체
   - 단정 효과 표현: "○○로 입증됨" → "○○로 보고됨"

6. 자가복제 점검: '블로그' entity에서 유사 주제 최근 글 5개를 조회한 뒤 비교
   - 본문 단락 중 표현·문장 구조가 50% 이상 겹치는 곳
   - H2 헤딩 패턴이 직전 글들과 거의 동일한 곳 (예: 모두 의문형으로 시작)
   - 결론·CTA 문구가 매번 같은 형태로 반복되는 곳
   - 바이라인의 톤·구성이 직전 글과 동일한 곳 (검토일 외 동일 문구)
   - 발견된 닮은 단락은 같은 정보를 다른 도입 방식(사례 도입·통계 도입·정의 도입·질문 도입 중 하나)으로 재작성

7. 썸네일 자동 생성·지정: 글 제목과 본문을 기반으로 어울리는 썸네일 만들고 entity에 지정
   - **기존 entity 썸네일에서 재생성 권장**: 글 주제와 관련된 entity(시술·증상·의료진·패키지·`병원 둘러보기`/`clinic-tour` 등)의 썸네일을 dbQueryExternal로 조회한 뒤, 그 이미지를 base로 재생성해 사이트 전체 톤·분위기와 일관성 유지. 관련 entity 썸네일이 없을 때만 처음부터 생성
   - 깔끔하고 모던한 사진 또는 일러스트 스타일
   - 텍스트·로고·% 같은 그래픽 텍스트 절대 X
   - 효과 단정 그래픽 (화살표·점수·전후 비교) X
   - 환자 얼굴·연예인 X
   - 의료 클리셰(청진기·현미경) 회피, 자연스러운 분위기로
   - **entity 이미지 참고가 없을 때**: 특정 장소(병원 외관·진료실·내부 인테리어)나 특정 장비(시술 기기·의료 기구) 부각 X. 추상적·일반적 분위기 이미지(자연·식물·일상 텍스처 등)로
   - **의학적 원리·해부학적 도해 X**: 혈관·근막·세포·피부 단면도 등 원리·메커니즘 설명 그림 생성 X (의료법 안전성 + 본문은 텍스트로 충분)

8. 본문 CTA: 본문 이미지 자동 생성 X, 대신 채팅 상담 CTA 삽입
   - **본문 이미지 자동 생성·삽입 X**: 글 본문은 텍스트 + bullet 리스트 + `>` blockquote 인용 + 표 등 markdown 구조만으로 구성. 시각 자료가 필요하면 운영자가 검토 단계에서 entity 이미지를 직접 삽입
   - **채팅 상담 CTA 1-2개 본문에 삽입 (필수)**: 본문 중반(자연스러운 위치) 1개와 결론 직전 1개에 채팅 상담 진입 CTA 박기. 페이지 전환 없이 채팅 패널이 열려 환자 상담으로 자연스럽게 연결됨
   - **링크 href는 현재 글 path + `?open=chat` query param 형태**: 즉 href에 `?open=chat`만 적기 (현재 페이지 URL에 query param만 추가되어 페이지 전환 없이 채팅 열림). 절대 URL·도메인 X
   - **두 형식 중 하나 선택**:
     - **버튼 컴포넌트** (강조용): 본문 중반에 시각적으로 도드라지게. 예: `<a href="?open=chat" className="inline-flex items-center justify-center bg-primary text-primary-foreground px-5 py-2 rounded-full font-bold no-underline">💬 지금 바로 상담받기</a>` (랜딩 렌더러가 Tailwind 자동 스타일)
     - **텍스트 하이퍼링크** (자연스러운 흐름용): 문장 안에 자연스러운 앵커 텍스트로. 예: `궁금하신 점은 [지금 채팅으로 바로 상담받기](?open=chat)` 형태
   - 앵커 텍스트는 설명적으로 ("지금 채팅 상담", "○○ 관련 채팅 문의" 등). "여기 클릭"·"바로가기" 같은 무의미 텍스트 X
   - 의료법 안전 표현 유지: CTA에도 "최고", "1위", "유일", "100%", "완벽" 표현 X

9. 내부 링크 자동 삽입: 본문에 같은 사이트 내 관련 페이지로 **3-5개** 링크 박기
   - 관련 시술·증상·QnA·다른 블로그 entity를 dbQueryExternal로 조회해 **실제 슬러그를 확인한 뒤** 마크다운 `[설명적인 앵커 텍스트](상대 경로)` 형태로 삽입
   - **반드시 상대 경로(subpath)만 사용**: 예: `/procedure/도수치료`, `/content/스킨부스터-가이드`. 도메인을 임의로 붙인 절대 URL(`https://clinicnb.com/...`, `https://laney.ai/...`) **절대 사용 X**. 도메인은 라우팅에서 자동 결합됨
   - **본문 흐름 안에 자연스럽게 박기**: 별도 "[내부 링크 안내]"·"관련 링크" 같은 분리 박스·섹션 만들지 X. 한 문장 안의 키워드를 링크로 감싸는 식
   - 슬러그를 확인할 수 없으면 그 링크는 만들지 말고 건너뛰기: `[blocked]`, `#`, `(URL)`, `[준비중]` 같은 placeholder·임시 마크 **절대 사용 X**
   - **앵커 텍스트는 설명적으로** (예: "○○ 시술 상세 안내", NOT "여기 클릭"·"더 보기"·"바로가기")
   - 첫 단락에 1개, 본문 중반에 2-3개, 결론·CTA 부근에 1개 정도로 위치 분산
   - 같은 페이지로 여러 번 링크하지 말고, pillar(메인 시술·증상) ↔ subtopic(블로그 글) 클러스터 구조 의식
   - 외부 링크는 학회·논문·식약처 같은 검증 가능 출처에 한해 1-2개 (의료법 안전 표현으로 둘러싼 후 노출)

[글 종류별 specific 적용]
- **키워드·검색 의도**: 메인 키워드는 계절·달 + 시술명 또는 관리 영역. 롱테일 키워드는 "겨울 건조", "여름 자외선", "환절기 트러블" 등. 검색 의도는 시즌 임시 정보
- 글 시작: 계절·이슈 맥락 1문장 ("4월 들어 자주 받는 질문 중 하나가 ~~입니다" 같은)
- H2 3-4개 (가볍게)
- 본문은 짧고 실용적 (관리법 팁 위주)
- bullet 리스트 1회 이상 **필수** (관리법 팁 4-5개 분리)
- `>` blockquote 인용 블록 1회 권장 (핵심 단정 강조)
- 비교표 X, FAQ X
- 출처 인용은 자연스러우면 1회 (없어도 됨)
- **1인칭 시점 1회 권장**: "진료실에서 보면", "임상 경험상" 같은 표현 한 번 자연스럽게 (없어도 OK)
- 의료법: **가격·할인·이벤트 표현 회피**가 이 종류에서 가장 위험 (시즌·이슈 글일수록 프로모션 톤으로 빠지기 쉬움). "특가·할인·이벤트·무료" X, 구체 금액 X. "비용은 상담 후 안내" 톤 유지
- **분량**: 각 H2 본문 400-500자 × 3-4개 H2 + 도입 250자 + 마무리 150자 ≈ **1,600-2,400자 목표**
- 바이라인 + 오늘 검토일

------
주제: ○○ (계절·이슈)
참고 자료:
{여기에 짧은 메모 텍스트를 붙여넣기}
------

학술·연구 인사이트형

원장이 학회 발표·논문·새 가이드라인을 검토한 뒤 임상 시점에서 해석한 글. E-E-A-T의 Expertise·Authoritativeness가 가장 강하게 박히는 형식으로, 검증 가능한 학술 출처가 본문에 직접 인용되어 신뢰성 시그널이 압도적입니다. 학술 인사이트를 일반 환자도 이해할 수 있는 톤으로 풀어내는 게 핵심.

'블로그' entity에 기존 학술·연구형 글이 있으면 1개 조회해서 톤을 참고하고,
아래 학회 발표·논문 자료를 임상 시점에서 해석한 블로그 글을 작성해줘.

[모든 글에 공통 적용되는 처리 항목: 한 번의 흐름으로 모두 진행한 뒤 최종 글과 검수 결과 표를 함께 출력]

0. 작성 전 컨텍스트 확인 (할루시네이션 방지)

   두 가지 출처를 모두 활용한다: entity는 개념·팩트 정보, 사용자 메모는 진료실 1차·시점성 정보. 둘 중 하나가 부족하거나 정확하지 않으면 되물어 채운다.

   - entity 조회 (개념·팩트 출처): 주제와 관련된 병원 entity(시술·의료진·패키지·장비·장점·타겟 증상·QnA·주의사항 등)와 그 relation을 dbQueryExternal로 조회. 시술 description·의료진 자격·장비 사양·연결된 QnA·caution·benefit 같은 정보를 여기서 확보
   - 사용자 제공 메모 확인 (시점성·진료실 1차 출처): 진료실 케이스·환자 양상·자주 받는 질문·환자 오해·신장비 도입 시점·갱신 이력·학회 발표 인용 같은 정보는 entity에 없으므로 사용자 제공 메모에서 확인
   - entity 정보가 부정확하거나 부족하면, 또는 메모가 없는데 진료실 양상·시점성 정보가 글에 필요하면 작성을 시작하지 말고 어떤 정보가 더 필요한지 먼저 되물어줘
   - 되물을 때는 개조식(불릿 리스트)으로: 글 작성에 필요한 정보를 한 줄씩 3-5개 정도로 짧게 묻기. 운영자가 한 번에 쭉쭉 답할 수 있도록
   - 일반 지식이나 추측으로 학회명·통계·인용·시술 정보·의료진 자격·진료실 양상을 채우지 말 것: 추측 인용은 할루시네이션이 되고 의료법 위반(허위 광고 ① 1호) 위험까지 직결됨
   - 필요한 컨텍스트가 들어오면 그때부터 아래 1-8번 진행

1. 타겟 키워드·검색 의도 자동 추출
   - 메인 키워드: 주제와 관련된 병원 entity(시술·증상·의료진·제품 등) 조회 후 entity의 name·description·tags 기반으로 추출
   - 롱테일 키워드와 검색 의도는 [글 종류별 specific 적용] 블록 하단의 "키워드·검색 의도" 항목 참고
   - 단, 추측으로 키워드 만들지 말 것: entity가 충분히 없으면 0번처럼 되물어줘

2. 병원 콘텐츠 자연스러운 권위·경험·신뢰 박기 (entity + 메모 조합 작성 패턴)

   병원의 entity 데이터(개념·팩트)와 사용자 제공 메모(진료실 1차·시점성)의 조합은 다른 병원이 따라 만들 수 없는 자산이다. 두 출처에서 가져온 정보를 본문에 자연스럽게 녹인다: 출처별로 가져올 수 있는 정보가 다르므로 섞지 말고 분리해서 활용.

   각 항목은 원칙이지 정형 문구가 아니다: 표현·어투·도입 방식을 매 글마다 다르게 풀어 6번 자가복제 점검과 충돌하지 않도록.

   - 도입부에 글의 작성 목적이 자연스럽게 드러나는 환자 중심 한 문장: 글 종류·주제·시점에 맞춰 다양한 방식(사례·질문·통계·정의·시즌 맥락 등)으로. 트래픽용 키워드 나열로 시작 X
   - 본문에 entity 정보가 사실 기반으로 자연스럽게 녹아들도록: 시술 description, 의료진 자격·경력, 장비 사양, 패키지 구성, relation으로 연결된 QnA·benefit·caution·target-condition 등을 활용
   - 원장의 1인칭 진료실 시점, 진료실 일반 양상, 환자가 자주 가진 오해·자주 받는 질문은 entity에 없는 영역: **사용자 제공 메모에서만 가져오기**. 메모가 없으면 만들어내지 말 것 (0번에서 되물어 채워둠)
   - 학회 가이드라인·임상 연구 인용 시 학회명·발표 연도·논문 DOI 같은 검증 가능 출처를 사실 그대로 표기: 사용자 제공 자료에서 가져오고 인용 톤도 매번 다르게
   - 구체 수치 통계("○○명 중 ○○%")는 의료법 ①2호 위반이라 일반화 표현으로 치환하되, 일반화 표현 자체도 매 글마다 다르게
   - 시점성 정보(신장비·신가이드라인·계절 이슈)는 사용자 제공 메모와 entity description(도입 연도·갱신 이력이 description에 narrative로 들어가 있는 경우)을 사실로 본문에 박기: 표기 형식 매번 다르게
   - 글 말미 바이라인은 의료진 entity 정보(이름·자격·임상 ○년·학회 소속) + **의료진 detail 페이지 링크** (entity 슬러그 기반 실제 URL) + 마지막 검토일(오늘 날짜): 검토일 외 동일 문구 반복 회피, type별 instruction에서 강제. "본 원 의료진"·"○○ 병원 의료진" 같은 **일반 표현·placeholder 사용 X**: team-member entity가 조회 불가하거나 어느 의료진으로 바이라인을 박을지 모르면 0번에서 작성을 중단하고 되물어 확정한 뒤 진행
   - **글 메타 날짜 명시**: 발행일(`datePublished`)과 최종 검토일(`dateModified`)을 entity 메타에 정확히 기록하고, 본문 첫 부분 또는 바이라인에 사람이 읽을 수 있는 형태로 한 번 더 노출 (예: "최초 발행 2026-04-15 / 마지막 검토 2026-04-29")
   - **영문 제목·slug 명시**: entity의 `name_en`을 영문 제목으로 채우고 `slug`는 name_en 기반 자동 생성에 맡김. 영문 제목엔 알파벳·숫자·공백만 허용, 대괄호 `[ ]`·따옴표 `" '`·콜론 `:`·슬래시 `/`·괄호 `( )`·마침표·쉼표 등 특수문자 사용 X (slug에 그대로 노출되어 URL이 깨짐). 한글 제목과 무관하게 검색·공유에 쓰일 깨끗한 영문 제목 한 줄 작성
   - **슬로건(`slogan_ko` / 카드 설명·meta description) 작성 필수**: 한 줄 요약(50-90자)으로 구성. 글 제목을 그대로 잘라 쓰지 말고 본문의 핵심 메시지를 환자 시점에서 자연스럽게 압축 (예: "마리오네트 주름 개선의 핵심은 채우기보다 처진 조직을 자연스럽게 리프팅하는 것"). 카드·검색 결과·OG 공유 미리보기에 그대로 노출되므로 카피 품질이 클릭률 결정. 의료법 안전 표현 동일 적용("최고", "1위", "유일", "100%", "완벽" 회피). 영문 글의 경우 `slogan_en`도 동일 톤으로

3. AI 흔적 다듬기 + 추출 가능한 구조
   - "도움이 될 수 있습니다" 같은 정중한 정형 표현 반복 회피
   - "다양한", "여러 가지", "효과적인" 같은 모호 형용사 남용 회피
   - em-dash(—)·슬래시(/) 특수 문자 남용 회피 (한국어 의료 콘텐츠 톤에 맞게 콤마·괄호로 대체)
   - 모든 단락이 "~입니다. 또한 ~"으로 시작하는 동일 문장 패턴 회피
   - 영문 약어 남발 회피 (필요한 경우만 영문 병기, 본문 흐름은 한국어로)
   - 매번 같은 결론 표현("~를 권장합니다", "~가 좋습니다") 반복 회피
   - **종결어미 다양화**: "~입니다" 일변도 회피. "~합니다", "~됩니다", 짧은 평어 단정문, 명사형 마무리("~의 차이입니다" 대신 "~의 차이.")를 섞어 본문 종결 어미가 한 형태로 7할 넘게 쏠리지 않도록
   - **비유·전환 표현 클리쎄 회피**: "탄탄한 기초", "정교한 설계", "근본 원인은 ~", "단순히 ~ 아니라 ~", "~의 핵심은 ~입니다" 같은 전형 비유·동일 전환 패턴이 한 글 안에서 두 번 이상 나오지 않도록. 비유는 매 글마다 다른 형태로
   - **H2 패턴 다양화**: H2 6-8개가 모두 같은 형식으로 통일되지 않도록(예: 모두 "○○의 ○○" 진술형, 또는 모두 의문형). 진술형·의문형·짧은 명사형(예: "회복 기간 비교", "주의할 신호") 섞기
   - **단락 길이 변화**: 모든 단락이 같은 길이(3-4문장)로 통일되지 않게. 짧은 단락(1-2문장, 핵심 단정·전환용)과 일반 단락(3-4문장)을 섞어 호흡 변화
   - **markdown 구조 다양화 (필수)**: 본문이 H2 + 평문 단락만으로 단조로워지지 않도록 다음을 활용. landing 블로그 렌더러는 표준 markdown(+remark-gfm)만 보장하므로 `<Callout>` 같은 미등록 JSX 컴포넌트는 사용 X (깨짐 위험)
     - **bullet 리스트 1회 이상 (필수)**: 시술 후 관리·체크리스트·주의 사항 같은 항목성 정보를 한 단락에 묶지 말고 4-5개로 분리
     - **`>` blockquote 인용 블록 1회 이상 (필수)**: 핵심 단정·환자 질문·학회 인용을 `>` 마커로 시작해 시각적으로 분리. `<Callout>` JSX 사용 X, 표준 markdown blockquote만 사용
     - **번호 매김 리스트 (해당 시)**: 단계·절차·시술 흐름은 `1. 2. 3.`으로 순서 의식
     - **강조 마커**: 핵심 키워드는 `**bold**`, 외래어·강조 어구는 가끔 `_italic_`. 한 단락에 3개 이상 박지 말 것 (가독성 저하)
     - **가로 구분선 `---`**: 본문 ↔ 바이라인, 본문 ↔ 면책 문구 사이에 1회 (시각적 구분)
     - **표**: 비교·유형 분류·진행 흐름 등 (글 종류별 specific 적용 지시 따름)
   - **FAQ는 qna entity 활용**: FAQ 항목을 만들 때 dbQueryExternal로 주제 관련 시술·증상의 `qna` entity를 먼저 조회해서, 등록된 진짜 환자 질문·답변 톤을 가져와 재구성. 추측으로 만든 FAQ는 People-First 신호 약함
   - **볼드(`**`) 마커 안에는 한글·영문 단어만 포함**: 괄호 `( )`, 따옴표 `" '`, 슬래시 `/`, 콜론 `:`, 점 `.`, 꺾쇠 `< >`, 공백 뒤 조사가 볼드 마커 안 또는 바로 옆에 붙으면 렌더링 깨짐. **두 가지 해결책 중 하나 선택**:
     - (1) **특수문자 자체를 빼기**: `**시술명(Treatment)**` → `**시술명**` / `**"안내드립니다"**` → `**안내드립니다**`
     - (2) **특수문자가 없는 부분만 bold로 감싸기**: `**시술명(Treatment)**` → `**시술명** (Treatment)` / `**"안내"**` → `"**안내**"`
   - **문단 단위 quotable 구조**: 한 문단 2-4문장, **첫 문장에 그 문단의 핵심 주장**을 박아 단독 추출돼도 의미가 통하도록
   - **헤딩 위계**: H1은 글 제목 1개만, H2는 주요 섹션 (5-8개), 필요 시 H3로 H2 아래 중첩. 레벨 건너뛰기 X (H1→H3 금지). "섹션 2"·"기타" 같은 의미 없는 헤딩 X

4. SEO 키워드 분포 점검
   - 메인 타겟 키워드를 본문 3회 이상 노출 (sweet spot)
   - 첫 단락·H2 헤딩·본문 중반 위치에 키워드 분산
   - 스터핑(과도 반복) 회피
   - 빠진 롱테일 키워드 1-2개를 자연스러운 위치에 끼워 넣기

5. 의료법 제56조 16항목 점검: 발견 시 안전 표현으로 다듬기
   - 허위·과대 표현: "최고", "1위", "유일", "최초", "100%", "완벽", "완치", "확실히", "반드시", "부작용 없음", "안전한", "즉각 효과", "획기적" → "보고됨" / "개인차가 있을 수 있음"
   - 비교 광고: "타 병원보다", "차별화된", "○○ 1위" → 표현 삭제
   - 가격 할인·이벤트 광고 (의료법 ①4호 위반 가능): "○○% 할인", "특가", "이벤트", "무료 시술", "본인부담금 면제·할인", "1+1" → 표현 삭제
   - 가격 노출 (블로그 본문에 한해 광고성 신호 회피 차원에서 권장: 의료법 위반은 아님): 구체 금액 → "비용은 상담 후 안내" 권장. 단, 시술 entity 페이지·이벤트 entity 페이지의 가격 표시는 정보 안내이므로 정상
   - 환자 유인: 환자 후기 직접 인용("이 환자분이 ~~ 효과를 봤다"), 연예인 시술 언급, 구체 수치 통계 → 제거 후 "학회 자료·임상 연구에 따르면" 또는 "진료실에서 자주 보이는 일반 양상"으로 대체
   - 단정 효과 표현: "○○로 입증됨" → "○○로 보고됨"

6. 자가복제 점검: '블로그' entity에서 유사 주제 최근 글 5개를 조회한 뒤 비교
   - 본문 단락 중 표현·문장 구조가 50% 이상 겹치는 곳
   - H2 헤딩 패턴이 직전 글들과 거의 동일한 곳 (예: 모두 의문형으로 시작)
   - 결론·CTA 문구가 매번 같은 형태로 반복되는 곳
   - 바이라인의 톤·구성이 직전 글과 동일한 곳 (검토일 외 동일 문구)
   - 발견된 닮은 단락은 같은 정보를 다른 도입 방식(사례 도입·통계 도입·정의 도입·질문 도입 중 하나)으로 재작성

7. 썸네일 자동 생성·지정: 글 제목과 본문을 기반으로 어울리는 썸네일 만들고 entity에 지정
   - **기존 entity 썸네일에서 재생성 권장**: 글 주제와 관련된 entity(시술·증상·의료진·패키지·`병원 둘러보기`/`clinic-tour` 등)의 썸네일을 dbQueryExternal로 조회한 뒤, 그 이미지를 base로 재생성해 사이트 전체 톤·분위기와 일관성 유지. 관련 entity 썸네일이 없을 때만 처음부터 생성
   - 깔끔하고 모던한 사진 또는 일러스트 스타일
   - 텍스트·로고·% 같은 그래픽 텍스트 절대 X
   - 효과 단정 그래픽 (화살표·점수·전후 비교) X
   - 환자 얼굴·연예인 X
   - 의료 클리셰(청진기·현미경) 회피, 자연스러운 분위기로
   - **entity 이미지 참고가 없을 때**: 특정 장소(병원 외관·진료실·내부 인테리어)나 특정 장비(시술 기기·의료 기구) 부각 X. 추상적·일반적 분위기 이미지(자연·식물·일상 텍스처 등)로
   - **의학적 원리·해부학적 도해 X**: 혈관·근막·세포·피부 단면도 등 원리·메커니즘 설명 그림 생성 X (의료법 안전성 + 본문은 텍스트로 충분)

8. 본문 CTA: 본문 이미지 자동 생성 X, 대신 채팅 상담 CTA 삽입
   - **본문 이미지 자동 생성·삽입 X**: 글 본문은 텍스트 + bullet 리스트 + `>` blockquote 인용 + 표 등 markdown 구조만으로 구성. 시각 자료가 필요하면 운영자가 검토 단계에서 entity 이미지를 직접 삽입
   - **채팅 상담 CTA 1-2개 본문에 삽입 (필수)**: 본문 중반(자연스러운 위치) 1개와 결론 직전 1개에 채팅 상담 진입 CTA 박기. 페이지 전환 없이 채팅 패널이 열려 환자 상담으로 자연스럽게 연결됨
   - **링크 href는 현재 글 path + `?open=chat` query param 형태**: 즉 href에 `?open=chat`만 적기 (현재 페이지 URL에 query param만 추가되어 페이지 전환 없이 채팅 열림). 절대 URL·도메인 X
   - **두 형식 중 하나 선택**:
     - **버튼 컴포넌트** (강조용): 본문 중반에 시각적으로 도드라지게. 예: `<a href="?open=chat" className="inline-flex items-center justify-center bg-primary text-primary-foreground px-5 py-2 rounded-full font-bold no-underline">💬 지금 바로 상담받기</a>` (랜딩 렌더러가 Tailwind 자동 스타일)
     - **텍스트 하이퍼링크** (자연스러운 흐름용): 문장 안에 자연스러운 앵커 텍스트로. 예: `궁금하신 점은 [지금 채팅으로 바로 상담받기](?open=chat)` 형태
   - 앵커 텍스트는 설명적으로 ("지금 채팅 상담", "○○ 관련 채팅 문의" 등). "여기 클릭"·"바로가기" 같은 무의미 텍스트 X
   - 의료법 안전 표현 유지: CTA에도 "최고", "1위", "유일", "100%", "완벽" 표현 X

9. 내부 링크 자동 삽입: 본문에 같은 사이트 내 관련 페이지로 **3-5개** 링크 박기
   - 관련 시술·증상·QnA·다른 블로그 entity를 dbQueryExternal로 조회해 **실제 슬러그를 확인한 뒤** 마크다운 `[설명적인 앵커 텍스트](상대 경로)` 형태로 삽입
   - **반드시 상대 경로(subpath)만 사용**: 예: `/procedure/도수치료`, `/content/스킨부스터-가이드`. 도메인을 임의로 붙인 절대 URL(`https://clinicnb.com/...`, `https://laney.ai/...`) **절대 사용 X**. 도메인은 라우팅에서 자동 결합됨
   - **본문 흐름 안에 자연스럽게 박기**: 별도 "[내부 링크 안내]"·"관련 링크" 같은 분리 박스·섹션 만들지 X. 한 문장 안의 키워드를 링크로 감싸는 식
   - 슬러그를 확인할 수 없으면 그 링크는 만들지 말고 건너뛰기: `[blocked]`, `#`, `(URL)`, `[준비중]` 같은 placeholder·임시 마크 **절대 사용 X**
   - **앵커 텍스트는 설명적으로** (예: "○○ 시술 상세 안내", NOT "여기 클릭"·"더 보기"·"바로가기")
   - 첫 단락에 1개, 본문 중반에 2-3개, 결론·CTA 부근에 1개 정도로 위치 분산
   - 같은 페이지로 여러 번 링크하지 말고, pillar(메인 시술·증상) ↔ subtopic(블로그 글) 클러스터 구조 의식
   - 외부 링크는 학회·논문·식약처 같은 검증 가능 출처에 한해 1-2개 (의료법 안전 표현으로 둘러싼 후 노출)

[글 종류별 specific 적용]
- **키워드·검색 의도**: 메인 키워드는 학회명·논문 주제·가이드라인명. 롱테일 키워드는 "○○ 학회 가이드라인", "최신 연구", "임상에서 보면", "새 발표" 등. 검색 의도는 전문가 정보 탐색
- 첫 단락: 학회·논문 발표 사실 + 일반 환자에게 무엇이 중요한지 1-2문장
  (예: "○○학회가 2026년 발표한 ○○ 가이드라인은 ~~ 측면에서 의미가 있습니다.")
- H2 7-9개로 본문 골격 구성, 진술형 위주: "발표 핵심 요약", "기존 가이드라인과 다른 점", "임상에서 보면 어떤가", "환자가 알아두면 좋은 점"
- `>` blockquote 인용 블록 1회 이상 **필수** (학회 발표 원문·핵심 단정 강조용)
- bullet 리스트 1회 이상 **필수** (가이드라인 핵심 요약·환자가 알아둘 점 4-5개 분리)
- 비교표 1개 권장 (가이드라인 변경 사항 정리할 때, 또는 기존 vs 신규 가이드라인 차이)
- 학회 발표일·발표자명·논문 DOI 등 검증 가능한 출처를 본문에 직접 표기
- 임상 시점 해석 1-2단락: "진료실에서 실제로는..."  (원장의 unique angle)
- 1인칭 1-2회: 임상 시점 해석에서 자연스럽게
- 의료법: **학술적 인용은 OK**, 다만 "○○로 입증됨" 같은 단정 효과 표현 회피가 이 종류에서 가장 위험 ("○○로 보고됨" / "개인차" 표현으로). 학회 발표를 인용하더라도 효과를 단정해 전달하면 ① 2호 과대 광고로 분류됨
- FAQ X 또는 1-2개
- **분량**: 각 H2 본문 550-750자(학술 인용 + 임상 시점 해석) × 7-9개 H2 + 도입부 300-400자 + 결론 250자 ≈ **4,500-7,500자 목표**. 각 H2 작성 후 글자 수 자가 점검 — 500자 미달이면 학회 인용 본문·임상 시점 해석으로 보강
- 바이라인 + 오늘 검토일

------
주제: ○○ (학회명·논문 주제·가이드라인명)
참고 자료:
{여기에 학회 발표 본문, 논문 abstract 또는 발췌, 가이드라인 핵심 부분, 발표 노트 등 텍스트를 붙여넣기}
------

신기술·신장비 도입 시에는 비교 가이드형으로 "기존 방식 vs 새 방식"으로 처리하세요.

외국인 환자(의료관광) 타겟 변형

외국인 환자를 타겟으로 글을 운영하는 경우, 한국어 본문(description_ko)은 그대로 두고 영어·일본어·중국어 번역본(description_en·description_ja·description_zh)만 외국인 환자 맞춤으로 변형합니다. 다국어 SEO 시스템 차원의 강점은 콘텐츠 품질 가이드: 외국인 환자 다국어 SEO에서 다룹니다.

글 종류별 × en/ja/zh 변형 방향 매핑

글 종류	en/ja/zh 번역본에서 추가·변형할 방향	키워드 예시
비교 가이드	한국 vs 자국 시술 비교(해외 일반 진료 환경 vs 한국 환경) 관점 추가	"Korean ○○ vs ○○ overseas", "韓国 ○○ vs ○○"
증상·원리	한국에서 받을 때의 진료 흐름·다국어 지원 강조	"Korean dermatology guide", "한국 의료관광 안내"
진료실 케이스	외국인 환자 진료실 일반 양상 시점	"international patient clinic Korea"
자주 묻는 질문 Q&A	외국어 챗봇 상담 자동 추출 (다국어 자동 처리)	챗봇 데이터에서 자동
시즌·짧은 이슈	휴가·관광 시즌 한국 방문 시술	"Korea holiday clinic", "夏休み韓国 ○○"
학술·연구	한국 의료의 글로벌 학술 권위	"Korea ○○ research", "Korean clinical study"

적용 프롬프트: 한국어 글을 작성한 뒤 또는 기존 한국어 글에 추가 지시로 사용

방금 작성한(또는 '○○' 글의) 한국어 본문은 그대로 두고,
영어·일본어·중국어 번역본(description_en, description_ja, description_zh)만
외국인 환자(의료관광) 타겟에 맞춰 변형해서 채워줘.

- description_ko는 절대 수정 X (한국 환자 대상 그대로 유지)
- 직역 X: 외국인 환자 시점에서 자연스럽게 재구성
- 한국에서 시술 받을 때의 특징을 자연스럽게 포함 (한국 의료의 강점·진료 환경·다국어 지원·해외 일반 진료와 다른 점). 비자·항공·결제·관광 같은 비-의료 정보는 다루지 않음
- 외국어 검색 의도에 맞는 키워드 본문에 자연스럽게 ("Korean dermatology", "K-beauty clinic", "韓国 皮膚科", "韩国 皮肤科" 등)
- H2는 한국어 H2를 그대로 번역하지 말고, 외국인 환자가 검색·읽기 좋은 형태로 재구성 (필요 시 H2 개수·구성 변경)
- 시술명·의료진 이름은 한국어 원어 + 음역 병기 (예: "Ulthera (울쎄라)", "ウルセラ", "Ulsera")
- 의료법 안전 표현은 외국어로도 동일하게 유지: "best", "no.1", "only", "100%", "完璧", "唯一", "最佳" 등 단정·과장 표현 회피
- 바이라인·검토일은 외국어 locale에 맞춰 표기 (예: "Last reviewed: 2026-04-30")

효과가 강한 변형 조합: 외국인 환자가 핵심 타겟이라면 다음 3종이 가장 효과적

변형	강점
+ en/ja/zh 변형: "외국인 환자를 위한 ○○ 병원 방문 가이드"	검색 첫 진입점, 의료관광 검색 의도 직접 매칭
+ en/ja/zh 변형: 외국어 챗봇 상담 자동 추출	운영 부하 0, 다국어 People-First
+ en/ja/zh 변형: 외국인 환자 진료실 케이스	Experience 시그널, 영문 SEO 강함

운영 보조 프롬프트: 다국어 entity 점검

'블로그' entity 중 영문 본문(description_en)이 비어 있는 글 5개를 알려줘.
어느 글이 외국인 SEO 효과를 가장 크게 낼지 우선순위와 함께.

'시술A' entity의 한국어·영문·일문·중문 본문 채움 상태를 표로 보여줘.
어느 locale이 비어 있는지 한눈에.

기존 글 갱신 (Freshness)

분기마다 기존 글이 최신 상태인지 점검하고 본문 일부를 명시적으로 갱신합니다. 갱신일만 바꾸는 "fake freshness"는 페널티 위험이 있으니 본문에 실질 변경(단락 추가/수정/삭제)을 반드시 함께 넣으세요.

'블로그' entity 중 작성일이 6개월 이상 지난 글 5개를 알려줘. 각 글의 주제·메인 키워드도 함께

'○○' 글에 2026년 1분기 새로 도입한 '△△' 관련 내용 한 단락을 본문 중간에 추가해줘.
바이라인의 마지막 검토일을 오늘 날짜로 갱신하고, 본문 상단에 "2026년 4월 기준 갱신: △△ 관련 단락 추가" 한 줄 박스 추가

'○○' 글이 다루는 학회 가이드라인이 2025년 개정되었어. 본문에 개정 사항 한 단락 추가하고 마지막 검토일 갱신

외부 본문을 entity로 옮기기

새 글을 글 종류별 프롬프트로 처음부터 만드는 게 아니라 이미 있는 외부 글을 entity로 옮기기만 할 때 사용합니다. 작성·검수 흐름이 필요 없는 정리 작업.

a. 본문 붙여넣고 양식 참고해서 한 번에 정리

'블로그' entity에 기존 글 3개를 조회해서 양식을 참고해서 아래 글을 하나 추가해줘.
수행 건 수·업체 소개·연락처 등 외부 업체 관련 내용은 제외하고 작성해줘.

제목: ○○

------
(원본 본문 텍스트 붙여넣기)
------

AI가 기존 3개 글의 섹션 구성·문체를 참고한 뒤 붙여넣은 본문을 같은 스타일의 markdown으로 재구성해 entity에 추가합니다.

b. 톤·구조 먼저 파악 후 작성 (양식을 더 신중히 보고 싶을 때)

레이니병원의 '의학칼럼' 글들의 제목과 글 구성 방식을 먼저 알려줘

아래 원본 내용을 변형 없이 mdx 문법만 적용해서 의학칼럼으로 추가해줘.
썸네일은 다른 의학칼럼과 동일한 스타일로, 노출 순서는 1순위로

------
(원본 본문 텍스트 붙여넣기)
------

7. 이벤트 추가하기

이벤트 entity는 포스터 썸네일과 기간·가격표가 포함된 본문이 조합되는 형태입니다. 기존에 등록된 이벤트 2~3개를 먼저 조회시킨 뒤 같은 양식으로 추가하면 카드·상세 페이지의 형식이 일관되게 유지됩니다.

① 신규 이벤트 추가 (기존 양식 모방)

"'이벤트' entity에 기존 이벤트 2~3개를 먼저 조회한 뒤 동일 양식으로 새 이벤트를 추가해줘.

 제목: [이벤트] 2026 봄 이벤트
 기간: 2026.3.1 ~ 2026.4.30
 포스터 썸네일 URL: https://.../uploads/spring-event.png

 본문 구성:
  - 상단에 포스터 이미지(markdown ![]())
  - '기간: 2026. 3.1 - 4.30' 볼드로 표시
  - 카테고리별 ## 제목 + 번호·시술·가격 표

 카테고리와 가격:
  [시그니처 프리미엄 리프팅]
   01 울쎄라피프라임 300샷 + 써마지FLX 600샷 + 리쥬란물광: 370만원
   02 울쎄라피프라임 300샷 + 소프웨이브 200샷: 310만원"

② 이벤트 수정

'[이벤트] 어깨필러' 기간을 2026.4.1~4.30으로 연장해줘. 본문 상단 기간 표기도 같이 수정

봄 이벤트 본문에 '올인원 색소·모공 집중 패키지' 카테고리를 추가해줘.
멜라디나 1회 33만원 / 3회 88만원

어깨필러 이벤트 포스터 썸네일을 이 URL로 교체: https://.../uploads/new-poster.png

③ 마감된 이벤트 표시하기

이벤트는 삭제하지 않고 제목 접두어를 바꿔 이력을 유지합니다. 상세 페이지와 과거 이력을 모두 남길 수 있습니다.

'[이벤트] 2026 봄 이벤트'를 '[기간종료] 2026 봄 이벤트'로 제목만 바꿔줘. 본문은 그대로 두고

오늘 기준으로 기간이 끝난 이벤트들의 제목 접두어를 [이벤트] → [기간종료]로 일괄 변경해줘

[기간종료] 접두어가 붙은 이벤트들은 노출 순서를 맨 뒤로 내려줘

④ 본문 markdown 활용·메타 지정

이벤트 entity 본문은 markdown으로 작성되어 제목 위계(#, ##), 볼드(**), 인용(>), 리스트(-, 1.), 표(|...|), 이미지(![]()), 링크([]())를 풍부하게 활용할 수 있습니다. 이벤트는 가격표·카테고리·CTA가 같이 들어가야 해서 markdown 구조가 특히 중요.

이벤트 본문에 제목 위계·볼드·인용·리스트·표 같은 markdown 문법을 다채롭게 적용해줘

핵심 포인트는 인용문(>)으로 강조해줘

단계별 안내는 번호 매긴 리스트로, 항목 비교는 표로 정리해줘

slug·URL path는 name_en 기반으로 만들어. 영문 제목 잘 설정해줘

노출 순서를 가장 첫 번째로 설정해줘

포스터 썸네일은 기존 '봄 이벤트' entity의 것과 동일하게 사용해줘

⑤ 본문 안에 상담 CTA 버튼 넣기

이벤트 페이지에서 환자가 본문을 읽다가 바로 상담을 시작할 수 있도록 본문 중간·끝에 클릭 가능한 CTA 버튼을 박을 수 있습니다. 천안김안과 군인 이벤트가 대표 사례: 본문 중간에 ?open=chat 링크가 걸린 버튼이 들어가 클릭 시 페이지 전환 없이 채팅 패널이 열립니다.

본문에 들어갈 button-style markup (Tailwind 클래스 활용: 랜딩 렌더러가 자동 스타일):

<a href="?open=chat" className="inline-flex items-center justify-center bg-primary text-primary-foreground px-5 py-2 rounded-full font-bold no-underline">
  💬 지금 바로 상담하기
</a>

본문 말미 큰 CTA 박스 형태:

<div className="text-center py-10 bg-primary/5 rounded-3xl border-2 border-dashed border-primary/20">
  <h2 className="mt-0 mb-3 text-2xl font-black">지금 바로 상담받으세요</h2>
  <p className="mb-6 text-sm text-slate-500">채팅 상담을 통해 검사 예약까지 한 번에 안내해 드립니다.</p>
  <a href="?open=chat" className="inline-flex items-center justify-center bg-primary text-primary-foreground px-6 py-2.5 rounded-full font-bold text-lg hover:scale-105 transition-transform no-underline shadow-lg shadow-primary/20">
    💬 채팅 상담 시작하기
  </a>
</div>

AI에게 직접 요청하는 프롬프트:

이벤트 본문 중간(가격표 아래)에 상담 CTA 버튼을 넣어줘.
- 링크는 ?open=chat (현재 페이지에서 채팅 패널 열림)
- 텍스트: "💬 지금 바로 상담하기"
- 스타일: bg-primary 라운드 버튼 (천안김안과 군인 이벤트 스타일 참고)

이벤트 본문 말미에 큰 CTA 박스를 추가해줘.
- 제목: "지금 바로 상담받으세요"
- 버튼 텍스트: "💬 채팅 상담 시작하기"
- 링크: ?open=chat
- 점선 테두리·primary 색 배경 박스 형태

이벤트 본문에 박힌 모든 CTA 버튼의 링크를 ?open=chat 으로 통일하고, 텍스트는 "💬 채팅 상담"으로 짧게 바꿔줘

링크 규칙: ?open=chat 은 현재 페이지에 채팅 패널을 여는 query param. 외부 URL이 아니라 같은 페이지에서 상담을 시작하므로 환자 이탈이 적습니다. 외부 예약 페이지로 보내려면 풀 URL을 사용하되, 본문 내 CTA 반복 삽입은 의료법상 광고성 신호이니 1-2개로 제한하세요.

승인 프로세스

데이터를 변경하는 작업은 반드시 승인 과정을 거칩니다. 조회 작업은 승인 없이 바로 결과를 보여줍니다.

요청 → AI가 변경 내용 준비 → 미리보기 제시 → 승인/거절 → 반영

관리자 AI 변경 승인 UI

조회: 승인 없이 바로 결과 표시
수정/추가/삭제: 변경 내용을 미리 보여주고, 승인 후 반영
거절: 수정 요청하거나 취소 가능

키보드 단축키: Enter 승인 / Esc 거부. 실수로 승인한 경우에도 AI에게 "방금 작업을 되돌려줘"라고 요청하면 되돌릴 수 있습니다.

이미지 생성하기

AI가 텍스트 지시만으로, 또는 업로드된 원본 사진을 참고 자료로 받아 entity 썸네일·히어로 이미지를 직접 생성합니다.

① 텍스트만으로 신규 이미지 생성

"각 질환 entity(난임·매선·보약·진료 프로그램 등)의 hero 이미지를 만들어줘.
 한국인 여성이 해당 질환을 걱정하는 느낌으로. '자율신경'부터 시작"
"통계 entity 3개에 쓸 여성 모델 썸네일을 생성해줘.
 서로 다른 모델, 깔끔한 배경, 근접샷"
"이미지에 브랜드 컬러(#FFB643)가 잘 드러나게, 카드 비율은 square로"

② 업로드된 원본 사진을 참고해서 생성

"의료진 4분의 원본 사진을 참고해서 4분이 함께 있는 느낌의 단체 이미지를 만들어줘.
 인물은 원본 그대로 유지하고 변형 없이, 세로 긴 이미지로"
"'전문 한의사 진료진' entity 썸네일을 각 의료진 인물이 흰 배경에 자연스럽게 보이는
 세로 이미지로 만들어줘"

피드백 이터레이션이 핵심입니다. 첫 결과를 보고 "오현민 원장님 얼굴이 많이 달라", "너무 한의원스러워서 별로야, 좀 더 자연스럽게", "세로로 더 길게" 식으로 반복하면 원하는 이미지에 빠르게 수렴합니다. 한 번에 모든 조건을 지시하려 하지 마세요.

이미지 업로드 하기

직접 촬영한 사진·로고·포스터 등 업로드된 원본 이미지를 그대로 entity 썸네일로 지정하는 방식입니다.

업로드 페이지에서 사진을 올려두고, 파일 목록에서 URL 복사 버튼을 눌러 이미지 주소를 얻습니다. 그 URL을 채팅에 붙여넣으면 AI가 해당 이미지를 entity 썸네일로 연결합니다.

업로드 페이지 파일 목록에서 URL 복사

"'전문 한의사 진료진' entity에 양유찬 원장님 이미지를 사용해줘.
 URL: https://.../uploads/yang.png"

"시술 '리프팅' 썸네일을 방금 업로드한 이 URL로 바꿔줘: https://..."

"업로드된 원본 사진 목록을 보여줘"

기타 운영 작업

자주 쓰이지는 않지만 필요할 때 유용한 작업들입니다.

홈페이지 관리

섹션 구성, 디자인, 콘텐츠, 네비게이션을 채팅으로 수정합니다.

"메인 페이지 섹션 구성을 보여줘"
"히어로 섹션의 타이틀을 '최고의 전문가와 함께'로 바꿔줘"
"구성원 소개 섹션을 시술 소개 위로 올려줘"
"히어로 CTA 버튼 텍스트를 '무료 상담 예약'으로 바꿔줘"
"헤더에 '이벤트' 메뉴를 추가해줘"
"푸터에 인스타그램 링크를 넣어줘"

메시지 템플릿 관리

발송에 사용하는 메시지 템플릿을 채팅으로 생성·수정합니다.

"현재 등록된 템플릿 목록을 보여줘"
"예약 리마인더 템플릿을 만들어줘. 예약 하루 전에 발송"
"예약 확인 템플릿의 문구를 수정해줘"

워크플로우 관리

이벤트 기반 자동화 워크플로우를 설정합니다.

"현재 설정된 워크플로우를 보여줘"
"예약 생성 시 예약 확인 메시지를 자동 발송하는 워크플로우를 만들어줘. 비활성 상태로."
"내원 후 7일에 후기 요청 메시지를 보내는 트리거를 추가해줘"
"예약 확정 알림 워크플로우를 비활성화해줘"

워크플로우는 활성화 즉시 실제 고객에게 메시지가 발송됩니다. AI가 생성한 워크플로우의 조건, 템플릿, 메시지 유형(정보성/광고성)을 반드시 확인한 뒤 활성화하세요. 자세한 내용은 워크플로우 문서를 참고하세요.

사용 팁

수정 전에 현재 상태를 먼저 확인하면 정확한 요청이 가능합니다.

1단계: "지금 메인 페이지 섹션 구성을 보여줘"
2단계: (결과 확인 후) "두 번째 섹션을 맨 위로 올려줘"

대화 맥락이 유지되므로 연속 작업도 자연스럽습니다.

"시술 목록을 보여줘"
→ (결과 확인)
"보톡스 설명을 수정해줘"
→ (승인)
"그 내용을 영어로도 번역해줘"

다국어 콘텐츠도 한 번에 처리할 수 있습니다.

"새 시술 '울쎄라'를 추가해줘. 설명은 한국어로 작성하고 영어, 일본어, 중국어 번역도 같이 넣어줘"