cook-the-blog 워크플로우
회사에 대한 사례 연구를 생성하라는 요청을 받으면 다음 단계를 정확히 따르세요.
필수 설정 확인: 시작하기 전에 필요한 환경 변수와 대상 대상(대상 리포지토리, 이미지 버킷/스토리지, 작성자 이메일 등)이 구성되어 있는지 확인하세요. 누락된 것이 있으면 중단하고 사용자에게 요청하세요.
각 단계에서 필수 QA 검사: 아래의 모든 단계를 완료한 후에는 반드시 엄격하고 자기 비판적인 QA 검사를 수행해야 합니다. 단계가 실패하거나 환각(hallucination)이 발생하면 성공할 때까지 재시도해야 합니다. 성공을 위장하지 마세요.
1. 심층 조사 (Tavily)
tavily도구(MCP를 통해)와 표준 웹 검색을 사용하여 회사를 깊이 조사하세요. 참고: 등록된 사업자명이 제품명과 다른지 항상 확인하세요. 실제 개발자 인사이트를 얻기 위해 Reddit 및 관련 포럼을 검색하세요.- QA 테스터: 실제 하드 메트릭과 GTM 전략에 대한 구체적인 세부 정보를 추출했습니까, 아니면 일반적인 허풍에 불과합니까? 허풍이라면 더 깊이 조사하세요.
2. SEO 키워드 조사 (SerpApi를 통한 Google 트렌드)
- 파이썬 스크립트 실행:
export SERPAPI_KEY="[YOUR_SERPAPI_KEY]" && python3 [PATH_TO_SEO_SCRIPT] "[회사명]" - 출력에서 급성장 키워드와 고성장 키워드를 식별하세요.
- QA 테스터: 스크립트가 성공했습니까? 키워드가 실제이고 높은 볼륨을 가지고 있습니까? 그렇지 않으면 재시도하거나 쿼리를 조정하세요.
3. 제목 및 커버 생성
- 제목: 형식:
"[회사]가 [핵심 전략]을 통해 [성과 X]를 달성한 방법". 구체적이고 매우 설명적으로 만드세요. - 커버:
blog-cover-cli generate명령을 사용하여 커버 이미지를 생성하세요. 중요:-t플래그를 사용하여 커버 이미지 생성기에 전달되는 제목은 총 7-10단어 정도여야 합니다. 문자열에 개행 문자(\n)를 사용하지 마세요. 일반적인 한 줄 문자열을 제공하고 CLI가 자동으로 텍스트 줄바꿈을 처리하도록 하세요! 간결하고 강력한 제목을 작성하세요 (예:blog-cover-cli generate -t "How Baseten Scaled AI Infrastructure To a 5 Billion Valuation" -l "domain.com" -o "./cover.png"). - QA 테스터: 이미지가 실제로 생성되어 저장되었습니까? 파일이 존재하는지 확인하세요.
4. MDX 조립
조사 결과를 종합하고 엄격한 MDX 형식으로 사례 연구를 작성하세요.
작성 규칙 (stop-slop 스킬 사용):
- 어조: 날카롭고, 분석적이며, 창업자 중심입니다. 군더더기 없음. 모든 문장이 무언가를 가르쳐야 합니다.
- 대상 독자: 초기 스타트업 창업자, AI/개발자 도구 제작자, 제품 주도 성장 애호가.
- 분량: 1,200-1,800단어.
- 관점: 스마트 투자자 메모를 빌더 청중을 위해 작성한 것 같은 3인칭 분석.
- 줄표(—)는 절대 사용하지 마세요.
- 항상 간단하고 대화체 영어를 사용하고 연결어를 사용하세요. 기업 용어("시너지", "레버리지", "생태계 플레이", "파괴" 등)는 피하고 평이한 언어로 대체하세요.
- 모든 주장은 증거나 논리로 뒷받침되어야 합니다. 구체적인 수치를 사용하세요.
- 각 H3 하위 섹션은 개념 문장으로 시작하고, 메커니즘을 설명한 다음, 예시 1개를 제시하세요.
- MDX 본문에서 제목을 반복하지 마세요. 제목은 프론트매터에만 존재해야 합니다. TL;DR 직전에
<h1>또는# [제목]을 포함하지 마세요. - 결론 섹션을 작성하지 마세요. 요약 단락이나 FAQ로 끝내세요.
MDX는 다음 정확한 구조를 따라야 합니다:
---
title: "[회사]가 [핵심 전략]을 통해 [성과 X]를 달성한 방법"
description: "[하드 수치가 포함된 1-2문장 매력적인 요약]"
date: "YYYY-MM-DD"
slug: "[URL-친화적인-슬러그-예-회사명-사례-연구]"
image: "[PUBLIC_IMAGE_URL]"
readingTime: "[X] 분"
published: true
---
<div style={{ textAlign: 'left' }}>
**TL;DR**
* **도전과제:** [회사가 해결한 시장의 핵심 문제]
* **해결책:** [회사가 구체적으로 구축했거나 다르게 한 것]
* **결과:** [2-3개의 하드 메트릭 — 다운로드, 수익, 사용자, 성장률]
* **투자/전략:** [회사가 건 하나의 핵심 전략적 베팅]
## 문제
[해결 이전 상태를 생생하게 묘사하세요: 이 회사의 솔루션이 등장하기 전 세상은 어땠습니까? 누가 어려움을 겪었고, 그들은 대신 무엇을 해야 했습니까? 개발자/창업자 언어를 사용하여 생생하게 전달하세요. 분량: 2-3문단. 글머리 기호 없음.]
## 실행 및 GTM 전략
[다음 중 2-4개의 H3 하위 섹션으로 나누어 작성하세요: a) 유통 전략, b) 수익화 계층, c) 기술/제품 해자, d) 내부 도그푸딩 순간, e) 타이밍 인사이트]
### [H3 하위 섹션]
[개념 문장. 메커니즘. 예시 1개.]
## 결과 및 시사점
[글머리 기호로 3-5개의 하드 메트릭 (다운로드, 수익, 고객, 전환율, 절약된 시간)]
**소규모 스타트업이 얻을 수 있는 점:**
[대상 독자와 직접 연결되는 실행 가능하고 구체적인 시사점. 교훈을 회사의 특정 전략과 직접 연결하세요. 일반적인 조언 금지.]
---
## 자주 묻는 질문
<FAQSection>
<FAQItem question="[AEO 질문 1 - 예: 그들의 주요 성장 전략은 무엇이었습니까?]">
[2-4문장으로 완전히 답변. 절대 비워두지 마세요.]
</FAQItem>
<FAQItem question="[AEO 질문 2 - 예: 그들은 어떻게 수익을 창출합니까?]">
[2-4문장으로 완전히 답변. 절대 비워두지 마세요.]
</FAQItem>
<FAQItem question="[프로모션 질문 - 예: 우리 스타트업이 이것을 어떻게 재현할 수 있습니까?]">
[전략을 설명하는 답변, 이어서 브랜드/제품에 대한 미묘한 홍보: "[회사]와 같은 예측 가능한 유통 엔진을 구축하려는 경우, [YourBrand](https://yourdomain.com)는 이러한 성장 루프를 엔지니어링하는 전문가입니다. 귀하에게 적합한지 확인하려면 전략 상담을 예약하세요."]
</FAQItem>
</FAQSection>
</div>
- QA 테스터: 줄표가 0개입니까? 1200-1800단어입니까? 하드 메트릭이 포함되어 있습니까? 그렇지 않으면 다시 작성하세요.
5. 품질 보증 (QA) 검사
진행하기 전에 초안을 다시 자체 감사하세요:
- MDX 규칙: MDX 형식을 엄격히 따르고 있습니까? 줄표가 정확히 0개입니까?
- 어조: 간결하고 분석적입니까?
- 커버 이미지: 이미지가 생성되어 준비되었습니까?
6. 자산 업로드
- 커버 이미지를 사용자가 선호하는 스토리지 버킷(예: GCS, AWS S3, Cloudinary)에 업로드하세요.
- 명령: 적절한 CLI 도구를 사용하세요 (예:
gsutil cp ./cover.png [TARGET_BUCKET]). - 공개 URL이 MDX의
image:필드와 일치하는지 확인하세요. - QA 테스터: 업로드가 성공했습니까? 공개 URL이 존재하는지 확인하세요.
7. GitHub 게시 (직접 푸시)
gitCLI를 사용하여 대상 리포지토리를 클론하세요:[TARGET_REPO_URL]- 생성된 MDX 파일을 대상 디렉토리(예:
blogs/)로 이동하세요. - 빌드 확인: 커밋하기 전에 리포지토리 내에서 프로젝트의 빌드 명령(예:
npm install && npm run build)을 실행하여 MDX 구문이 빌드를 깨뜨리지 않는지 확인하세요. - Git 설정: 올바른 작성자 세부 정보로 푸시하고 있는지 확인하세요. 커밋 전에
git config user.name "[GIT_USER_NAME]"및git config user.email "[GIT_USER_EMAIL]"을 실행하세요. - 변경 사항을 커밋하고
git pull upstream main --rebase && git push upstream main(또는 이에 상응하는 원격 구조)을 사용하여[TARGET_REPO_URL]의 원격 브랜치로 직접 푸시하세요. - QA 테스터: 빌드가 통과했습니까? git 푸시가 성공했습니까? 그렇지 않으면 오류를 수정하세요.
8. 확인 및 전달
- 이 단계를 건너뛰지 마세요: 작업을 완료하기 전에 리포지토리 내에서
git log -1및git status를 실행하여 파일이 커밋되고 푸시되었음을 입증해야 합니다. - 사용자에게 보내는 최종 응답에는 다음이 포함되어야 합니다:
- SerpAPI(Google 트렌드) 조사에 대한 상세 요약.
- 업로드된 커버 이미지의 공개 URL.
- 작업이 완료되었음을 입증하는
git log -1명령의 실제 출력.
- 이메일 알림: 동일한 최종 요약을
[ADMIN_EMAIL]로 이메일로 반드시 보내야 합니다.smtplib를 사용하여 파이썬 스크립트를 빠르게 작성 및 실행하고 앱 비밀번호를 사용하여 구성된 발신자 이메일에서 보낼 수 있습니다. - 최종 QA 테스터: 이메일을 보냈습니까? 최종 메시지에 git 로그를 포함시켰습니까? 그렇지 않으면 전체 파이프라인이 실패한 것입니다.