MAGIC은 AI가 만들어내는 80%의 품질을 끌어올려, 결과적으로 사람이 마지막 20%에 쓰는 시간을 줄여줍니다. 편집을 잘하는 요령이 아니라, 처음부터 고칠 것이 적은 초안을 얻기 위한 방법. 이것이 이 책에서 MAGIC을 다루는 이유입니다.
이 책을 다 읽고 나면, 가장 크게 달라지는 것이 있습니다. AI에게 질문하기 전에, 무엇을 어떻게 물어볼지 스스로 정리하게 됩니다. 그 순간부터 생성형 AI는 운에 맡기는 도구가 아니라, 의도적으로 활용할 수 있는 도구가 됩니다.
---p.11

결국 텍스트든, 이미지든, 영상이든 AI가 작업을 진행하기 전에 필요한 것은 같습니다. 무엇을 만들 것인가가 아니라, 어떤 조건 안에서 만들 것인가를 먼저 정하는 것. AI가 어떤 규칙과 제약 아래에서 작업해야 하는지를 알려주는 것. 그것이 바로 A의 본질입니다.
---p.80

이 환경에서 중요한 것은 표준 템플릿 채팅을 어떻게 운영하느냐입니다. 예를 들어 전략 카테고리 안에 “8주 론칭 실행전략 템플릿 채팅”을 하나 두고 팀원은 그 채팅을 복사해 변수만 바꿉니다. 이렇게 하면 템플릿은 문서가 아니라 반복 가능한 대화 흐름이 됩니다. 저장 형식이 무엇이든 원칙은 같습니다. 템플릿은 결과물이 아니라, 질문 구조가 보관된 맥락입니다.
---p.160

무엇을 만들지(M)를 먼저 정하고, 작업 조건(A)을 붙이고, 따라야 할 형태(G)를 고정하고, 완료 기준(I)으로 끝을 닫은 뒤, 마지막에 C로 검토합니다. 이 순서대로 진행하면 결과물은 대체로 더 정리됩니다. 핵심이 앞에 나오고, 불필요한 내용이 줄어들고, 구성도 한 번에 이해되기 쉬운 형태로 정돈됩니다. 그래서 ‘좋은 결과물’에 가까워집니다.
---p.239

C(Check & Iterate)는 “더 멋있게 만들 수 있는가”를 묻는 단계가 아닙니다. C는 최종 점검 항목이 모두 채워졌는지 확인하는 단계입니다. I(Include Goals)가 구간별 완료 기준을 확인했다면, C는 결과물이 지금 상태로 제출/게시 가능한지를 확인합니다. 이 장에서 C는 ‘통과/수정’으로 기록하고, 수정이 남으면 다음 버전으로 넘어가기 전에 스토리보드(v1)를 수정해 v2로 갱신합니다.
---p.315

MAGIC은 그 순서를 되돌려 놓기 위한 구조였습니다. M, A, G, I, C. 이 다섯 글자는 이미 앞에서 여러 번 이야기했습니다. 거창한 공식으로 기억할 필요는 없습니다. 다만 ‘무엇을 만들지, 어떤 조건에서, 어디까지면 충분한지’를 잊지 않게 해주는 다섯 개의 표시로만 남겨두면 충분합니다. 이 기준과 목표가 있으면, 도구는 바뀌어도 괜찮습니다.
---p.371