Expedition Into Darkness Guía de playtest

Los playtests son cómo la mayoría de jugadores tocará Expedition Into Darkness antes del lanzamiento Steam previsto de Q4 2026. Los builds son temporales, los sistemas están inacabados y tu trabajo es doble: disfrutar las ruinas y enviar feedback útil. Esta guía cubre signup, readiness de PC, prep de squad y qué vigilar mientras el juego sigue upcoming — no un ship retail terminado. Cruza mucho con requisitos del sistema, visión general del juego, Herramientas, cronología de lanzamiento y Actualizaciones.

Mentalidad antes de instalar

Expectativa sana	Expectativa poco sana
Jank, polish faltante, feel de combate que cambia	Balance day-one y contenido completo
Ventanas públicas de playtest cortas que abren y cierran	Servicio permanente always-online
Feedback que da forma al objetivo Q4 2026	Exigir completitud nivel reembolso
Aprender disciplina de extract pronto	Speedrunear un meta terminado

Los canales oficiales (Steam app 3126410, expedition-the-game.com y updates de Antediluvian Interactive) vencen a rumores de screenshots aleatorios. Cuando clips de comunidad mencionen mapas nuevos o packs de esqueletos, trátalos como observaciones de playtest y archiva temas bajo historial de parches en vez de inventar IDs de parche.

Signup: Steam, Discord y ventanas cerradas

El acceso suele empezar con signup en Steam (wishlist/follow de la store page y usar cualquier botón de Playtest o request que active el estudio) más anuncios de Discord cuando el estudio publique olas de invite. Empareja ambos: Steam para acceso al depot, Discord para timing y reglas.

Ventana pública de playtest 15 jun – 7 jul 2026: Esa ola está cerrada después de la fecha de fin. El signup de esa ventana terminó. No esperes que el build de junio–julio se quede instalado para siempre. Vigila Steam y Discord por las siguientes olas de signup en lugar de asumir acceso permanente. El contexto fechado vive en la cronología de lanzamiento.

Hitos públicos anteriores (open alpha mar–abr 2025; ventana pública 11 dic – 5 ene) siguen el mismo patrón: ventanas temporales, luego espera el siguiente signup.

Checklist de acceso

1. Wishlist y follow de la página Steam para que disparen notificaciones; completa el signup cuando abra un request de playtest.
2. Únete a Discord / mailing lists oficiales a las que el estudio apunte para olas cerradas o limitadas.
3. Confirma si la ventana es demo, alpha NDA o playtest público abierto — las reglas difieren.
4. Anota la fecha de fin; planifica dos sesiones sólidas, no una hora apresurada. Recuerda que junio 2026 cerró tras el 7 de julio.
5. Descarga pronto en la ventana para evitar congestión de mirrors.
6. Verifica el acceso de amigos antes de theorycraft un five-stack.

Si te falta una key o te perdiste una ventana cerrada, no piratees «leaks». Espera la siguiente ola de signup y sigue practicando hábitos de planificación en esta wiki.

Checklist de PC y setup

Corre la tabla de hardware en requisitos del sistema primero, luego:

Paso	Acción	Por qué
1	Actualizar drivers de GPU	Reduce crashes raros en alpha
2	Liberar >8 GB + margen de patch	Los depots mid-weekend ocurren
3	Probar mic / Discord	Co-op sin voz es miseria
4	Desactivar overlays inestables	Aísla bugs más fácil
5	Tener pestañas wiki listas	Checklist de extracción mid-run
6	Crear un doc de notas de feedback	Timestamp issues mientras están frescos
7	Confirmar teclado/ratón vs mando	Builds tempranos a menudo carecían de soporte completo de pad

Readiness de squad (noche anterior)

Usa el planificador de grupo para asignar asientos y el planificador de loadout para bloquear kits. Acuerda un objetivo de enseñanza vs. push profundo. Los jugadores nuevos deberían leer guía de inicio y hojear guías para que no estés explicando permadeath en el primer pasillo oscuro.

Agenda sugerida para la primera noche de playtest:

1. 15 min — patch, settings, check de voz.
2. 10 min — callouts de rol + regla de extract.
3. 1 run corta de scout — aprender salidas, morir barato si hace falta.
4. 1–2 runs serias — imponer disciplina de checklist.
5. 15 min — notas de feedback compartidas.

