관리자용 AI

오늘 예약 현황을 알려줘

오늘 들어온 예약을 초진/재진 환자분으로 구분해서 알려줘

오늘 예약 중 유선 상담을 요청했거나, 직원이 직접 확인·연락해야 하는 건이 있는지 알려줘

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

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

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

홍길동 고객의 최근 대화 내용을 요약해줘

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

홍길동 고객에게 상담실에서 연락을 해야 하거나, 고객이 유선 연락을 요청한 내용이 있는지 확인해줘

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

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

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

현재 예약 규칙이 어떻게 세팅되어 있는지 알려줘

이번 달에 등록된 휴진일과 차단된 시간대가 있는지 확인해줘

의료진별로 근무 요일·시간이 어떻게 설정되어 있는지 정리해줘

다음 주 수요일을 휴진일로 설정해줘

12월 24일~26일을 연말 휴진일로 등록해줘

매주 일요일과 한국 공휴일은 자동으로 휴진 처리되도록 해줘

평일 영업시간을 09:00~18:00으로 설정해줘

토요일은 09:00~14:00, 일요일은 휴무로 변경해줘

매일 12:00~13:00은 점심시간으로 차단해줘

모든 예약은 시술 시각 24시간 전까지만 신청할 수 있게 해줘

영업 종료 1시간 전부터는 당일 예약을 받지 않도록 해줘

바디콜라겐 시술이나 수면마취 시술은 영업 종료 2시간 전까지만 예약 받게 해줘

양악수술은 3시간, 필러는 30분, 보톡스는 20분이 걸리도록 설정해줘

초진 환자는 진료 시간을 30분 더 길게 잡아줘

수면마취가 포함된 시술은 슬롯 2개를 연속으로 사용하도록 해줘

김○○ 원장님의 화요일 오전을 휴진으로 설정해줘

이○○ 원장님의 근무 요일을 월·화·목·금으로 변경해줘

박○○ 원장님은 토요일에만 진료하도록 해줘

저희 챗봇의 현재 응답 가이드를 보여줘

인사말·톤·호칭·금지어가 어떻게 설정되어 있는지 정리해줘

챗봇 인사말을 "안녕하세요, 레이니클리닉입니다" 격식체로 통일하고, 호칭은 "고객님"으로 일관되게 해줘. 이모지는 사용하지 않도록.

답변은 1~2문장으로 짧게 끝내도록 가이드를 다듬어줘

종결어미가 "~입니다"만 반복되지 않도록 "~해요", "~드릴게요"를 자연스럽게 섞어 쓰도록 가이드 추가해줘

예약 변경·취소 요청은 챗봇이 직접 처리하지 않도록 하고, 성함·연락처를 먼저 받은 뒤 다음 중 하나로 안내해줘.
- 카카오톡으로 들어온 경우: "상단의 '상담 연결' 버튼을 눌러주시면 상담원에게 바로 연결돼요"
- LINE이나 웹 챗봇으로 들어온 경우: "02-XXX-XXXX로 전화 부탁드립니다"
- 전화·상담 연결이 어려운 경우: "연락 가능한 연락처를 남겨주시면 확인 후 전화드릴게요"

예약 확인 요청(이미 잡힌 예약 조회)은 챗봇이 일정을 답하지 말고, "예약 시 발송된 알림톡 또는 문자의 확인 링크에서 보실 수 있어요"로 안내하도록 가이드 추가해줘. 알림톡을 못 받았다고 하면 성함·연락처 받고 직원 연결로 넘기기.

환불·결제 변경·진단서·소견서 발급 요청은 챗봇이 직접 처리하지 않도록 하고, "해당 부분은 02-XXX-XXXX 유선 또는 카카오톡 '상담 연결'로 직원에게 직접 요청해 주세요. 전화가 어려우시면 연락 가능한 연락처를 남겨주시면 확인 후 전화드릴게요"로 응대하도록 가이드 추가해줘

주차 안내를 가이드에 추가해줘. 한·영·일·중 모두 작성.

- 위치: 건물 지하 주차장, 입구는 청량리역 5번 출구 쪽
- 무료 주차: 진료받으신 분에 한해 2시간
- 초과 시: 10분당 1,000원
- 발렛 가능: 4,000원 (일요일·공휴일·19:30 이후 미운영, 사전 연락 시 협의 가능)

명절·연말 휴진 안내를 가이드에 추가해줘. 추석 당일·설날 당일·크리스마스는 휴진. 정확한 일정은 카카오 채널이나 유선으로 확인 안내.

