Fable 모델로 마크다운 기획서를 발전시키는 실전 텍스트북

장표 위치를 먼저 찍고, 넣고 싶은 판단을 짧게 말한다. 세부 문장은 모델이 만들게 둔다.

시장 확대를 배경 설명이 아니라 콘텐츠 공급 전략의 압력으로 연결하게 했다.

S4는 시장 규모 설명에서 “왜 새 공급 방식이 필요한가”를 여는 장표로 바뀌었다.

현재 문장을 인용하고, 왜 부족한지 말한 뒤, 바로 최종 문장이 아니라 시각 구조 설명을 요청했다.

촬영, 권리, 스케줄, 승인, 제작 리소스가 얽힌 병목을 한 화면 구조로 정리하게 했다.

S5는 “공급 부족” 설명이 아니라 구조적 병목을 보여주는 장표로 전환됐다.

불안한 판단을 숨기지 않고 괄호 안에 넣었다. 이 괄호가 모델에게 “여기를 논리로 정리해 달라”는 신호가 됐다.

본체 출연 의존, 제작 병목, 광야/SMCU의 존재 이유를 하나의 설득 구조로 묶게 했다.

광야는 장식적 세계관이 아니라 본체 출연 없이도 살아나는 공식 경험 재료로 설명됐다.

삭제, 범위, 문제, 결과물이 한 문장 안에 같이 들어갔다. 그래서 모델이 재작성보다 편집 판단을 하게 됐다.

제품, AI 필요성, 세계관 재료, 안전, 벤치마크, 설득 장표의 순서를 다시 연결하게 했다.

중간부는 개별 아이디어 묶음에서 하나의 제안서 흐름으로 바뀌었다.

수익 모델을 “알아서” 만들게 하지 않고, 무료/유료의 판단선과 비용 문제가 생기는 장면을 먼저 준다.

과금 레인, 프리미엄 협업 확장, 경쟁 서비스 벤치마크를 제안서 논리로 연결하게 했다.

수익 파트는 기능 목록이 아니라 토큰 비용과 프리미엄 경험의 설득 구조로 바뀌었다.

“세계관을 써줘”가 아니라 특정 MV, 배경, 오브제를 지정했다. 모델이 추상적 분위기로 흐를 여지를 줄였다.

검은 마네킹과 검은 레몬을 앱 경험, 퍼즐, 해금, 콜렉터블 구조로 번역하게 했다.

LEMONADE는 장식 컷이 아니라 반응형 세계관 경험의 대표 장면으로 들어갔다.

도구의 한계를 먼저 말하고, 단권화라는 해결 방법을 괄호로 정의했다. 다음 작업자가 읽을 입력 형태까지 지정한 셈이다.

원본 링크, 차트 데이터, 근거 요약을 다음 도구가 읽을 수 있는 하나의 문서로 묶게 했다.

원본 마크다운과 전달용 단권화본이 분리되면서 이후 구현 작업의 기준 입력이 안정됐다.

추상 불만 뒤에 구체 문제를 층층이 붙였다. 그래서 구현 도구가 색, 대비, 타이포, 줄바꿈, 배포 검증을 한 묶음으로 처리할 수 있었다.

기획 판단은 유지하고, 구현과 브라우저 검증은 별도 도구가 처리하도록 역할을 분리했다.

단권화본은 스탠드얼론 HTML 덱으로 바뀌었고, 이후 이 텍스트북도 같은 검증/배포 흐름으로 정리됐다.