Las leyes de Eldoria
[!NOTE] Estado: Contenido listo · Multimedia: Portada generada e ilustración SVG original · Última verificación: 2026-09-05
Capacidad principal: Crear instrucciones de repositorio con alcance delimitado

Ilustración conceptual original (SVG)
[!TIP] Descarga este kit de aprendizaje y usa la guía de extracción y preparación. Mantén intacto el starter original.
---
config:
theme: base
look: classic
themeVariables:
darkMode: false
background: "#ffffff"
primaryColor: "#f5f5f5"
primaryTextColor: "#111111"
primaryBorderColor: "#555555"
secondaryColor: "#e0e0e0"
secondaryTextColor: "#111111"
secondaryBorderColor: "#666666"
tertiaryColor: "#bdbdbd"
tertiaryTextColor: "#111111"
tertiaryBorderColor: "#444444"
lineColor: "#444444"
textColor: "#111111"
mainBkg: "#f5f5f5"
nodeBorder: "#555555"
clusterBkg: "#ffffff"
clusterBorder: "#999999"
edgeLabelBackground: "#ffffff"
actorBkg: "#e0e0e0"
actorBorder: "#555555"
actorTextColor: "#111111"
actorLineColor: "#777777"
signalColor: "#333333"
signalTextColor: "#111111"
labelBoxBkgColor: "#f5f5f5"
labelBoxBorderColor: "#777777"
labelTextColor: "#111111"
loopTextColor: "#111111"
activationBkgColor: "#bdbdbd"
activationBorderColor: "#555555"
noteBkgColor: "#f5f5f5"
noteTextColor: "#111111"
noteBorderColor: "#777777"
attributeBackgroundColorOdd: "#f5f5f5"
attributeBackgroundColorEven: "#e0e0e0"
---
flowchart TD
accTitle: Mapa de capacidades de The Laws of Eldoria
accDescr: Verifica tanto la detección como el comportamiento resultante. Resuelve la guía contradictoria en lugar de asumir una regla de precedencia oculta.
R["Instrucciones del repositorio"] --> C["Contexto aplicable"]
P["Instrucciones específicas por ruta"] --> C
T["Solicitud de tarea"] --> C
C --> A["Propuesta del agente"]
M["Permisos y herramientas"] --> A
A --> D["Revisar diff y pruebas"]
Leyenda. Las instrucciones y los cuadros de tarea alimentan el contexto; la rama aparte de permisos muestra que la autoridad no proviene de la prosa.
Explicación. Verifica tanto la detección como el comportamiento resultante. Resuelve la guía contradictoria en lugar de asumir una regla de precedencia oculta.
Referencias oficiales
Estas fuentes oficiales son la autoridad sobre el comportamiento y la disponibilidad del producto. Vuelve a consultarlas cuando uses otra superficie o después de una actualización del producto.
Historia
Las leyes de Eldoria están talladas en piedras anidadas. Una ley colocada demasiado arriba rige todas las aldeas; una colocada demasiado abajo nunca se ve.
La fantasía es una ayuda para la memoria; la lección de ingeniería exige evidencia observable y reproducible.
Objetivos de aprendizaje
- Escribe instrucciones concisas del repositorio vinculadas a un comando de validación real.
- Separa las convenciones duraderas de las solicitudes específicas de una tarea y de la aplicación de permisos.
- Comprueba la detección del host independientemente de un verificador de contenido.
Requisitos previos
Para preparar las herramientas y las cuentas personales, completa la guía de requisitos previos. Para estudiar solo desde el terminal, sigue la ruta de la CLI desde el kit extraído; la evidencia específica de VS Code sigue siendo independiente.
| Requisito | Por qué importa |
|---|---|
| Completar la aventura anterior, o demostrar su evidencia de salida | Mantiene esta misión enfocada en su capacidad nombrada |
| Node 24 y el kit extraído | El verificador local usa el runtime y los archivos suministrados |
| Una carpeta desechable fuera de otro proyecto | Las personalizaciones y los fallos intencionales no deben filtrarse a otro trabajo |
| Acceso autorizado al host, solo para pasos en vivo | La disponibilidad, las herramientas y las políticas difieren |
Límite de evidencia: Una comprobación de texto no puede probar el cumplimiento de instrucciones ni definir precedencia entre archivos de lenguaje natural en conflicto.
Tiempo estimado de la sesión: 45–75 minutos después de los prerrequisitos; la duración real varía. Nunca uses secretos de producción ni datos de clientes.
Explicación de conceptos
Las instrucciones del repositorio proporcionan automáticamente convenciones y restricciones duraderas. Los prompts son plantillas de tareas invocadas manualmente, no instrucciones. Las instrucciones específicas de una ruta acotan la orientación a los archivos coincidentes. Prefiere reglas comprobables, como «ejecuta el comando X después de cambiar Y». El descubrimiento y la precedencia de las instrucciones pueden variar según la función de Copilot, por lo que debes verificar la superficie con la documentación oficial.
Caso de uso concreto
Una convención del repositorio puede exigir pruebas deterministas y prohibir credenciales. No puede conceder aislamiento del sistema de archivos; las rutas de origen permitidas y las herramientas disponibles son controles aparte.
Comprobación de vocabulario
- Rol: Ask, Plan, Agent o un agente personalizado.
- Harness/superficie: el entorno de ejecución o la superficie del producto en que opera un rol.
- Destino: el destino de sesión seleccionado, como Local, Copilot o Cloud cuando se ofrecen.
- Entorno: la carpeta, el worktree, la máquina local, el Codespace o el entorno remoto.
- Instrucciones: contexto duradero que se aplica automáticamente.
- Prompt: una plantilla de tarea invocada manualmente.
- Skill: conocimientos reutilizables que se cargan cuando son pertinentes.
- Agente personalizado: un rol con instrucciones, herramientas y transferencias opcionales.
- MCP: Model Context Protocol.
- Evidencia: una ruta, un diff, el resultado de un comando, una traza o una decisión de revisión.
Flujo de trabajo Ask → Plan → Agent
Ask — investigar
- Identifica el resultado real que busca el usuario y la fuente de verdad actual.
- Inspecciona los archivos, las instrucciones, las herramientas, los permisos y las comprobaciones existentes que sean relevantes.
- Cita rutas concretas o evidencia de la plataforma para cada hallazgo importante.
- Registra la incertidumbre y no deduzcas capacidades que no estén disponibles.
Punto de control: No implementes nada hasta comprender el estado actual y la evidencia.
Plan — diseñar
- Establece el alcance, los objetivos excluidos, las suposiciones, los riesgos y los límites de confianza.
- Selecciona el mínimo rol, herramientas, autoridad y entorno necesarios.
- Define los criterios de aceptación, los comandos de verificación, la revisión y el restablecimiento.
- Señala cualquier dependencia en versión preliminar o experimental y proporciona una alternativa.
Punto de control: Otra persona que esté aprendiendo debería poder anticipar qué significa completar el trabajo a partir del plan.
Agent — ejecutar
- Realiza el cambio reversible más pequeño o produce el artefacto planificado.
- Usa ciclos cortos de inspeccionar → cambiar → verificar.
- Conserva la salida de los comandos, el estado de salida, los diffs, las trazas o los registros de la plataforma.
- Detente cuando se cumplan los criterios de aceptación; no realices tareas de limpieza ajenas al alcance.
Revisión — cuestionar
- Inspecciona el diff o el artefacto completo.
- Compara cada resultado con el plan y los criterios de aceptación.
- Ejecuta la comprobación existente más específica que sea pertinente y amplía su alcance solo cuando esté justificado.
- Registra las limitaciones y los riesgos sin resolver.
- Puntúa el trabajo con rubric.md.
Misión guiada
1. Prepara una copia aislada
- Descarga y extrae el kit eldoria-laws en un nuevo directorio de trabajo.
- Lee
KIT-START.mden su raíz. Abrestarter/como el espacio de trabajo de VS Code cuando pruebes la detección, pero ejecuta el verificador desde la raíz del kit. - Inspecciona
starter/.github/copilot-instructions.md,verify.jsantes de editar. - Desde la raíz del kit extraído, ejecuta
node verify.js. - Registra la línea base aprobada documentada. Un runtime faltante o un fallo no relacionado no es el resultado esperado del ejercicio.
2. Investiga y planifica
Comando de comprobación inicial listo para copiar, desde la raíz del kit extraído:
node verify.js
En Ask, solicita un rastreo de los archivos inspeccionados y de lo que el verificador observa realmente. Cuestiona cualquier afirmación sobre ejecución en vivo que no esté respaldada por la salida.
Usa este prompt de planificación:
Write four concise rules covering deterministic tests, no credentials, source-path scope and verification before completion. Explain which rules are guidance rather than enforced permissions.
Do not implement yet. Identify affected files, the negative case and a safe reset.
3. Implementa el fragmento revisado
- Aprueba solo el artefacto starter nombrado y las pruebas enfocadas necesarias.
- Pide a Agent que implemente un solo fragmento; inspecciona los comandos propuestos antes de ejecutarlos.
- Ejecuta
node verify.jsotra vez desde la raíz del kit, onode ../verify.jsdesdestarter/. - Compara el resultado exacto con el punto de control de abajo y revisa el diff completo.
- Registra por separado el descubrimiento del host o la actividad en vivo cuando esté disponible. No habilites servicios extra para fabricar un resultado aprobado.
[!IMPORTANT] Punto de control: El archivo de instrucciones nombra restricciones accionables y el resultado de la detección del host se registra por separado. Una comprobación de texto no puede probar el cumplimiento de instrucciones ni definir precedencia entre archivos de lenguaje natural en conflicto.
4. Demuestra que una comprobación puede rechazar un error
Elimina el requisito de prueba del archivo desechable y observa cómo el verificador rechaza la regla faltante. Restaúralo antes de pedir un cambio acotado.
| Observación | Decisión | Acción | Evidencia | Limitación |
|---|---|---|---|---|
| Estado inicial y diagnóstico exacto | Por qué se necesita este cambio | Archivo nombrado y cambio acotado | Comando, código de salida y resultado observado | Lo que la comprobación local no demuestra |
Termina con la evidencia de capacidad específica de la aventura en la rúbrica, no solo con la presencia de un archivo.
Fallo intencional: Las tablas contradictorias
Haz esto únicamente en un entorno desechable:
Crea reglas globales y específicas de rutas incompatibles para los mismos archivos. El resultado es ambiguo porque las instrucciones en lenguaje natural son contexto, no un motor formal de políticas.
Recuperación
Vuelve a Ask, identifica el límite vulnerado, acota el plan, elimina la autoridad o el contexto innecesarios y repite la verificación pertinente más pequeña. Documenta la lección sobre las causas en lugar de limitarte a afirmar que el intento falló.
Desafío independiente
Refactoriza un archivo de instrucciones largo para obtener reglas globales duraderas y reglas específicas de rutas de alcance reducido, preservando el comportamiento observable.
Restricciones:
- No copies literalmente la misión guiada.
- No añadas herramientas, permisos ni recursos en la nube sin una necesidad declarada.
- No afirmes calidad, rendimiento, compatibilidad ni disponibilidad sin evidencia obtenida mediante ejecución.
- Mantén el lenguaje fantástico subordinado a la claridad técnica.
Lista de comprobación de evidencia
- Hallazgos de Ask fundamentados en las fuentes.
- Plan aprobado con alcance, objetivos excluidos, riesgos, comprobaciones y restablecimiento.
- Diff o artefacto de Agent limitado al alcance declarado.
- Salida de verificación con comando, estado o registro de la plataforma.
- Causa raíz del fallo intencional y recuperación.
- Resultado del desafío independiente.
- Limitaciones explícitas y notas sobre el estado de las funciones.
- rubric.md completada.
Instrucciones de restablecimiento
- Guarda tu diff, la salida del comando y las limitaciones del kit desechable.
- Detén solo el proceso o la sesión de aprendizaje que iniciaste. No detengas otros proyectos.
- Si inicializaste Git en el kit, inspecciona
git status --shortallí y restaura solo tus archivos de ejercicio nombrados desde su línea base local. - De lo contrario, extrae el ZIP original en un nuevo directorio sin usar para otro intento; no sobrescribas tu trabajo actual.
- Elimina solo configuraciones, worktrees o recursos remotos propiedad del ejercicio después de revisar lo que valga la pena conservar.
La fuente del currículo y los demás proyectos deben permanecer sin cambios. Un restablecimiento de la copia del kit no es un reinicio completo del repositorio.