해부 · EXHIBIT 12콘텐츠 전략
읽기 1분 · 선택하면 저자의 판단이 공개됩니다
전시 01에서 나는 데모를 정적 단일 파일로 만들겠다고 했다. 메인 앱과 얽히지 않게, 빌드도 라우트도 공유하지 않게. 그런데 데모가 12종까지 늘자 욕심이 생겼다 — 이 원본 프로젝트를 자산으로 보관하고 싶고, 가능하면 사람들이 GitHub에서 가져갈 수 있게 하고 싶다. 그러려면 단일 파일을 포기하고 Vite·React 프로젝트로 만들어야 한다. 과거의 내 결정을 뒤집는 것인가, 아니면 그 결정의 무엇이 핵심이었는지 다시 보는 것인가.
어느 쪽이든 고르면 저자의 결정과 근거가 열립니다 ·
AI 데모를 만들려면 방문자가 브라우저에서 직접 모델을 호출해야 한다 — 데모는 정적 파일이고 사이트 서버를 경유하지 않으니까(전시 01). 그런데 OpenAI API는 브라우저 CORS를 허용하지 않는다. 쓰려면 프록시 서버를 둬야 하는데, 그건 '서버 없음' 원칙을 깬다. 'OpenAI도 지원'이라는 매력을 위해 원칙을 굽힐 것인가, 아니면 CORS가 되는 Gemini만으로 갈 것인가.
판단해 보기 →전시 14 · 아키텍처·신뢰AI 데모를 실제로 돌리려면 API 키가 필요하다. 가장 편한 길은 내 서버 키를 공유하는 것 — 하지만 비용과 악용 위험이 있고, 무엇보다 데모가 사이트 서버에 묶여 전시 01을 깬다. 그렇다고 가짜(mock) 응답만 보여주면 'AI 데모'가 가짜인 셈이다. 방문자에게 자기 키를 넣게 하되, 그 키를 어떻게 다룰 것인가 — 편의를 위해 서버가 관리할 것인가, 아니면 한 번도 만지지 않을 것인가.
판단해 보기 →