Crear una observación

1. En el editor#

La vía habitual, y la que conviene usar salvo que tengas una razón para no hacerlo. Dibuja lo que se vio, di cuándo y dónde, registra cómo se movió — y el cielo, el tiempo y el terreno se consultan por ti en lugar de recordarse.

Abrir el editor Leer el manual

Termina con Guardar, que te entrega un archivo. Ese archivo es la grabación completa: no hay cuenta y aquí no se guarda nada. Ponlo en algún lugar con una dirección pública y estará listo para compartir.

¿Ya tienes una y quieres cambiarla? El editor se abre con una grabación existente — el panel ? de cada reconstrucción publicada lleva el enlace que lo hace.

2. Con un asistente de IA, a partir del expediente#

Cuando un caso ya tiene sus documentos (un informe, un cuestionario, una declaración, bocetos, fotos del lugar, un mapa), lo más rápido suele ser dárselos a un asistente de IA capaz de leer PDF e imágenes y de ejecutar un poco de código, indicarle esta documentación y hacer que escriba el archivo. Lee el relato, mide los dibujos, calcula direcciones sobre el mapa, consulta lo que se puede consultar y escribe lo que encontró en el formato. Después tú miras el resultado y le dices lo que está mal.

El asistente no sabe del caso más que lo que tú le das, ni del formato más que lo que dicen estas páginas. Así que pídele la disciplina que mantendría un investigador:

Aquí están los documentos de un caso de avistamiento. Construye una
grabación UFO@home de lo que vio el observador: el archivo JSON descrito
en https://ufoathome.org/docs/format/ , verificado con
https://ufoathome.org/sighting.schema.json .

- Indica solo lo que los documentos respaldan. Escribe cada valor que
  hayas calculado como {"value": ..., "basis": "derived", "rationale":
  "..."} y cada valor que hayas tenido que elegir con "basis": "assumed".
- El fenómeno son solo ángulos: su dirección (aim) y su tamaño aparente
  (angular) en cada momento. Los metros que dio el observador van en
  "interpretation", nunca en las formas.
- Una grabación por observador. Cuando hay varios, escribe también el
  archivo del caso que los enumera (véase «Varios observadores: el
  caso»).
- Toma las personas, vehículos, árboles y edificios del catálogo
  https://ufoathome.org/models/index.json , por id: nunca inventes
  un modelo.
- Di en "summary", en una o dos frases, de qué trata el caso.
- Enumera las contradicciones entre los documentos, y las preguntas que
  hay que volver a plantear al observador o al investigador.

Dos cosas más que conviene decirle. Lo que el reproductor calcula por sí mismo a partir de la fecha y el lugar (el cielo, los planetas, la Luna y los eclipses, los satélites, el relieve y las imágenes) no se escribe en el archivo: la página Fuentes y decisiones enumera lo que se lee y de dónde, y el archivo solo tiene que aportar lo que dicen los documentos. Y los modelos se eligen del catálogo por su id, que dice también qué ajustes ofrece cada uno (modelParameters): una persona nunca se dibuja como forma integrada.

O instala la skill de UFO@home en tu asistente: las mismas instrucciones, con el método, las reglas del formato, el esquema, un ejemplo y un validador que solo necesita Python, de modo que solo tengas que darle los documentos. Descargar la skill (un zip que añadir a las skills de Claude, o que descomprimir en ~/.claude/skills/ para Claude Code), o leerla primero.

Después comprueba lo que escribió, como comprobarías el trabajo de un colega:

• Reprodúcela. Ábrela en el reproductor, desde tu ordenador con las fotos que nombra. ¿Está el fenómeno donde lo sitúan los dibujos, delante de los árboles correctos, a la altura correcta sobre el horizonte? Di lo que no encaja, y haz que lo corrija.
• Lee los valores assumed. Son la lista de lo que nadie dijo. Cada uno es una pregunta para el observador, o un punto donde la reconstrucción se apoya en una suposición.
• Termina en el editor lo que es más fácil hacer con un ratón que con una frase: desplazar un edificio unos metros, ajustar una dirección hasta que quede sobre la foto.
• Enséñasela al observador. La única prueba que cuenta es si reconoce lo que vio.

Un observador que solo tiene su propio relato puede hacerlo dentro del editor: lo escribe en la pestaña Resumen, elige qué lo redacta (hoy Claude: su propia clave de API, y el modelo), y el editor redacta el resto de la grabación a partir de él, sin enviar nada a ningún sitio salvo a ese modelo.

Un relato es un dato personal. Antes de dar documentos a un asistente en línea, quita lo que identifica al observador salvo que haya dado su consentimiento, y comprueba qué conserva el servicio. Y un asistente puede equivocarse con aplomo: el archivo solo vale lo que valen los documentos en que se basa y la comprobación posterior.

3. A mano, o desde tu propio archivo#

Una grabación es un archivo de forma documentada, así que nada te impide escribir una en un editor de texto, o generar mil desde una base de datos que ya tengas: es exactamente lo que escribe el propio editor.

Todo lo que escribe el editor, campo por campo, con un archivo completo para escribir y las demos que vale la pena leer, está en su propia página: el archivo de avistamiento.

Leer el formato

Fuentes y decisiones#

Nada de lo que dibuja la herramienta es inventado. Cada valor procede de una fuente con nombre, leída en un momento declarado, y donde no existe ningún registro la interfaz lo dice en lugar de rellenar el hueco.

Redacción y evaluación

Redacción y evaluación

El detalle de cada decisión, con las mediciones que la zanjaron, está en los comentarios del código de cada fuente en el repositorio.