Los siguientes prompts sonuna demostración de reestructuración de aula, no son diálogos de desarrollo originales ni contienen código fuente de aplicaciones, claves, archivos de configuración ni detalles de despliegue. Al estudiar por tu cuenta, puedes usar herramientas compatibles que tengas a tu disposición o hacerlo en papel. Si la IA no está disponible temporalmente, dibuja primero el flujo y escribe la aceptación; no hace falta esperar a que el docente esté en línea. En reuniones por videollamada también se pueden usar ejemplos sintéticos para la discusión.
Una ruta de desarrollo reutilizable
Definir objeto y escenario → delimitar el flujo mínimo → generar una versión con material sintético → realizar una tarea en el dispositivo → registrar puntos de bloqueo → revisar y reevaluar un elemento → pedir a personas voluntarias que lo prueben → decidir el siguiente paso según la evidencia.
Se puede empezar a hacer prototipos con IA y capacidades existentes antes de haber completado un estudio sistemático de programación para Android/iOS. Aun así, hay que aprender según la tarea: permisos y estados, API y costos, almacenamiento y recuperación, autorización y verificación. El empaquetado, la firma, la instalación y la disponibilidad del servicio siguen requiriendo verificación práctica. El caso utilizó acumulación previa; no se completó instantáneamente desde cero conocimiento.
Encargo 1 | Primero, que la persona hable
“Ayúdame a diseñar un prototipo mínimo de grabación de voz. El usuario quiere hablar despacio y no desea escribir un artículo primero. Usa problemas cotidianos ficticios para la demostración; primero sigue solo cuatro pasos: preguntar, responder, pausar y guardar. Primero da los estados y la forma de aceptación, luego genera candidatos de implementación. No conectes cuentas reales, no uses grabaciones privadas y no actives la cámara automáticamente. Señala los permisos, costos y situaciones de fallo que necesito confirmar.”
Hay que comprobar: si al empezar se escucha primero la pregunta; si la pausa detiene realmente; si se puede recuperar el contenido después de guardar; si en caso de fallo se explica la situación y no se borra el contenido ya confirmado.
Encargo 2 | Después de que la IA diga que lo arregló
“Esperado: al tocar reproducir, solo se lee la pregunta actual. Realidad: el teléfono no emite sonido. Primero distingue lo conocido, lo desconocido y tres hipótesis comprobables. Da la reproducción mínima y un paso para revisar primero; espera los resultados antes de cambiar; no modifiques varios módulos a la vez. Después de la modificación, explica cómo repetir la verificación y escribe los riesgos que siguen sin resolverse.”
No copies registros reales. Los registros pueden contener identificadores o credenciales. Aquí se practica la reproducción, las hipótesis, la modificación de una sola variable y la reevaluación; no se evalúa la sintaxis ni los nombres de marcos de trabajo.
Encargo 3 | Organizar el feedback, sin sacar conclusiones por mí
“A continuación, un resumen ficticio de pruebas: A está dispuesto a probarlo pero no lo instaló; B se atascó en la instalación; C quiere cambiar el texto pero no encuentra la entrada; D esperaba un tema nuevo cada día y luego encontró la opción existente. Clasifica en actitud, comportamiento, bloqueo y candidatos de necesidad; marca donde falta evidencia. Propón una tarea observable para cada uno en la siguiente sesión; no infieras ventas, efectos terapéuticos ni necesidades de todos los usuarios.”
El estudiante debe descubrir: la misma frase “añade una función” puede significar en realidad que una función existente es difícil de encontrar; el elogio no es una transacción; y una sugerencia no significa que la necesidad ya esté establecida.
Responsabilidad de producto en datos y API
| Problema | Lo que el estudiante debe saber explicar | Caso y siguientes pasos |
|---|---|---|
| Qué sale del teléfono | ¿A dónde van la grabación, el texto y la configuración? ¿Quién puede acceder? | En el aula solo se dibuja un flujo de datos simplificado; no se muestran configuraciones de servicios reales |
| Para qué sirve una clave por persona | Facilita la gestión de autorizaciones, límites de uso y asignación de costos; la facturación independiente depende del proveedor y la configuración de la cuenta | No puede garantizar automáticamente el aislamiento de los registros personales; la asignación de registros también debe manejar la concurrencia, la falta de inventario y la revocación |
| Por qué no se deben tratar las credenciales de administración como una configuración común | El cliente puede ser analizado; la ofuscación no equivale a confidencialidad | La conveniencia de la beta interna conlleva riesgos residuales y no puede replicarse como un esquema de seguridad maduro |
| Cómo hacer una prueba a pequeña escala de manera más segura | Datos mínimos, permisos limitados, autorizaciones revocables, verificación de recuperación y manejo de anomalías | El aislamiento real requiere medidas de ingeniería como servicios controlados, control de acceso y auditoría; no se afirma en el curso que todo esté resuelto |
| Cómo controlar los costos | ¿Número de llamadas, duración, fallos del servicio, presupuesto? ¿Quién es responsable? | El grupo universitario usa un límite presupuestario hipotético para la enseñanza, sin inventar cotizaciones de proveedores; se establecen límites antes de verificar |
Este curso solo explica responsabilidades y métodos, no proporciona tablas de administración reales, configuraciones de servicio, credenciales de Bot ni métodos de extracción. No abrir el código fuente es una elección de lanzamiento del producto; la seguridad no puede depender solo del código cerrado
Frente a herramientas de análisis y replicación más potentes
Hasta el 2026-10-23, solo se verificó en modo de solo lectura la descripción del repositorio y los identificadores de licencia; no se instaló, ejecutó ni probó
Repositorio oficial de REA ↗: Describe que puede ayudar a analizar el comportamiento de aplicaciones, binarios y procesos de ejecución. La descripción de las capacidades de la herramienta no garantiza que se pueda analizar con éxito cada objeto específico
Repositorio oficial de replica-skill ↗: Organiza flujos de observación, reconstrucción y pruebas mediante habilidades; su README afirma explícitamente reconstruir funciones y flujos, usar sus propios activos, y no copiar código, marca, texto o contenido del objetivo
Ambos muestran actualmente una licencia MIT; aun así, se debe verificar la versión, las dependencias y la licencia antes de usarlosLa licencia de la herramienta y los derechos, autorizaciones de acceso de la aplicación objetivo son dos cosas distintas El lema del repositorio no es una licencia legal ni una garantía de seguridad. En clase solo se discuten objetos de demostración propios o explícitamente autorizados, sin llegar a conclusiones legales ni realizar entrenamiento de ingeniería inversa
Cuatro preguntas antes de decidir
¿Tengo derecho a acceder y analizar este objeto? ¿Lo que uso son métodos, componentes licenciados o contenido que no me pertenece? ¿Cómo indico la fuente y verifico los resultados? Aunque la apariencia sea la misma, ¿quiénes son mis usuarios, qué valores priorizo y cuáles son mis responsabilidades?
«Mi núcleo» no es una excusa para eximirse de responsabilidad, ni exige escribir cada línea de código desde cero. Requiere que el creador sea responsable de la dirección, las fuentes, la verificación, lo que se rechaza y la entrega final