첫 방문 환자에게 안내해야 할 동선·접수 절차를 가이드에 추가해줘.

- 도착: 예약 시간 10~15분 전 도착 권장
- 입구: 정문 안내 데스크에서 접수
- 보험: 신분증과 보험증 지참 필요
- 첫 진료비: 11,000원 (3D 진단 + 전문의 선상담 포함)

결제·환불 운영 룰을 가이드에 추가해줘.

- 카드 결제 가능 (할부 가능)
- 현금영수증 발급 가능
- 패키지 환불은 미진행 회차분만 가능, 진행분은 정가 차감 후 환불

저희 의원의 의료진 목록을 보여주세요

사용 중인 장비 목록을 보여주세요

최근 작성된 블로그 글을 작성일 순으로 보여주세요

새 시술을 등록하려고 해요. 시술 본 정보뿐 아니라 상세 페이지에 붙을 보조 데이터(통계·효과·추천 대상·주의사항·FAQ 등)까지 어떤 항목이 필요한지 먼저 정리해서 알려주세요. 가지고 있는 정보를 알려드리면 나머지는 시술 본문 기반으로 자동 작성·연결해 주세요.

'프리미엄 리프팅' 시술을 추가해 주세요. 한·영·일·중 모두 작성, 의료법 안전 표현 적용.

기본 정보
- 설명: 최신 장비를 활용한 비절개 리프팅
- 카테고리: 리프팅/탄력
- 헤더 메뉴 노출 위치: '시술' 그룹 > '리프팅/탄력' 하위

보조 데이터 (가진 것만 직접 입력, 나머지는 시술 본문 참고해 자동 생성)
- 통계: 시술 시간 60분 / 부분 마취 / 회복 1~2일 / 효과 지속 12개월 / 권장 주기 연 1회
- 추천 대상: 처짐·탄력 저하가 시작된 분, 비절개를 원하시는 분, 다운타임이 짧은 시술을 찾는 분
- 효과: 콜라겐 재생 촉진, 즉각적 탄력 개선, 자연스러운 윤곽 정돈
- 주의사항: 시술 후 1주일간 사우나 금지 (다른 시술과 재사용할 수 있게 독립 항목으로 등록), 나머지 5개는 자동 생성
- 자주 묻는 질문 5개: 실제 환자가 자주 묻는 톤으로 자동 생성

새 구성원을 등록하려고 해요. 의료진 본 정보뿐 아니라 상세 페이지에 붙을 보조 데이터(자격·진료 분야·소속 학회·인증 등)까지 어떤 항목이 필요한지 먼저 정리해서 알려주세요. 가지고 있는 정보를 알려드리면 나머지는 자동 생성해 주세요.

'OOO 박사' 신임 원장님을 의료진에 추가해 주세요. 한·영·일·중 모두 작성.

기본 정보
- 약력·전공: 첨부 텍스트 참고
- 의료진 페이지에 노출 (메인의 '의료진 소개' 섹션에도 자동 반영)

보조 데이터 (가진 것만 직접 입력, 나머지는 첨부 약력 참고해 자동 생성)
- 진료 분야: 리프팅/탄력, 페이스 윤곽 (해당 카테고리에 자동 매칭)
- 자격·인증: 전문의 자격, 정회원 학회, 학술 활동
- 소속 학회: 첨부 텍스트의 학회 목록을 그대로 정리

공통 주의사항을 새로 등록해 주세요. "시술 후 1주일간 사우나 금지" — 여러 시술에 재사용할 수 있게 독립 항목으로, 한·영·일·중 모두 작성.

일반 FAQ를 추가해 주세요. "주차는 가능한가요?" — 답변은 시술과 무관한 의원 운영 안내(발렛 여부·요금 등 첨부 메모 참고). 한·영·일·중 모두 작성.

효과 항목을 추가해 주세요. "콜라겐 재생 촉진" — 여러 리프팅 시술에 재사용할 수 있게 독립 항목으로 등록. 의료법 안전 표현 적용.

이 시술 설명을 영어·일본어·중국어로 번역해 주세요. 의료법 안전 표현은 그대로 유지.

'프리미엄 리프팅' 시술의 슬로건을 한·영·일·중 모두 더 짧고 강하게 다듬어 주세요. 한국어는 15자 이내, 다른 언어도 비슷한 무게로.

'레이니클리닉 시그니처 프로그램'의 세부 코스로 '인텐시브 케어'와 '리쥬브 케어'를 추가해 주세요. 둘 다 챗봇에서 직접 검색·예약이 가능해야 하므로 별도 시술로 등록하고 '메디컬스킨케어' 카테고리에 연결, 한·영·일·중 모두 슬로건·본문 작성해 주세요.