Qué evaluar in-build

Céntrate en los verbos que le importan al diseño:

• Presión de extract: ¿El peso de bolsa y el miedo a la pérdida se sintieron justos?
• Legibilidad de combate: Ataques, blocks/parries timed, claridad de stamina.
• Navegación: ¿Pudiste aprender salidas sin que una wiki te alimente con cuchara?
• Agency co-op: ¿Cinco jugadores tuvieron trabajos distintos o se tropezaron unos con otros?
• Progresión: ¿Las mejoras del campamento hicieron la siguiente run significativamente mejor?
• Rendimiento: Ubicaciones de hitch, stutters de carga, desconexiones.

Las notas específicas de mapa pertenecen junto a mapa (incluido Chapel Ruins) una vez reconozcas patrones de peligro repetidos. Las notas de amenaza pertenecen en enemigos. Los feelings de build pertenecen junto a builds como placeholders — no como tiers evangelio.

Feedback que los developers pueden usar

Feedback malo: «Juego malo.» Feedback bueno: «En build 2026-xx-xx, la ventana de block timed se sintió más corta que el test anterior; un pack de esqueletos en el ala de catacumba X nos wipeó cuando niebla + trampa se solaparon; log adjunto.»

Incluye:

• Fecha aproximada de build / nombre de playtest si se muestra en el client
• Tamaño de grupo
• Pasos de repro
• Esperado vs. actual
• Specs (enlaza tu fila desde la checklist de requisitos)
• Si bloqueó el extract o fue cosmético

Rastrea hitos orientados al estudio a alto nivel en la cronología de lanzamiento para recordar qué ventana te enseñó qué.

Etiqueta dentro de builds temporales

• No acoses a extraños de playtest — los lobbies temporales no son ladders ranked.
• Spoilea con cuidado si aplica NDA; cuando dudes, mantén detalles en feedback privado.
• No afirmes que el juego completo ha salido en posts públicos; di ventana pública de playtest / upcoming.
• Graba muertes para aprender, no para dunkear animación inacabada.
• Deja el build cuando cierre la ventana; programa un recordatorio para la siguiente ola de signup Steam/Discord.

Tras cerrar la ventana

1. Guarda notas personales: qué casi funcionó.
2. Actualiza las líneas de checklist que fallaron.
3. Hojea Actualizaciones y añade temas observados — no números de versión falsos.
4. Vuelve a la visión general del juego si amigos preguntan «qué es este juego?» a mitad del ciclo de hype.
5. Sigue practicando músculo de planificación con Herramientas incluso entre tests.
6. Vigila Steam + Discord por el siguiente signup — sobre todo tras olas cerradas como 15 jun – 7 jul 2026.

Patrones comunes de fallo en playtest

Patrón	Corrección
Tratar una ventana pública de playtest como grind de live service	Fija objetivos de aprendizaje, no cuotas infinitas de farm
Perder el signup porque solo viste tráilers	Wishlist Steam + unirte a pings de Discord
Asumir que el acceso de junio 2026 nunca terminó	Esa ventana pública cerró tras el 7 de julio
Cinco clones DPS	Reasienta vía Planificador de grupo
Ignorar hardware hasta el crash	Checklist de requisitos la noche anterior
Sin regla de extract	Timer duro o tope de valor de bolsa
Feedback escrito tres días después	Notas durante la sesión

Dónde encaja esto en el camino al lanzamiento

Demos periódicas y ventanas públicas de playtest existen para pressure-testear el loop de extracción antes de Q4 2026. Tu mejor contribución es juego estructurado: roles claros, kits claros, reglas de abort claras, bug reports claros. Cuando eventualmente llegue el lanzamiento completo, los jugadores que ya internalizaron el riesgo campamento-vs-llevado subirán más rápido que los que solo vieron tráilers.

El contexto del tráiler oficial sigue en la visión general del juego. Los specs se quedan en requisitos del sistema. Los hitos fechados se quedan en la cronología de lanzamiento. Las hojas operativas se quedan bajo Herramientas. Los diarios de cambio se quedan bajo Actualizaciones. Usa todos para que cada hora de playtest sume.