Las reglas para el comportamiento se dividen en dos partes: IC y OCC.
OCC: Es el comportamiento del jugador fuera de su personaje (Out of Character).
IC: Es el comportamiento del jugador dentro de su personaje (In Character).
EL JUGADOR (OOC - Fuera de Personaje)
Estas reglas rigen a la persona detrás de la pantalla. El incumplimiento de estas conlleva sanciones directas a la cuenta.
Respeto a la Comunidad: Queda terminantemente prohibido cualquier tipo de acoso, discriminación (racismo, xenofobia, etc.) o toxicidad dirigida a la persona real. Los conflictos del juego deben quedarse en el juego.
Uso de Hacks y Ventajas Técnicas: Prohibido el uso de clientes de hacks (X-Ray, Fly, KillAura, etc.). Solo se permiten mods de rendimiento (Sodium/Optifine), mapas y estéticos.
Aprovechamiento de Bugs: Cualquier error del juego o de los plugins que otorgue una ventaja injusta (duplicación de items, atravesar bloques, etc.) debe reportarse. Usarlo para beneficio propio es motivo de sancion.
Uso de Canales: Respeta los canales de Discord y grupos de WhatsApp. La información técnica o personal va en canales OOC (fuera de personaje); la historia y planes de guerra van en canales IC (en personaje).
EL PERSONAJE (IC - Dentro de Personaje)
Estas reglas rigen las acciones de tu personaje dentro del mundo y su historia.
Ficha de Personaje Obligatoria: No puedes participar en eventos mundiales, política o guerras sin una ficha mínima aprobada en Discord. Tu personaje debe tener un nombre y una motivación coherente con el lore (Barrera-L, Espacio Minus, etc.).
Metagaming Prohibido: No puedes usar información que tú como persona leíste en WhatsApp o Discord si tu personaje no estuvo presente para escucharla o verla. Ejemplo: Atacar una base secreta porque viste una foto en el grupo de OOC es sancionable.
Valor de Vida (Inmersión): Aunque no hay muerte obligatoria, se exige actuar con coherencia. Si te rodea un ejército, no puedes actuar como si fueras inmortal. Las batallas o causas externas en eventos de rol pueden acarrear consecuencias narrativas (heridas, pérdida de memoria o deudas).
La muerte de un personaje dentro del rol depende de la decisión del propio jugador dueño del personaje y es definitiva. No se permite ningún sistema que permita revivir personajes, independientemente de su justificación narrativa o tecnológica.
Poderes y habilidades: Los personajes deben mantenerse dentro de los límites establecidos por el mundo.
No se permite la existencia de poderes absolutos, invulnerabilidad permanente ni habilidades que eliminen completamente el riesgo.
La muerte de un personaje dentro del rol es definitiva. No se permite ningún sistema que permita revivir personajes, independientemente de su justificación narrativa o tecnológica.
El desarrollo de habilidades debe mantenerse dentro de un equilibrio razonable y coherente con el mundo.
Ningún personaje puede poseer un poder igual o superior al de una Semilla de la Vida, ya que estas entidades representan el nivel máximo de poder existente dentro del mundo.
Libertad de Acción: Eres libre de traicionar, aliarte o atacar, siempre y cuando tu personaje tenga un motivo. No se permite el "Chaos RP" (matar a todos sin mediar palabra solo por molestar).
REGLAS
Protección de Desconectados: PROHIBIDO atacar, robar o dinamitar la propiedad de un jugador si este no se encuentra conectado. El conflicto debe ser interactivo.
Dominio y Territorios: El control de la tierra es un derecho que se ejerce, no un privilegio estático. Reclamar o delimitar un territorio no otorga una propiedad permanente; la soberanía funciona bajo la lógica del poder y la defensa.
Un territorio pertenece legalmente a quien sea capaz de mantenerlo frente a las ambiciones de otros jugadores o naciones.
En este sentido, cualquier marca de límite o señalización de frontera se considera un elemento decorativo de rol: no es propiedad pública y puede ser destruida por terceros sin previo aviso ni sanción, a menos que existan pactos diplomáticos previos entre las partes.
Identificación de Propiedades: El reconocimiento de la propiedad privada o colectiva depende exclusivamente del Sistema de Carteles.
Toda construcción, sin excepción, debe poseer un cartel visible y legible que indique el nombre del dueño (o dueños), el tipo de propiedad y su función.
Si una estructura carece de esta identificación, el servidor la considera legalmente "sin dueño". Esto implica que puede ser ocupada, modificada o atacada por cualquier jugador en cualquier momento, incluso si se encuentra dentro de un territorio reclamado por una nación.
Una casa o base sin cartel simplemente no existe ante los ojos de la ley del servidor.
Validez de Identificación: Para que un cartel otorgue protección ante las reglas de "robo a desconectados", debe estar anclado físicamente a la estructura o a una delimitación clara y cerrada del terreno.
Si el cartel se coloca fuera de la propiedad, en un área abierta sin límites definidos o en un punto ambiguo, se considerará nulo.
El incumplimiento de una delimitación física y visual correcta deja la propiedad en estado de abandono legal, permitiendo ataques directos sin que esto se considere una infracción a las normas de convivencia.
Civilizaciones y Regimen de Estructuras Publicas: Una agrupación de jugadores alcanza el estatus oficial de Nación o Civilización al sumar un mínimo de 5 integrantes registrados ante la administración.
Esta distinción permite la creación de Estructuras Públicas, las cuales son exclusivas de estos grupos y deben cumplir un rol de servicio real a su comunidad.
No se permite catalogar como pública una vivienda individual o un almacén privado.
Para que una estructura pública sea vulnerable a un ataque, es requisito indispensable que al menos un cuarto (25%) de los integrantes de dicha nación estén conectados al servidor en ese momento.
Lealtad y Diplomacia: La integridad de la historia depende del compromiso con la identidad del jugador.
Un ciudadano solo puede pertenecer a un grupo o nación a la vez, tanto en el juego como en las comunidades de WhatsApp y Discord. Estar presente en múltiples grupos simultáneamente se considera Metagaming y será sancionado.
El espionaje y la traición son mecánicas permitidas, pero requieren un proceso formal: para infiltrarse en un grupo o consumar una traición, el jugador debe abandonar oficialmente su grupo anterior antes de integrarse al nuevo, manteniendo siempre la coherencia en sus comunicaciones fuera de rol.
Gestión de recursos y granjas: El uso de Halls de Aldeanos es un privilegio exclusivo de las Civilizaciones (grupos de 5 o más integrantes registrados). Cada civilización tiene permitido un límite máximo de 24 aldeanos por área cargada.
Al igual que los asentamientos de aldeanos, las Granjas Automáticas están reservadas únicamente para las Civilizaciones.
Estas instalaciones deben contar obligatoriamente con un mecanismo de interrupción o interruptor de apagado (On/Off). Queda estrictamente prohibido mantener estas granjas en funcionamiento continuo (24/7) si no hay miembros de la nación presentes en el área.
Limitaciones para Individuos o Grupos Menores: Todos los demás mecanismos de Redstone, automatizaciones simples y sistemas de granjeo manual son completamente legales y están abiertos al uso de cualquier jugador individual o grupo pequeño.
No obstante, las dos categorías mencionadas anteriormente (Halls de Aldeanos y Granjas Automáticas) están terminantemente prohibidas para jugadores que no formen parte de una civilización de al menos 5 personas.
La administración del servidor está compuesta por un grupo de miembros seleccionados y es responsable del funcionamiento técnico y organizativo del servidor.
Dentro del equipo de administración todos los miembros tienen el mismo nivel de autoridad y responsabilidad en cuanto a las decisiones administrativas.
Ningún administrador se encuentra jerárquicamente por encima de otro dentro de la estructura de trabajo del equipo.
El creador del servidor conserva únicamente los permisos de configuración avanzada del sistema y del host, ya que estos permisos están ligados a la propiedad técnica del servidor. Sin embargo, esto no implica una superioridad administrativa dentro del equipo, sino simplemente una responsabilidad técnica adicional.
El objetivo de este modelo de administración es mantener un sistema equilibrado, donde las decisiones se tomen de manera colaborativa y donde cada administrador tenga la misma capacidad de participación en la gestión del servidor.
Capacidades de Administrador: Los administradores, además de sus permisos sobre el servidor, pueden proponer y votar en el grupo de administración sobre cuestiones que consideren importantes para ejecutar, ya sean cambios, sanciones u otras cuestiones.
Las capacidades de un administrador se limitan en su conocimiento, si un administrador no posee grandes conocimientos en comandos o configuraciones, a pesar de tener su cuenta de administrador no llevara adelante esas funciones ya que las puede ejecutar un administrador con mayor conocimiento.
Un administrador solo puede dejar de serlo si es sancionado gravemente con la expulsión del servidor o con la remoción de su cargo de administrador, también si es removido de su cargo por votación de la administración.
Las causas de una posible remoción por parte de la administración pueden ser inactividad, poco interés en el cargo, comportamiento ajeno a la administración o actos que perjudiquen al servidor directa o indirectamente.
Modo de votacion: Toda votación de la administración se decide por mayoría inigualable, es decir una mayoría que sea imposible de igualar en cierto punto, estas votaciones pueden ser de efecto inmediato apenas se llegue a mayoría o de tiempo limitado para cambiar votos si es necesario.
Ejemplo de Mayoría Inigualable: Si hay 6 administradores y en una votación sale un resultado de 4-0, esa mayoría ya es inigualable por ser imposible que los 2 administradores restantes empaten, siendo de 4-2 en caso de negarse.
Cuentas de Administración: Cada administrador tiene su propia cuenta administrativa. Estas cuentas tienen permisos de OP y solo pueden utilizarse cuando un administrador determina que es necesario intervenir dentro del servidor para resolver un problema rápido que no pueda solucionarse mediante la consola.
Además, dentro de sus tiempos disponibles y respetando las limitaciones fuera de periodos de mantenimiento, las cuentas de administración podrán realizar los movimientos, creaciones de estructuras o modificaciones necesarias para cumplir con los lineamientos narrativos establecidos por la IA o jugadores para la historia del servidor mediante eventos verificados y aprobados.
Estos lineamientos pueden incluir desde el movimiento de estructuras, como por ejemplo un buque acorazado, hasta modificaciones del mapa o la creación de estructuras específicas.
Una cuenta de administración no puede permanecer dentro del servidor durante periodos prolongados de tiempo, como sesiones continuas de tres horas o más.
Tampoco está permitido abusar del poder que otorgan estas cuentas. Acciones como matar jugadores, cambiar el clima, modificar el tiempo del juego, alterar la dificultad o cambiar otras variables del servidor están estrictamente prohibidas.
Mantenimiento: Los periodos de mantenimiento del servidor se utilizan exclusivamente para resolver problemas graves, realizar modificaciones que los jugadores normales no deben ver o probar elementos del sistema. En general, el mantenimiento se destina a cualquier función que no pueda realizarse con jugadores presentes dentro del servidor.
Durante los mantenimientos, las cuentas de administración pueden ingresar libremente al servidor. En estos periodos no existen límites de tiempo ni restricciones sobre las acciones que puedan realizar, siempre y cuando estas acciones estén enfocadas en la tarea principal del mantenimiento.
Dentro de la organización administrativa también se contempla la posibilidad de dividir responsabilidades entre los administradores según sea necesario. Esto puede implicar que ciertos administradores se encarguen de áreas específicas del funcionamiento del servidor.
Cuentas de Administracion Actuales:
-Anonimo
-Discord
-
-
El servidor cuenta con un sistema de sanciones progresivo y acumulativo con el objetivo de corregir conductas sin recurrir inmediatamente a sanciones extremas.
Sanciones leves: Las sanciones leves aplican a faltas menores o primeras infracciones. Pueden incluir:
-Advertencia formal.
-Retiro de objetos obtenidos de forma indebida.
-Restricción temporal de ciertas interacciones o actividades del servidor.
Cada jugador o administrador puede acumular hasta un máximo de 3 sanciones leves.
Al alcanzar este límite, la siguiente infracción será considerada automáticamente una sanción grave.
Sanciones graves: Las sanciones graves aplican a faltas serias o a la acumulación de sanciones leves. Pueden incluir:
-Ban temporal.
-Expulsión definitiva del servidor y la comunidad.
-La sanción máxima es el ban y expulsión total del servidor.
Responsabilidad, Reportes y Reparacion: La administración no puede sancionar hechos que no fueron vistos ni reportados.
Si un jugador presencia una falta y no la reporta, el caso quedará inconcluso y no podrá reclamarse posteriormente.
En caso de que la administración no logre identificar al culpable de un daño o delito, se procederá a reponer el daño al jugador afectado siempre que sea posible y la versión del jugador afectado presente pruebas o testimonios suficientes y esta sea creíble por la administración, en caso contrario, no se repondrá nada.
Si un jugador que cometió una infracción se hace cargo del hecho y llega a un acuerdo con el afectado, la administración puede decidir dar el caso por cerrado sin aplicar sanciones adicionales.
Sanciones a la Administracion: Los administradores están sujetos a las mismas reglas que los jugadores, con mayores responsabilidades debido a su rol.
Conducta administrativa: Los administradores deben actuar con respeto, imparcialidad y profesionalismo.
Está prohibido el abuso de poder, el favoritismo y el involucramiento emocional en conflictos personales.
Conflictos de interés: Ningún administrador tiene poder de decisión ni voto en un caso cuando dicho caso lo involucra directa o indirectamente.
En estas situaciones, el resto de la administración será quien evalúe y decida.
Sanciones a administradores: Los administradores que incumplan las reglas pueden recibir:
-Advertencia administrativa. (Sanción leve).
-Suspensión temporal de permisos. (sanción grave).
-Remoción definitiva del equipo administrativo. (sanción grave).
Los administradores también están sujetos al sistema acumulativo de sanciones, las sanciones administrativas y normales se acumularán por separado.
Modo de Decisión: Las decisiones importantes y sanciones se toman mediante votación por mayoría entre los administradores que no estén implicados en el caso.
Toda decisión del servidor que tenga un impacto directo o indirecto sobre el conjunto de los jugadores debe ser sometida a un proceso de votación general.
Este sistema busca garantizar que el desarrollo del servidor se mantenga participativo y que la comunidad tenga influencia real sobre los cambios importantes que puedan afectar la experiencia de juego.
Las votaciones pueden realizarse por cualquier tema que involucre el funcionamiento general del servidor.
Esto incluye, entre otros casos, modificaciones de dificultad, cambios o ajustes en reglas, incorporación o eliminación de mecánicas del servidor, reinicios, implementación de nuevos sistemas o cualquier otro aspecto que altere el entorno de juego común.
Cada votación tendrá una duración máxima de 4 dias. Durante este periodo todos los jugadores del servidor tienen la obligación de participar en la votación.
La participación es considerada parte del compromiso con la comunidad y con el funcionamiento democrático del servidor.
El plazo de votación únicamente podrá extenderse si al finalizar los 4 días no se ha alcanzado la participación mínima del 60% de los jugadores totales del servidor.
En ese caso la votación continuará abierta hasta alcanzar dicho porcentaje de participación.
La administración se reserva el derecho de mantener votaciones internas únicamente en casos específicos.
Esto incluye decisiones relacionadas con sanciones a jugadores, situaciones de emergencia que requieran una resolución rápida y no puedan esperar el proceso normal de votación, o decisiones administrativas críticas como un posible cambio de host del servidor.
También podrán realizarse votaciones internas de administración cuando se trate de una reforma completa e integral de las reglas del servidor.
Reformas menores o ajustes pequeños deberán igualmente someterse a votación general con los jugadores.
Estructura de Historia del Servidor y uso de la IA: El servidor utiliza inteligencia artificial, específicamente ChatGPT Premium, como herramienta principal para la planificación y desarrollo de los NPCs y los eventos mayores.
La IA es responsable de desarrollar y mantener una línea narrativa general que define los eventos del mundo del servidor. Dentro de esta historia se incluyen acciones y decisiones de personajes NPC, organizaciones, conflictos y acontecimientos que forman parte del desarrollo del rol del servidor.
Hay que aclarar que la IA solo controla a los NPCs y las cuestiones de fuerza mayor como pueden ser otras entidades, o eventos naturales del planeta u del espacio y demás ambientes, todo lo demás en cuanto a historia depende de los jugadores.
La historia del servidor no es rígida. Las acciones de los jugadores pueden alterar los eventos planeados por la IA, lo que permite que la narrativa evolucione de manera dinámica e interactiva.
Si los jugadores generan eventos que cambian significativamente el contexto del mundo, la IA puede adaptar la historia a esos nuevos acontecimientos.
Toda la historia planificada por la IA debe permanecer en secreto hasta el momento en que ocurra dentro del servidor.
Solo la administración conoce los acontecimientos futuros debido a su rol como intermediaria entre la IA y el servidor, y tiene prohibido revelar cualquier detalle de la historia futura a los jugadores.
Intervención Administrativa: La administración puede proponerle cosas a la IA en diversos momentos, esto con la finalidad de querer que aparezca cierta entidad o evento en la historia.
Esta propuesta puede ser idea de un administrador o de un jugador, de cualquier forma se debe aprobar por mayoría total de la administración para que llegue a la IA.
Una vez que la propuesta llega, depende total y exclusivamente de la IA si la toma para la historia o la rechaza.
Estas propuestas solo pueden agregar cosas nuevas, jamás modificar un evento de la historia o comportamiento de un NPC actual.
NPCs: Los NPC son propiedad de la IA y tienen sus formas físicas y comunicación mediante los plugins y herramientas del servidor.
Los jugadores no pueden crear NPCs por razones de rotura de la imparcialidad si estos actuaran en la historia de forma activa, pero si pueden crear NPCs pasivos.
Estos NPCs pasivos pueden ser simplemente creados con las menciones que los jugadores hagan sobre estos o en caso de querer que tengan una presencia física y diálogos dentro del servidor, deberán enviar la solicitud al canal de creación de NPCs en la comunidad de discord.
De igual forma para reemplazar los dialogos, skin o ubicacion de dichos NPCs,
Los jugadores deberan avisar por dicho canal. La administracion se encargara de realizar todos los cambios.
Personajes: Los jugadores solo pueden tener un personaje principal al crear su primera ficha de personaje, esto dura hasta que deciden matar al personaje y son libres de crear otro mediante una nueva ficha de personaje en el servidor de discord.
Esta prohibido manejar dos personajes al mismo tiempo ya que se considera como trampa ante la posibilidad de usar ambos personajes para intervenir en distintos frentes.
Aun así los jugadores tienen permitida la creación de personajes adicionales, estos tienen la única condición de compartir cuerpo con el personaje principal, ejemplos de esto pueden ser varias personalidades, un espectro/espíritu que posee personas o casos similares como podría ser un parasito.
Este personaje adicional debe pasar por la misma creación de ficha de personaje, en su caso mediante el discord.
Lógica del Servidor: El mundo del servidor utiliza como base los elementos de Minecraft, pero no está restringido a su funcionamiento literal.
Los bloques, objetos y sistemas del juego pueden ser reinterpretados narrativamente para representar tecnologías, estructuras o sistemas más complejos.
Esto significa que una construcción dentro del servidor no está limitada a lo que el juego permite mecánicamente, sino que puede representar algo más avanzado dentro del rol. Sin embargo,
esta reinterpretación no implica libertad absoluta. Todo debe mantener coherencia interna con el mundo del servidor.
El funcionamiento del mundo no sigue un modelo científico completo del mundo real. Las explicaciones técnicas pueden existir, pero no deben depender de teorías científicas completas ni de simulaciones físicas exactas. El énfasis está en la coherencia narrativa, no en la precisión científica.
Representación de los Elementos: Todo elemento que exista dentro del rol debe tener una representación física dentro del servidor. Esto incluye cualquier tipo de tecnología, estructura, arma, vehículo o sistema, la única excepción son los NPCs los cuales pueden no estar presentes físicamente en la mayoría de situaciones.
No se permite la existencia de elementos que solo estén descritos de forma narrativa sin una construcción real dentro del mundo.
Sin embargo, no es necesario replicar todos los mecanismos internos de una tecnología. Las construcciones deben incluir los componentes esenciales que permitan entender su funcionamiento dentro del rol.
Las estructuras no pueden ser simples fachadas vacías sin lógica interna. Deben transmitir de forma clara qué función cumplen, aunque su funcionamiento real sea interpretativo.
Tecnología Interpretativa: El servidor permite la creación de tecnología avanzada por parte de los jugadores, siempre que esta esté basada en elementos existentes dentro del juego y tenga una representación física coherente.
La tecnología funciona mediante interpretación narrativa. Esto significa que los sistemas pueden representar funciones complejas sin necesidad de replicar su funcionamiento real con precisión científica.
Los jugadores pueden desarrollar máquinas, sistemas energéticos, inteligencia artificial, vehículos o armamento, siempre que estos respeten los límites del servidor y no dependan de explicaciones científicas completas del mundo real para justificar su existencia.
Sistemas de Funcionamiento Abstracto: No es obligatorio que toda tecnología tenga una explicación detallada de su funcionamiento interno. Se permite el uso de sistemas de funcionamiento abstracto, también conocidos como “cajas negras”.
Un sistema de este tipo puede existir siempre que cumpla con las siguientes condiciones: debe tener una función clara dentro del rol, debe poseer limitaciones definidas, debe requerir mantenimiento o recursos, y debe ser aprobado a través del sistema de eventos de rol.
Esto permite la existencia de tecnologías complejas sin necesidad de justificar cada uno de sus procesos internos, evitando así que el rol se convierta en una simulación científica en lugar de una experiencia narrativa.
Sistema de Eventos de Rol: Todo acontecimiento que tenga un impacto significativo en el mundo del servidor debe ser presentado en el canal de eventos de rol. Este canal funciona como el punto de control donde se evalúan las acciones que pueden alterar la narrativa, la tecnología o el equilibrio del servidor.
Un elemento aprobado a través de este sistema no existe dentro del rol hasta que haya sido construido físicamente o ejecutado por la administración. La aprobación permite su existencia, pero no reemplaza su implementación dentro del mundo.
Los eventos menores o interacciones cotidianas no requieren aprobación, pero cualquier acción que modifique el entorno, introduzca tecnología nueva o altere la narrativa global debe pasar por este proceso.
Funcionamiento de Estructuras y Tecnología: Las estructuras dentro del servidor no funcionan automáticamente como lo harían en un entorno real. Su funcionamiento dentro del rol depende de su uso narrativo y de la aprobación de eventos.
Cuando un jugador desea utilizar una estructura para generar un efecto dentro del mundo, debe comunicarlo mediante el sistema de eventos de rol. Una vez aprobado, la administración puede intervenir para representar las consecuencias dentro del servidor.
Esto permite que existan sistemas complejos como vehículos, armas o infraestructuras avanzadas sin depender de las limitaciones técnicas de Minecraft.
Limitaciones de Tecnología y Balance: Toda tecnología dentro del servidor debe tener limitaciones claras. Ningún sistema puede funcionar de manera indefinida sin consumo de recursos, mantenimiento o riesgo de fallo.
Las estructuras tecnológicas deben requerir algún tipo de mantenimiento, reparación o reposición de materiales.
Cuando una máquina necesite mantenimiento mediante objetos del juego, estos objetos deberán colocarse físicamente en un punto designado y notificarse a la administración mediante el grupo de Eventos de Rol para que el mantenimiento sea validado dentro del rol.
No se permite la existencia de sistemas que otorguen ventajas absolutas o que eliminen completamente el riesgo dentro del rol. El objetivo es mantener un equilibrio entre los jugadores y evitar abusos.
Escalamiento Lógico: El escalamiento lógico dentro del servidor está limitado, pero no prohibido. Los jugadores pueden desarrollar nuevas tecnologías o sistemas a partir de elementos existentes, siempre que estos desarrollos se mantengan dentro del equilibrio del mundo.
No se permite utilizar la existencia de un elemento para justificar automáticamente la creación de sistemas complejos sin control. Tampoco se permite introducir teorías científicas completas del mundo real como base para el desarrollo tecnológico.
El desarrollo debe ser progresivo, coherente y aprobado cuando sea necesario. La lógica del mundo no es completamente abierta, pero tampoco es completamente cerrada.
Ciencia y Explicación Técnica: El mundo del servidor no requiere explicaciones científicas exactas para justificar el funcionamiento de sus elementos. Las descripciones técnicas pueden existir, pero deben ser interpretativas y no depender de modelos científicos completos.
El uso excesivo de fórmulas, leyes físicas reales o explicaciones detalladas no es necesario y puede ser limitado si rompe la coherencia del mundo o genera ventajas injustificadas.
Se prioriza la claridad, la coherencia y la funcionalidad narrativa por encima de la precisión técnica.
Armas y Tecnología Militar: Se permite la creación de armamento y tecnología militar avanzada, incluyendo vehículos, sistemas de combate y estructuras defensivas. Estas creaciones deben respetar las limitaciones del servidor, requerir mantenimiento y no superar el nivel de poder establecido por los elementos únicos del lore.
El uso de estas tecnologías debe ser aprobado cuando tenga impacto significativo en el mundo o en otros jugadores.
Artefactos Únicos: Existen elementos dentro del servidor que poseen un nivel de poder excepcional y que forman parte del núcleo narrativo. Estos artefactos no pueden ser replicados, igualados ni superados por tecnología creada por jugadores.
Dentro del mundo del servidor existen artefactos de poder excepcional que no pueden ser replicados por los jugadores. Las armas más poderosas que existen son la Lanza de Longinus y la Lanza de Cassius.
Estas armas poseen un origen único y ningún jugador puede crear armas capaces de igualar o superar su poder. Ninguna tecnología creada por jugadores puede neutralizar, suspender o destruir a una Semilla de la Vida, ni puede rivalizar con el poder de estas lanzas.
Cualquier intento de desarrollar sistemas equivalentes será rechazado automáticamente. Estos elementos existen como parte de la historia del servidor y no como herramientas accesibles.
Proceso de Revisión, Aprobación y Corrección: En el canal de eventos de rol, los jugadores pueden proponer proyectos, avances y eventos, así como activar mecanismos ya existentes dentro del rol.
La inteligencia artificial del servidor es la encargada de evaluar cada propuesta y determinar si es aprobada o desaprobada, siempre indicando los errores en caso de rechazo.
Eventos: Los eventos suelen considerarse aprobados si no reciben respuesta en un plazo de 24 horas. Si la IA responde marcando errores, el evento queda desaprobado hasta su corrección. Los eventos aprobados en tiempo actual serán publicados en el canal de eventos mundiales, mientras que los eventos del pasado serán publicados como crónicas.
Proyectos: Todos los proyectos reciben una respuesta explícita en un plazo que normalmente no supera los 3 días. Si son aprobados, se publican en el canal de proyectos aprobados junto con su funcionamiento.
Correcciones: Cuando un proyecto o evento es desaprobado, la IA puede actuar de dos formas según el caso:
Corrección sugerida: se señalan los errores y el jugador decide cómo corregirlos antes de reenviar su propuesta.
Corrección asistida: si la base del proyecto es válida, la IA puede generar una versión corregida lista para ser aprobada, manteniendo la idea original, pero ajustando su coherencia, funcionamiento y limitaciones.
El jugador puede aceptar esta versión o descartarla.
La IA no puede cambiar completamente la idea original ni reemplazar la creatividad del jugador. Su función es facilitar la integración de los proyectos dentro del sistema, no desarrollarlos por completo.
.webp)