'써마지FLX' 시술을 '리프팅/탄력' 카테고리에서 '페이스 리프팅 레이저' 카테고리로 옮겨 주세요

'리프팅/탄력' 카테고리에 시술이 너무 많아져서 '페이스 리프팅 레이저'와 '바디 리프팅 레이저' 두 개로 나누고 싶어요. 기존 시술들을 적절히 재배치해 주세요. 어떤 시술이 어디로 가는 게 맞는지 먼저 후보를 보여주시고 제가 확인하면 진행해 주세요.

'쁘띠/항노화' 카테고리에 '스킨부스터'라는 하위 분류를 새로 만들어 주세요. 리쥬란·쥬베룩 같은 관련 시술을 자동으로 매칭해서 새 분류로 옮겨 주시고, 후보 목록은 먼저 보여 주세요.

'풀페이스 필러' 시술의 썸네일을 새로 생성해 주세요.

- 1:1 정사각형, 2K 해상도
- 의료 클리셰(주사기 클로즈업·청진기 등) 회피
- 추상적이고 모던한 분위기
- 텍스트·로고·% 기호 없이
- 환자 얼굴 노출 X

김OO 원장님의 프로필 사진을 다음 URL로 교체해 주세요.
https://example.com/path/to/photo.jpg

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

홈페이지 메인 페이지의 섹션 구성을 표시 순서대로 보여 주세요

시술 상세 페이지에 어떤 섹션들이 들어가 있는지 보여 주세요

제목·설명이 비어 있거나 카드 표시 항목이 비어 있는 섹션이 있는지 확인해 주세요

메인 페이지에 의료진 소개 섹션을 추가해 주세요. 가로 리스트 레이아웃으로, 한·영·일·중 제목·설명 모두 작성(예: "전문 의료진을 만나보세요"). 마지막 섹션 뒤에 배치.

시술 상세 페이지에 시술 전후 주의사항 섹션을 추가해 주세요. 가로 리스트 레이아웃, 배경은 차분한 톤(muted), 시술 정보(통계) 섹션 다음 위치.

시술 상세 페이지에 자주 묻는 질문 섹션을 펼치기(아코디언) 형식으로 추가해 주세요.

메인 페이지 hero 섹션 배경을 이미지에서 차분한 톤(muted)으로 바꿔주세요. 제목·설명은 그대로 유지.

'리프팅/탄력' 카테고리 페이지의 섹션 순서를 다음으로 재정렬해 주세요.

1. 히어로
2. 왜 레이니클리닉인가
3. 시술 목록 (캐러셀)
4. 의료진
5. 후기

시술 카드 섹션을 그리드에서 캐러셀로 변경해 주세요. 카드는 가로형, 아이템 너비는 큰 사이즈로. 나머지 설정은 유지.

메인 페이지 hero 섹션의 '무료 상담 예약' 버튼 라벨을 'AI 상담하기'로 바꿔주세요. 한·영·일·중 모두 같은 의미로 통일하고, 클릭 시 동작(챗봇 열기)은 그대로 유지.

시술 상세 페이지 '의료진 소개' 섹션에 CTA 버튼을 추가해 주세요.

- 라벨 (한·영·일·중): 의료진 자세히 보기 / Meet our doctors / 医療陣を見る / 查看医疗团队
- 클릭 시 이동: /team-member (의료진 페이지)

메인 페이지 '브랜드 영상' 섹션에 CTA 버튼을 추가해 주세요.

- 라벨 (한·영·일·중): 유튜브에서 더 보기 / Watch on YouTube / YouTubeで見る / 在YouTube上观看
- 클릭 시 이동: https://youtube.com/@laneyclinic (새 탭)

헤더 네비게이션을 다음 그룹으로 구성해 주세요. 각 그룹 라벨은 한·영·일·중 모두 작성.

- '시술' 그룹 — 시술 항목들
- '의료진' 그룹 — 의료진 항목들
- '소개' 그룹 — 소개 페이지 항목들

푸터의 SNS 링크를 갱신해 주세요. 기존에 다른 항목(웹사이트 등)이 있으면 제거.

- 인스타그램: https://instagram.com/laneyclinic
- 네이버 블로그: https://blog.naver.com/laneyclinic
- 유튜브: https://youtube.com/@laneyclinic

