소설 집필을 위한 BYOK와 로컬 AI 모델: 비용, 제어, 프라이버시

BYOK는 자신의 프로바이더 키나 엔드포인트를 연결하는 방식이고, 관리형 모델은 플랫폼이 관리하는 프로바이더를 사용하는 방식입니다. 어떤 선택이 맞는지는 누가 모델 비용을 부담하는지, 요청이 어디로 이동하는지, 어떤 모델이 필요한지, 설정을 얼마나 유지하고 싶은지에 따라 달라집니다.

관리형 모델과 BYOK는 서로 다른 트레이드오프입니다

비용을 결정하기 전에 현재 요금과 프로바이더 약관을 확인하세요. 토큰 요금, 모델 접근 권한, 한도는 계속 바뀌므로 블로그 글을 청구 계약처럼 여기지 마세요.

프로바이더를 연결하기 전에 확인할 사항

1. 엔드포인트가 앱에서 지원하는 인터페이스와 호환되는지 확인하세요.
2. 실질적으로 필요한 최소 권한과 지출 한도가 설정된 키를 사용하세요.
3. 원고 전체 컨텍스트를 보내기 전에 짧은 요청으로 테스트하세요.
4. 프로바이더가 실제로 반환하는 모델 이름과 컨텍스트 윈도우를 확인하세요.
5. 내 계정 등급에 적용되는 프로바이더의 보관 및 학습 약관을 읽으세요.
6. 로그, 스크린샷, 지원 메시지에 키를 공유했다면 키를 삭제하거나 교체하세요.

NovelKnow는 관리형 모델과, OpenAI 스타일 엔드포인트와 호환되는 커스텀 프로바이더, 로컬 Ollama 구성을 지원합니다. 프로바이더 설정에서 연결을 테스트하고 사용 가능한 모델을 동기화할 수 있으며, 정확한 옵션은 현재 배포 환경에 따라 다릅니다.

프라이버시는 데이터 흐름의 문제입니다

장면을 보내기 전에 다음을 파악하세요:

What is sent: selected prose, relevant Codex entries, prompt instructions, and generation context.
Where it goes: the connected provider or local runtime.
Who controls retention: the provider's current policy and your account settings.
What remains in NovelKnow: project data, provider configuration, and usage records covered by the app's privacy policy.

“로컬 모델”이라고 해서 워크플로의 모든 부분이 로컬에서 처리된다고 가정하지 말고, “BYOK”라고 해서 프로바이더가 요청을 보관하지 않는다고 가정하지 마세요. 선택한 구성의 경로와 약관을 확인하세요.

장편 프로젝트를 위한 실용적인 구성

첫 세션을 빠르게 시작할 때는 관리형 모델을 사용하고, 특정 모델이나 직접 결제가 필요할 때는 BYOK 프로바이더를 사용하고, 하드웨어와 품질 요구 사항을 고려했을 때 가치가 있으면 로컬 엔드포인트를 사용하세요. 원고에서 변하지 않는 사실은 집필 작업 공간에 보관하되, 요청마다 필요한 컨텍스트만 보내세요.

민감한 소재는 먼저 가상의 이름과 짧은 구절로 워크플로를 테스트하세요. 미발표 원고를 사용하기 전에 출력, 로그, 프로바이더 대시보드, 삭제 기능을 확인하세요.

자주 묻는 질문

BYOK를 사용하면 AI 사용이 무료인가요?

플랫폼의 관리형 크레딧 요금은 피할 수 있지만, 연결된 프로바이더가 요청에 대해 비용을 청구할 수 있습니다. 로컬 추론도 하드웨어와 전기 요금이 듭니다.

로컬 모델이 항상 프라이버시에 더 좋은가요?

원고가 이동하는 경로를 줄일 수 있지만, 런타임과 관련 애플리케이션이 모두 로컬에 있고 안전하게 설정된 경우에만 그렇습니다. 실제 네트워크 경로를 확인하세요.

모든 요청에 소설 전체를 보내야 하나요?

아니요. 장면 목표, 관련 사실, 필요한 컨텍스트만 보내세요. 더 작고 의도적인 컨텍스트는 검토하기 쉽고 의도치 않은 노출을 줄여 줍니다.