wendy-lite

Descripción general de la skill wendy-lite

Para qué sirve wendy-lite

wendy-lite es una skill para construir apps WebAssembly que se ejecutan sobre el firmware Wendy Lite para ESP32-C6. Resulta especialmente útil cuando quieres pasar de una idea embebida en bruto a un módulo WASM funcional que pueda comunicarse con el hardware a través de los imports del host de Wendy Lite.

Quién debería usarla

Usa la skill wendy-lite si estás desarrollando apps cercanas al firmware en C, Rust, Swift, Zig, TypeScript o WAT y necesitas acceso al dispositivo, carga en el arranque o comportamiento guiado por callbacks. Es especialmente relevante para wendy-lite for Backend Development solo cuando “backend” significa lógica del lado del dispositivo, integración con el runtime u orquestación de la app en el MCU.

Qué la hace diferente

A diferencia de un prompt genérico para WASM, wendy-lite está orientada al modelo real de ejecución: WAMR en ESP32-C6, imports del módulo wendy, binarios almacenados en flash y callbacks asíncronos como interrupciones GPIO, temporizadores y eventos BLE. Eso hace que la skill sea mucho más útil cuando el bloqueo no es “¿cómo escribo WASM?”, sino “¿cómo encajo esta app en el contrato del firmware?”

Cómo usar la skill wendy-lite

Instala e inspecciona los archivos correctos

Ejecuta el flujo wendy-lite install en tu directorio y luego lee primero SKILL.md. Si vas a ampliar el repo, inspecciona también los archivos de referencia enlazados en el frontmatter, especialmente wasm-api.md, firmware-config.md y swift-sdk.md. Ahí es donde suelen vivir los detalles prácticos de la interfaz.

Dale a la skill un brief con forma de dispositivo

La mejor entrada no es “hazme una app WASM”, sino una tarea de dispositivo con restricciones: lenguaje objetivo, entradas y salidas de hardware, comportamiento de arranque y si la app debe manejar callbacks. Por ejemplo: “Crea un módulo WASM en Rust para ESP32-C6 que lea un botón en GPIO, conmute un NeoPixel y sobreviva a reconexiones”. Eso es mucho mejor que un prompt vago de wendy-lite usage, porque le da a la skill la forma de runtime que necesita.

Empieza por el contrato de runtime

Al usar wendy-lite usage, piensa en este orden: qué exporta el módulo, qué importa de wendy, cómo se gestionan los callbacks y cómo se empaqueta el binario para flash. Si no estás seguro, pide primero un esqueleto mínimo y luego añade acceso al hardware y manejo de errores una vez que la ruta de ejecución esté clara.

Flujo práctico que reduce retrabajo

1. Indica el lenguaje y la placa objetivo.
2. Especifica las funciones de hardware que necesitas: GPIO, I2C, SPI, UART, BLE, red o control de LEDs.
3. Di si quieres un arranque mínimo, una app completa o una migración desde código existente.
4. Pide cualquier nota de compilación necesaria, especialmente si usas Swift o una toolchain no predeterminada.
   Esta es la forma más rápida de obtener un resultado útil de wendy-lite guide en lugar de un ejemplo WASM genérico.

Preguntas frecuentes sobre la skill wendy-lite

¿wendy-lite es apta para principiantes?

Sí, si tu objetivo es una app acotada para dispositivo y estás dispuesto a seguir un flujo específico del runtime. Es menos amigable para principiantes si antes necesitas un tutorial general de WASM, porque wendy-lite presupone que te importa la integración con el firmware, no solo la sintaxis del lenguaje.

¿Cuándo no encaja wendy-lite?

Sáltate la wendy-lite skill si no apuntas a ESP32-C6, no necesitas acceso a hardware o solo quieres una app WASM web normal. También es una mala opción si tu proyecto no puede guardar un binario WASM en flash o no puede usar el modelo de ejecución basado en WAMR.

¿En qué se diferencia de un prompt normal?

Un prompt normal suele pasar por alto el contrato entre tu código y el firmware. wendy-lite es mejor cuando necesitas formas correctas de import/export, manejo de callbacks o guía sobre el ciclo de vida del dispositivo, cosas que el prompting convencional tiende a simplificar demasiado.

¿Qué debo verificar antes de confiar en la salida?

Comprueba si el código propuesto coincide con la API real del host, los puntos de entrada de los callbacks y el target de compilación del repositorio. Si la respuesta no menciona esas piezas, puede sonar técnicamente plausible y aun así estar mal para Wendy Lite.

Cómo mejorar la skill wendy-lite

Aporta los detalles de hardware que faltan

La mayor mejora de calidad llega cuando le dices a la skill exactamente qué ruta de hardware necesitas. Menciona el sensor o actuador, los números de pin si los conoces, si el evento se dispara por interrupción y si la app debe conservar estado entre reinicios. Eso ayuda a wendy-lite a evitar una demo demasiado amplia que no encaja con tu placa.

Pide la forma de salida adecuada

Si quieres avanzar más rápido, pide uno de estos tres tipos de salida: un módulo mínimo funcional, un ejemplo compilable con notas o un plan de migración desde un proyecto existente en C/Rust/Swift/Zig. Definir bien la forma de salida importa más que escribir un prompt largo, sobre todo cuando necesitas resultados de wendy-lite install que puedas probar de inmediato.

Vigila los fallos más comunes

Los errores más habituales son asumir APIs estándar de WASM para navegador, saltarse la capa de imports del host wendy o pasar por alto el cableado de callbacks para eventos asíncronos. Si la primera respuesta se siente demasiado abstracta, pide a la skill que la reescriba en función del ciclo de vida real del firmware y que señale cualquier supuesto no compatible.

Itera con feedback orientado a compilación

Después del primer intento, devuelve el error exacto: falta un import, el target triple es incorrecto, el nombre del callback no coincide o hay desajuste en el paso de compilación. Una buena iteración de wendy-lite guide suele salir de un informe de error concreto más un objetivo acotado, no de pedir “más detalle”.