브랜드 메인 컬러를 차분한 블루 톤으로 바꿔주세요. 보조 컬러(전경·배경·강조 색)도 자동으로 조화롭게 맞춰주세요.

'블로그' 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")
   - **한글 제목 (`name_ko`) 자연 변주 — Google 가이드 non-commodity 원칙 직접 반영**: 가이드가 든 commodity vs non-commodity 제목 대비 예시 — commodity 회피: `"7 Tips for First-Time Homebuyers"` 식 numbered listicle·상식 요약·일반화 제목. non-commodity 지향: `"Why We Waived the Inspection & Saved Money: A Look Inside the Sewer Line"` 식 1인칭 직접 경험·구체 outcome·specific story. 의료 콘텐츠 한글 변환 — 회피 패턴: "○○ 완벽 가이드", "○○이란?", "당신이 모르는 ○○", "○○ 가지 팁", "꼭 알아야 할 ○○", "○○ 총정리" 같은 SEO 강박형. 지향 패턴: "진료실에서 ○○를 묻는 환자가 자주 가져오는 한 가지 오해", "왜 ○○를 ○○로 권하는가: 임상에서 본 패턴", "○○ vs ○○: ○년 동안 진료실에서 본 차이" 같은 1인칭 specific 시점. 한 가지 specific 경험·결과·관점만 압축, keyword stuffed title X. 가이드 추가 경고: 사람들이 검색할 수 있는 모든 변형마다 별도 제목·페이지를 생성하는 fan-out queries 강박은 scaled content abuse 신호로 작동. 글 종류·주제·시점에 따라 도입 방식(사례형·질문형·대비형·시점성·통계형·1인칭 등)을 자연 변주. 같은 시술·주제로 여러 번 쓸 때 직전 발행 글 5개 제목 패턴과 도입 방식이 겹치는지 점검 후 변주
   - **영문 제목·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 헤딩·본문 중반 위치에 키워드 분산
   - 스터핑(과도 반복) 회피
   - 인위적 long-tail 키워드 삽입 회피 — Google 공식 가이드: AI는 동의어·일반 의미를 이해하므로 모든 검색 변형을 강박적으로 박을 필요 없음. 메인 키워드와 자연스러운 동의어만 분포 점검, 인위적인 long-tail 끼워 넣기 X (scaled content abuse 신호로 작동)

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

6. 자가복제 점검: '블로그' entity에서 유사 주제 최근 글 5개를 조회한 뒤 비교
   - 본문 단락 중 표현·문장 구조가 50% 이상 겹치는 곳
   - H2 헤딩 패턴이 직전 글들과 거의 동일한 곳 (예: 모두 의문형으로 시작)
   - 결론·CTA 문구가 매번 같은 형태로 반복되는 곳
   - 바이라인의 톤·구성이 직전 글과 동일한 곳 (검토일 외 동일 문구)
   - 발견된 닮은 단락은 같은 정보를 다른 도입 방식(사례 도입·통계 도입·정의 도입·질문 도입 중 하나)으로 재작성
   - **People-first 자가 검수 (Google 가이드 핵심 단일 원칙)**: 글 완성 후 한 줄 자문 — "이 글을 다 읽은 환자가 만족하고 떠날까? 단순 키워드 트래픽용이 아닌가?" NO 면 본문에 진료실 양상·구체 메모·환자 시점을 보강하고 다시 검수. 가이드는 이 한 줄 자가 검수를 모든 SEO 작업의 최종 단일 기준으로 제시

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://example-clinic.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 ○○
참고 자료:
{여기에 비교 대상 시술 본문이나 관련 텍스트를 붙여넣기}
------

