어시스턴트로 이어 쓰기

두 가지 상황에서 가장 높은 효율을 발휘합니다. 첫째, 뼈대가 이미 갖추어져 있어(챕터 의도, 씬 요약, 비트가 모두 작성됨) 이를 본문 산문으로 구체화해야 할 때입니다. 둘째, 특정 노드 뒤에서 전개가 막혀 앞으로 나아갈 수 있는 몇 가지 가능한 경로를 탐색하고 싶을 때입니다. 반대로 프로젝트가 거의 비어 있는 상태라면, 먼저 인물과 갈등, 이번 분량의 목표를 자료에 정리한 뒤 요청해야 결과물의 제어력이 크게 향상됩니다.

어시스턴트 채팅창에서 어느 깊이까지 이어 쓸지 명확히 지정합니다. "12장 이어 쓰기", "'비 오는 밤의 담판' 씬 계속 쓰기", "시공간 · 오후 뒤로 3개 비트 추가"와 같이 요청합니다. 그러면 어시스턴트는 대상에 맞추어 맥락을 정밀하게 조합합니다. 해당 씬의 주 장소 및 하위 장소들, 챕터 의도, 그리고 해당 챕터 기준의 관련 인물 및 세계관 설정의 유효 상태를 파악합니다.

범위가 모호한 경우 임의로 추측하지 않고 프로젝트를 조회하거나 명확한 확인 질문을 먼저 건넵니다. 답변이 스트리밍되기 전에 무엇을 처리 중인지 상태 표시줄 한 줄로 안내하며(생각 중 / 챕터 · 12 읽는 중 / 답변 작성 중), 완료 후에는 "view process"(과정 보기)를 펼쳐 이번 요청에서 어떤 자료를 참조했는지 확인할 수 있습니다.

1. 1
   채팅창 열기

   좌측 플로팅 패널의 채팅창을 본문 텍스트를 가리지 않는 적절한 위치로 드래그합니다. 외부를 클릭해도 자동으로 닫히지 않으며 세션 목록을 접어도 메인 작업 공간의 너비가 유지됩니다.
2. 2
   목표와 전개 방향 제시

   작업 단위(챕터 / 씬 / 시공간), 반드시 전개해야 할 내용, 피해야 할 요소를 구체적으로 작성합니다. "현재 챕터 이어 쓰기"와 같은 기본 제공 진입로를 활용한 뒤 추가 요구사항을 덧붙이는 것도 좋은 방법입니다.
3. 3
   제안 카드 검토

   결과물은 승인 대기 제안 카드로 반환됩니다. 각본 본문의 변경 사항은 씬 전체를 통째로 교체하는 것이 아니라 패치 형태로 깔끔하게 표시됩니다.
4. 4
   승인 또는 직접 이어받기

   "Apply changes"(변경 적용)을 누르면 해당 단위의 현재 문말 뒤에 내용이 추가됩니다. 기다리지 않고 즉시 이어 쓰고 싶다면 "Stop and take over"(중단하고 직접 집필)를 눌러 이미 생성된 분량을 유지한 채 나머지 부분을 작가가 직접 작성할 수 있습니다.

• 씬이나 시공간 단위의 이어 쓰기는 진행 도중 임의로 동일 계층의 새 구조를 열지 않습니다. 이야기에 새 씬이 필요하다면 제안 카드가 "새로운 씬 생성"을 명시적으로 선언하여 확인 창에서 그 영향을 미리 파악할 수 있도록 합니다.
• 본문 뒤 추가는 안전합니다. 이어 쓰기는 대상 단위의 끝에 덧붙여질 뿐 기존의 본문 텍스트를 멋대로 덮어쓰거나 노드의 고유 식별자를 교체하지 않습니다.
• 헤더 서식은 각본 표준 규칙과 일치합니다. "# 제N장 제목", "## 순번 · 장소 · 시간 · 짧은 제목", "### 장소 · 시간"의 형식을 따르며, 인물 행에는 실제 이름이 정확히 들어갑니다. 주 장소가 누락되었거나 장소가 모호하거나 양식이 잘못된 경우 작업 전체가 거부됩니다.

• 분위기보다 구체적인 단위와 행동을 제시하십시오. "더 긴장감 있게 써줘"보다는 "12장을 이어 쓰고, 여기서 린모가 처음으로 거짓말을 하도록 해줘"가 훨씬 더 정확한 결과를 냅니다.
• 반드시 일어나야 할 일과 일어나서는 안 될 일을 명시하십시오. 이번 씬에서 반드시 밝혀져야 할 정보, 미리 드러나서는 안 될 미묘한 관계 등을 정해두면 제안 카드의 경계가 명확해지며 작가는 경계를 넘었는지만 판단하면 됩니다.
• 산문보다 뼈대를 먼저 잡으십시오. 챕터 의도, 씬 요약, 번호가 매겨진 비트를 명확히 제시하면 모델이 자의적으로 사건을 지어내지 않습니다. 비트가 다소 거칠어도 괜찮으며 하나의 비트를 3개 문단으로 확장하는 것이 가장 일반적이고 효과적인 방식입니다.
• 시점과 시제를 명시하십시오. 이 씬이 누구의 시선을 따라가는지, 현재 시제인지 과거 회상인지 명확히 밝히면 한 줄의 지시로 불필요한 전면 재작업을 방지할 수 있습니다.
• 긴 분량은 나누어 요청하십시오. 한 번에 2,000자를 무리하게 요청하기보다 먼저 3개 비트를 얻어낸 뒤 원하는 비트를 확장하십시오. 한 번에 너무 많은 분량을 요구하면 힘이 분산된 지루한 군더더기 글이 되기 쉽습니다.

네트워크 중단이나 출력 상한에 도달한 경우 생성된 본문까지 보존되며 명확하게 \"미완성\"으로 표시되므로 작가가 수동으로 계속 생성을 요청할 수 있습니다. 이는 프로젝트를 불완전한 상태로 방치하지 않습니다. 생성되었으나 아직 승인되지 않은 텍스트는 프로젝트의 공식 데이터가 아니며 승인하기 전까지는 데이터베이스에 저장되지 않습니다.

오프닝 도입부 작성과 기존 원고 가져오기도 동일한 납품 계층을 공유합니다. 프로젝트 생성 후 오프닝은 실제 단계별로 화면에 스트리밍되며(단편적인 아이디어라도 최소 300자의 기본 전달 기준을 갖춤), 중간에 멈추면 즉시 작가에게 집필 권한이 넘어옵니다. 기술적 실패가 발생할 경우 현재 문말 뒤부터 이어 작성하는 \"Complete opening\"(도입부 보완)이 1회 허용됩니다. TXT / DOCX 각본 가져오기는 AI 모델을 전혀 호출하지 않습니다.