Ir al contenido
Docs
EN ES

Tu primer proyecto

Tu primer proyecto en Arc debe ser pequeño, revisable y vinculado a un alcance claro de manuscrito.

Elige el alcance adecuado

Un buen primer proyecto no es “todo lo que he escrito”. Normalmente será una de estas opciones:

  • los tres a cinco primeros capítulos de una novela;
  • un relato completo;
  • un arco concreto de una ficción serializada;
  • un libro de una serie más amplia.

El objetivo es aprender cómo interpreta Arc tu material antes de escalar.

Prepara los archivos fuente

Usa archivos de capítulo limpios y estables. Durante la preview, prefiere Markdown o texto plano. Cada archivo debería contener un capítulo o una sección claramente nombrada.

Convenciones recomendadas:

  • mantén nombres de archivo ordenados y estables;
  • incluye encabezados de capítulo en el documento;
  • evita mezclar notas, escenas descartadas y manuscrito final en el mismo archivo;
  • conserva una copia de los archivos originales fuera de Arc.

Qué revisar primero

Tras la ingesta, revisa en este orden:

  1. Estado del proyecto: confirma que el proceso terminó o terminó con avisos comprensibles.
  2. Entidades: busca duplicados, personajes ausentes y problemas de alias.
  3. Relaciones: inspecciona vínculos importantes entre personas, lugares, eventos y objetos.
  4. Evidencia: verifica que las afirmaciones clave apunten a material fuente.
  5. Cola de revisión: resuelve o aplaza elementos inciertos en lugar de aceptarlo todo.

Mantén las decisiones explícitas

Si fusionas dos entidades, rechazas una afirmación o decides que una relación es canon, trátalo como una decisión editorial. Arc es más útil cuando las decisiones del autor permanecen visibles y no escondidas dentro de una respuesta opaca de IA.

Cuándo crear otro proyecto

Crea un proyecto separado cuando el material cambie sustancialmente:

  • otro libro;
  • otra línea de borrador;
  • un spin-off con canon solapado pero independiente;
  • una importación de prueba que no debería contaminar el proyecto principal.

Los proyectos pequeños son más fáciles de auditar. Puedes escalar cuando el flujo sea fiable.