'블로그' 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")
   - **한글 제목 (`name_ko`) 자연 변주 — Google 가이드 non-commodity 원칙 직접 반영**: 가이드가 든 commodity vs non-commodity 제목 대비 예시 — commodity 회피: `"7 Tips for First-Time Homebuyers"` 식 numbered listicle·상식 요약·일반화 제목. non-commodity 지향: `"Why We Waived the Inspection & Saved Money: A Look Inside the Sewer Line"` 식 1인칭 직접 경험·구체 outcome·specific story. 의료 콘텐츠 한글 변환 — 회피 패턴: "○○ 완벽 가이드", "○○이란?", "당신이 모르는 ○○", "○○ 가지 팁", "꼭 알아야 할 ○○", "○○ 총정리" 같은 SEO 강박형. 지향 패턴: "진료실에서 ○○를 묻는 환자가 자주 가져오는 한 가지 오해", "왜 ○○를 ○○로 권하는가: 임상에서 본 패턴", "○○ vs ○○: ○년 동안 진료실에서 본 차이" 같은 1인칭 specific 시점. 한 가지 specific 경험·결과·관점만 압축, keyword stuffed title X. 가이드 추가 경고: 사람들이 검색할 수 있는 모든 변형마다 별도 제목·페이지를 생성하는 fan-out queries 강박은 scaled content abuse 신호로 작동. 글 종류·주제·시점에 따라 도입 방식(사례형·질문형·대비형·시점성·통계형·1인칭 등)을 자연 변주. 같은 시술·주제로 여러 번 쓸 때 직전 발행 글 5개 제목 패턴과 도입 방식이 겹치는지 점검 후 변주
   - **영문 제목·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 헤딩·본문 중반 위치에 키워드 분산
   - 스터핑(과도 반복) 회피
   - 인위적 long-tail 키워드 삽입 회피 — Google 공식 가이드: AI는 동의어·일반 의미를 이해하므로 모든 검색 변형을 강박적으로 박을 필요 없음. 메인 키워드와 자연스러운 동의어만 분포 점검, 인위적인 long-tail 끼워 넣기 X (scaled content abuse 신호로 작동)

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

6. 자가복제 점검: '블로그' entity에서 유사 주제 최근 글 5개를 조회한 뒤 비교
   - 본문 단락 중 표현·문장 구조가 50% 이상 겹치는 곳
   - H2 헤딩 패턴이 직전 글들과 거의 동일한 곳 (예: 모두 의문형으로 시작)
   - 결론·CTA 문구가 매번 같은 형태로 반복되는 곳
   - 바이라인의 톤·구성이 직전 글과 동일한 곳 (검토일 외 동일 문구)
   - 발견된 닮은 단락은 같은 정보를 다른 도입 방식(사례 도입·통계 도입·정의 도입·질문 도입 중 하나)으로 재작성
   - **People-first 자가 검수 (Google 가이드 핵심 단일 원칙)**: 글 완성 후 한 줄 자문 — "이 글을 다 읽은 환자가 만족하고 떠날까? 단순 키워드 트래픽용이 아닌가?" NO 면 본문에 진료실 양상·구체 메모·환자 시점을 보강하고 다시 검수. 가이드는 이 한 줄 자가 검수를 모든 SEO 작업의 최종 단일 기준으로 제시

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://example-clinic.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로 넘어가기 전에 분량 충족 확인
- 바이라인 + 오늘 검토일

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

'블로그' 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")
   - **한글 제목 (`name_ko`) 자연 변주 — Google 가이드 non-commodity 원칙 직접 반영**: 가이드가 든 commodity vs non-commodity 제목 대비 예시 — commodity 회피: `"7 Tips for First-Time Homebuyers"` 식 numbered listicle·상식 요약·일반화 제목. non-commodity 지향: `"Why We Waived the Inspection & Saved Money: A Look Inside the Sewer Line"` 식 1인칭 직접 경험·구체 outcome·specific story. 의료 콘텐츠 한글 변환 — 회피 패턴: "○○ 완벽 가이드", "○○이란?", "당신이 모르는 ○○", "○○ 가지 팁", "꼭 알아야 할 ○○", "○○ 총정리" 같은 SEO 강박형. 지향 패턴: "진료실에서 ○○를 묻는 환자가 자주 가져오는 한 가지 오해", "왜 ○○를 ○○로 권하는가: 임상에서 본 패턴", "○○ vs ○○: ○년 동안 진료실에서 본 차이" 같은 1인칭 specific 시점. 한 가지 specific 경험·결과·관점만 압축, keyword stuffed title X. 가이드 추가 경고: 사람들이 검색할 수 있는 모든 변형마다 별도 제목·페이지를 생성하는 fan-out queries 강박은 scaled content abuse 신호로 작동. 글 종류·주제·시점에 따라 도입 방식(사례형·질문형·대비형·시점성·통계형·1인칭 등)을 자연 변주. 같은 시술·주제로 여러 번 쓸 때 직전 발행 글 5개 제목 패턴과 도입 방식이 겹치는지 점검 후 변주
   - **영문 제목·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 헤딩·본문 중반 위치에 키워드 분산
   - 스터핑(과도 반복) 회피
   - 인위적 long-tail 키워드 삽입 회피 — Google 공식 가이드: AI는 동의어·일반 의미를 이해하므로 모든 검색 변형을 강박적으로 박을 필요 없음. 메인 키워드와 자연스러운 동의어만 분포 점검, 인위적인 long-tail 끼워 넣기 X (scaled content abuse 신호로 작동)

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

6. 자가복제 점검: '블로그' entity에서 유사 주제 최근 글 5개를 조회한 뒤 비교
   - 본문 단락 중 표현·문장 구조가 50% 이상 겹치는 곳
   - H2 헤딩 패턴이 직전 글들과 거의 동일한 곳 (예: 모두 의문형으로 시작)
   - 결론·CTA 문구가 매번 같은 형태로 반복되는 곳
   - 바이라인의 톤·구성이 직전 글과 동일한 곳 (검토일 외 동일 문구)
   - 발견된 닮은 단락은 같은 정보를 다른 도입 방식(사례 도입·통계 도입·정의 도입·질문 도입 중 하나)으로 재작성
   - **People-first 자가 검수 (Google 가이드 핵심 단일 원칙)**: 글 완성 후 한 줄 자문 — "이 글을 다 읽은 환자가 만족하고 떠날까? 단순 키워드 트래픽용이 아닌가?" NO 면 본문에 진료실 양상·구체 메모·환자 시점을 보강하고 다시 검수. 가이드는 이 한 줄 자가 검수를 모든 SEO 작업의 최종 단일 기준으로 제시

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://example-clinic.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자 미달이면 사례·관점·진료실 양상으로 보강
- 바이라인 + 오늘 검토일

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

'블로그' 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")
   - **한글 제목 (`name_ko`) 자연 변주 — Google 가이드 non-commodity 원칙 직접 반영**: 가이드가 든 commodity vs non-commodity 제목 대비 예시 — commodity 회피: `"7 Tips for First-Time Homebuyers"` 식 numbered listicle·상식 요약·일반화 제목. non-commodity 지향: `"Why We Waived the Inspection & Saved Money: A Look Inside the Sewer Line"` 식 1인칭 직접 경험·구체 outcome·specific story. 의료 콘텐츠 한글 변환 — 회피 패턴: "○○ 완벽 가이드", "○○이란?", "당신이 모르는 ○○", "○○ 가지 팁", "꼭 알아야 할 ○○", "○○ 총정리" 같은 SEO 강박형. 지향 패턴: "진료실에서 ○○를 묻는 환자가 자주 가져오는 한 가지 오해", "왜 ○○를 ○○로 권하는가: 임상에서 본 패턴", "○○ vs ○○: ○년 동안 진료실에서 본 차이" 같은 1인칭 specific 시점. 한 가지 specific 경험·결과·관점만 압축, keyword stuffed title X. 가이드 추가 경고: 사람들이 검색할 수 있는 모든 변형마다 별도 제목·페이지를 생성하는 fan-out queries 강박은 scaled content abuse 신호로 작동. 글 종류·주제·시점에 따라 도입 방식(사례형·질문형·대비형·시점성·통계형·1인칭 등)을 자연 변주. 같은 시술·주제로 여러 번 쓸 때 직전 발행 글 5개 제목 패턴과 도입 방식이 겹치는지 점검 후 변주
   - **영문 제목·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 헤딩·본문 중반 위치에 키워드 분산
   - 스터핑(과도 반복) 회피
   - 인위적 long-tail 키워드 삽입 회피 — Google 공식 가이드: AI는 동의어·일반 의미를 이해하므로 모든 검색 변형을 강박적으로 박을 필요 없음. 메인 키워드와 자연스러운 동의어만 분포 점검, 인위적인 long-tail 끼워 넣기 X (scaled content abuse 신호로 작동)

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

6. 자가복제 점검: '블로그' entity에서 유사 주제 최근 글 5개를 조회한 뒤 비교
   - 본문 단락 중 표현·문장 구조가 50% 이상 겹치는 곳
   - H2 헤딩 패턴이 직전 글들과 거의 동일한 곳 (예: 모두 의문형으로 시작)
   - 결론·CTA 문구가 매번 같은 형태로 반복되는 곳
   - 바이라인의 톤·구성이 직전 글과 동일한 곳 (검토일 외 동일 문구)
   - 발견된 닮은 단락은 같은 정보를 다른 도입 방식(사례 도입·통계 도입·정의 도입·질문 도입 중 하나)으로 재작성
   - **People-first 자가 검수 (Google 가이드 핵심 단일 원칙)**: 글 완성 후 한 줄 자문 — "이 글을 다 읽은 환자가 만족하고 떠날까? 단순 키워드 트래픽용이 아닌가?" NO 면 본문에 진료실 양상·구체 메모·환자 시점을 보강하고 다시 검수. 가이드는 이 한 줄 자가 검수를 모든 SEO 작업의 최종 단일 기준으로 제시

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://example-clinic.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")
   - **한글 제목 (`name_ko`) 자연 변주 — Google 가이드 non-commodity 원칙 직접 반영**: 가이드가 든 commodity vs non-commodity 제목 대비 예시 — commodity 회피: `"7 Tips for First-Time Homebuyers"` 식 numbered listicle·상식 요약·일반화 제목. non-commodity 지향: `"Why We Waived the Inspection & Saved Money: A Look Inside the Sewer Line"` 식 1인칭 직접 경험·구체 outcome·specific story. 의료 콘텐츠 한글 변환 — 회피 패턴: "○○ 완벽 가이드", "○○이란?", "당신이 모르는 ○○", "○○ 가지 팁", "꼭 알아야 할 ○○", "○○ 총정리" 같은 SEO 강박형. 지향 패턴: "진료실에서 ○○를 묻는 환자가 자주 가져오는 한 가지 오해", "왜 ○○를 ○○로 권하는가: 임상에서 본 패턴", "○○ vs ○○: ○년 동안 진료실에서 본 차이" 같은 1인칭 specific 시점. 한 가지 specific 경험·결과·관점만 압축, keyword stuffed title X. 가이드 추가 경고: 사람들이 검색할 수 있는 모든 변형마다 별도 제목·페이지를 생성하는 fan-out queries 강박은 scaled content abuse 신호로 작동. 글 종류·주제·시점에 따라 도입 방식(사례형·질문형·대비형·시점성·통계형·1인칭 등)을 자연 변주. 같은 시술·주제로 여러 번 쓸 때 직전 발행 글 5개 제목 패턴과 도입 방식이 겹치는지 점검 후 변주
   - **영문 제목·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 헤딩·본문 중반 위치에 키워드 분산
   - 스터핑(과도 반복) 회피
   - 인위적 long-tail 키워드 삽입 회피 — Google 공식 가이드: AI는 동의어·일반 의미를 이해하므로 모든 검색 변형을 강박적으로 박을 필요 없음. 메인 키워드와 자연스러운 동의어만 분포 점검, 인위적인 long-tail 끼워 넣기 X (scaled content abuse 신호로 작동)

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

6. 자가복제 점검: '블로그' entity에서 유사 주제 최근 글 5개를 조회한 뒤 비교
   - 본문 단락 중 표현·문장 구조가 50% 이상 겹치는 곳
   - H2 헤딩 패턴이 직전 글들과 거의 동일한 곳 (예: 모두 의문형으로 시작)
   - 결론·CTA 문구가 매번 같은 형태로 반복되는 곳
   - 바이라인의 톤·구성이 직전 글과 동일한 곳 (검토일 외 동일 문구)
   - 발견된 닮은 단락은 같은 정보를 다른 도입 방식(사례 도입·통계 도입·정의 도입·질문 도입 중 하나)으로 재작성
   - **People-first 자가 검수 (Google 가이드 핵심 단일 원칙)**: 글 완성 후 한 줄 자문 — "이 글을 다 읽은 환자가 만족하고 떠날까? 단순 키워드 트래픽용이 아닌가?" NO 면 본문에 진료실 양상·구체 메모·환자 시점을 보강하고 다시 검수. 가이드는 이 한 줄 자가 검수를 모든 SEO 작업의 최종 단일 기준으로 제시

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://example-clinic.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자 목표**
- 바이라인 + 오늘 검토일

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

'블로그' 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")
   - **한글 제목 (`name_ko`) 자연 변주 — Google 가이드 non-commodity 원칙 직접 반영**: 가이드가 든 commodity vs non-commodity 제목 대비 예시 — commodity 회피: `"7 Tips for First-Time Homebuyers"` 식 numbered listicle·상식 요약·일반화 제목. non-commodity 지향: `"Why We Waived the Inspection & Saved Money: A Look Inside the Sewer Line"` 식 1인칭 직접 경험·구체 outcome·specific story. 의료 콘텐츠 한글 변환 — 회피 패턴: "○○ 완벽 가이드", "○○이란?", "당신이 모르는 ○○", "○○ 가지 팁", "꼭 알아야 할 ○○", "○○ 총정리" 같은 SEO 강박형. 지향 패턴: "진료실에서 ○○를 묻는 환자가 자주 가져오는 한 가지 오해", "왜 ○○를 ○○로 권하는가: 임상에서 본 패턴", "○○ vs ○○: ○년 동안 진료실에서 본 차이" 같은 1인칭 specific 시점. 한 가지 specific 경험·결과·관점만 압축, keyword stuffed title X. 가이드 추가 경고: 사람들이 검색할 수 있는 모든 변형마다 별도 제목·페이지를 생성하는 fan-out queries 강박은 scaled content abuse 신호로 작동. 글 종류·주제·시점에 따라 도입 방식(사례형·질문형·대비형·시점성·통계형·1인칭 등)을 자연 변주. 같은 시술·주제로 여러 번 쓸 때 직전 발행 글 5개 제목 패턴과 도입 방식이 겹치는지 점검 후 변주
   - **영문 제목·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 헤딩·본문 중반 위치에 키워드 분산
   - 스터핑(과도 반복) 회피
   - 인위적 long-tail 키워드 삽입 회피 — Google 공식 가이드: AI는 동의어·일반 의미를 이해하므로 모든 검색 변형을 강박적으로 박을 필요 없음. 메인 키워드와 자연스러운 동의어만 분포 점검, 인위적인 long-tail 끼워 넣기 X (scaled content abuse 신호로 작동)

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

6. 자가복제 점검: '블로그' entity에서 유사 주제 최근 글 5개를 조회한 뒤 비교
   - 본문 단락 중 표현·문장 구조가 50% 이상 겹치는 곳
   - H2 헤딩 패턴이 직전 글들과 거의 동일한 곳 (예: 모두 의문형으로 시작)
   - 결론·CTA 문구가 매번 같은 형태로 반복되는 곳
   - 바이라인의 톤·구성이 직전 글과 동일한 곳 (검토일 외 동일 문구)
   - 발견된 닮은 단락은 같은 정보를 다른 도입 방식(사례 도입·통계 도입·정의 도입·질문 도입 중 하나)으로 재작성
   - **People-first 자가 검수 (Google 가이드 핵심 단일 원칙)**: 글 완성 후 한 줄 자문 — "이 글을 다 읽은 환자가 만족하고 떠날까? 단순 키워드 트래픽용이 아닌가?" NO 면 본문에 진료실 양상·구체 메모·환자 시점을 보강하고 다시 검수. 가이드는 이 한 줄 자가 검수를 모든 SEO 작업의 최종 단일 기준으로 제시

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://example-clinic.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 또는 발췌, 가이드라인 핵심 부분, 발표 노트 등 텍스트를 붙여넣기}
------

방금 작성한(또는 '○○' 글의) 한국어 본문은 그대로 두고,
영어·일본어·중국어 번역본(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")

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

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

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

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

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

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

제목: ○○

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

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

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

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

"'이벤트' 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 문법을 다채롭게 적용해줘

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

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

<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>

<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가 변경 내용 준비 → 미리보기 제시 → 승인/거절 → 반영

각 시술 entity의 hero 이미지를 만들어주세요. 시술 분위기가 자연스럽게 드러나는
모던한 톤으로, 의료 클리셰(주사기 클로즈업·청진기 등)는 회피해주세요.
'리프팅' 카테고리 시술부터 시작해주세요.

'stat' 타입 entity 3개에 쓸 추상적인 썸네일을 생성해주세요.
서로 다른 분위기, 깔끔한 배경, 1:1 정사각형, 텍스트·로고 없이.

이미지에 브랜드 primary 컬러가 자연스럽게 드러나게,
카드 비율은 square로 생성해주세요.

의료진 4분의 원본 사진을 참고해서 4분이 함께 있는 느낌의 단체 이미지를 만들어주세요.
인물의 얼굴 형태·생김새는 원본 그대로 유지하고 변형 없이, 세로 긴 이미지로.

'team-member' 타입 entity 썸네일을 각 의료진 인물이 흰 배경에 자연스럽게 보이도록
세로 이미지로 만들어주세요. 인물 변형 없이 원본 사진을 충실히 따라주세요.

'team-member' 타입 entity의 ○○ 원장 썸네일을 다음 URL로 지정해주세요.
URL: https://.../uploads/doctor.png

'product' 타입 entity 중 '리프팅' 시술의 thumbnail_url을
방금 업로드한 다음 URL로 교체해주세요: https://...

업로드된 원본 사진 목록을 보여주세요.

예약폼에 '재방문 여부' 선택 필드를 추가해줘. 옵션은 초진 / 재진, 랜딩에 표시.

고객 프로필에 '소개 경로' 텍스트 필드를 추가해줘. 관리자 입력용, 랜딩 미표시.