Guía IA para administrativos

Revisión de la guía

Consulta el contenido por apartados y conserva el archivo fuente si necesitas editarlo.

Revisión de contenido e imágenes para productividad con IA

Antecedente: este documento conserva el estado observado en su fecha de revisión. El recorrido vigente de EcoBogotá y su evidencia ECO-A02 se describen en capacitación con IA.

Fecha: 18 de octubre de 2026. Alcance: preparación y cinco módulos de aplicación de la web, sus ilustraciones, ejemplos, archivos y ayudas para el aprendiz.

Conclusión

La guía cubría tareas administrativas relevantes: peticiones, mensajes, actas, limpieza, análisis y presentación de resultados. También enseñaba a contrastar fuentes y medir el ciclo completo. Faltaban apoyos para convertir esas prácticas en un método que el aprendiz pudiera repetir, adaptar y evaluar sin depender de una respuesta aparentemente correcta.

Se incorporaron los apoyos descritos abajo y se redujeron repeticiones antes de la primera práctica. La guía cuenta ahora con una explicación explícita de selección de tareas, control de lectura, corrección, reutilización, integridad, sesgo y comparación del beneficio. Su suficiencia para la cohorte y la facilidad de comprensión necesitan observación con aprendices; esta revisión no demuestra resultados de productividad en un puesto real.

Qué faltaba y cómo se resolvió

Tema Vacío observado Contenido incorporado y comprobación
Qué hace la IA generativa Se pedían análisis sin explicar claramente la diferencia entre texto generado, lectura de un archivo y acción sobre una cuenta. Preparación: capacidades, límites y contraste de lectura. El chat no demuestra una acción por afirmar que la realizó.
Elegir la primera tarea Había diagnóstico y elección de herramienta; faltaba comparar oportunidades con un criterio sencillo. Módulo 01: frecuencia, facilidad de revisión y riesgo, con ejemplos que incluyen una regla y el método manual.
Confirmar que la fuente se leyó Reconocer un archivo o una fila podía confundirse con analizarlo completo. Preparación: comprobar columnas, diez centros y 840/42 de Centro A; limitar el alcance si solo se trabaja con el fragmento. Se explica qué hacer con una lectura incierta.
Corregir sin rehacer todo La guía pedía ajustes, pero no desarrollaba una corrección puntual y su nueva comprobación. Módulo 02: PC-01 con una hora añadida, mensaje copiable de corrección y vuelta a la fuente.
Plantillas y contexto Se probaba una instrucción reutilizable, sin desarrollar cómo guardarla y separarla de los datos del caso. Módulo 02: archivo con versión, espacio para la nueva fuente, ejemplo de formato, repetición de pruebas y resumen revisado para separar conversaciones.
Archivos largos y lotes Había conteos y referencias, sin un procedimiento para una salida cortada o incompleta. Módulo 03: lotes C-001–C-025 y C-026–C-050, reconciliación de los 50 códigos y recuperación de omisiones sin volver a procesar todo.
Calidad y sesgo La tasa correcta no bastaba para revisar conclusiones y criterios de trato. Módulo 04: exactitud, integridad y criterio; comparación de mensajes equivalentes y retiro de causas o juicios sin respaldo.
Medir el beneficio Se incluían tiempos completos, pero faltaban unidades aceptadas y costo inicial de una plantilla. Módulo 05: diez productos aceptados, 60 frente a 45 minutos y 20 iniciales; primera ejecución 65 frente a 60, dos ejecuciones 110 frente a 120.
Decidir la adopción El piloto estaba descrito de manera general. Módulo 05: condiciones para continuar, ajustar o detener y uso posterior del tiempo disponible, sin convertir minutos en dinero por suposición.

Los apoyos están en content/productivity/ y se integran mediante el constructor canónico. No agregan retos ni cambian las cinco evidencias, las 36 horas directas o las cuatro autónomas de la propuesta. Su incorporación a los tiempos de explicación debe calibrarse en la observación del grupo.

Revisión de imágenes y facilidad de seguimiento

Las cinco microlecciones conservan carteles del mismo caso, cinco escenas y una transcripción. Las tablas de ejemplo, los controles y las explicaciones siguen disponibles sin reproducir video. Las fotografías de contexto no se usan para demostrar cómo funciona una herramienta ni para sustentar un resultado.

Se añadieron cuatro imágenes SVG, con texto breve, título, descripción y explicación equivalente en la página:

Imagen Decisión que ayuda a comprender
productividad-ciclo.svg Diferenciar fuente, borrador, comprobación y producto revisado.
productividad-elegir.svg Escoger una prueba pequeña según repetición, revisión y riesgo.
productividad-corregir.svg Señalar el error de PC-01 y volver a la fuente después del ajuste.
productividad-balance.svg Contar la preparación inicial y comparar el tiempo acumulado con la misma calidad.

En preparación se reemplazaron la imagen con descripción incongruente, el diagrama duplicado y el resumen que repetía los cinco pasos. Se conserva una sola orientación visual antes de la práctica. Las instrucciones para abrir archivos y la comprobación de lectura tienen un lugar definido en el recorrido.

Cada módulo incorpora una pregunta de recuperación con explicación plegada: el aprendiz debe decidir antes de consultar la respuesta. Las ampliaciones sobre plantillas, lotes y piloto también se pueden desplegar cuando hacen falta. Las imágenes se leen con sus explicaciones; las tablas anchas tienen desplazamiento propio y acceso por teclado.

Correcciones de precisión

  • CRTT se explica como Contexto, Rol, Tarea y Tono. Fuente, límites, formato y aceptación son controles que se agregan al encargo.
  • Se retiraron promesas de que una instrucción entrega exactamente lo pedido o elimina invenciones.
  • Los 12 minutos del ejemplo previo se identifican como ilustrativos, no como una medición real del puesto.
  • Los plazos y las reglas de autorización de un trámite real se remiten al procedimiento y a la persona competente; no se calculan por una tabla simplificada del curso.
  • El aviso de materiales de práctica aparece antes de la primera pregunta nueva, además de las advertencias de los archivos independientes.

Materiales y evaluación

Se mantienen 32 CSV, 38 referencias de descarga y 11 paquetes ZIP. registro-tiempos.csv añade unidades aceptadas, errores u omisiones, versión de instrucción y decisión de continuar, ajustar o detener. Las fichas y fuentes del recorrido anterior se conservan.

Los instrumentos del instructor aclaran cómo revisar calidad y costo inicial sin duplicarlo. La pauta de observación incluye seis casos para comprobar transferencia: archivo mal leído, tarea frecuente poco conveniente, cambio de versión, código omitido, prioridad sin respaldo y balance con preparación inicial. Cada caso tiene los datos necesarios en la hoja para el aprendiz. La clave se conserva en la pauta del instructor y el registro CSV está vacío. Su ejecución con personas está pendiente. Este material adicional no cambia los 32 CSV de los retos ni sus 11 paquetes.

Continuación: registro y cierre de evidencias

Se encontró que «Cargar estructura de orientación» copiaba ejemplos en los campos y activaba el guardado. Se retiró esa acción de las cinco evidencias y del complemento. Documenta ofrece ahora una ayuda desplegable que explica cómo usar los resultados propios, señalar pendientes y revisar criterios. Abrirla no llena respuestas, no genera eventos de edición y no completa evidencias. EcoBogotá pide la explicación del lote realizado.

El cierre del portafolio exige contrastar fuentes, resultados y correcciones, abrir la copia exportada y confirmar formato, anexos y canal. Se retiró la afirmación «PDF listo para radicar». Antes del consolidado se informa sobre los datos pendientes del componente compartido: rótulo ADSO, identificación de ejemplo y conteo de EcoBogotá. El aviso permite reconocer una copia que requiere revisión; no corrige esos defectos del SDK.

Los seis casos V00–V05 tienen fuentes breves, reglas y tiempos distintos de los ejemplos del recorrido. La pauta explica la distribución entre tres a cinco participantes, el registro de ayudas y la diferencia entre observación autónoma y asistida. Los archivos están disponibles en la vista previa y se incluyen en la configuración de la imagen del sitio. No se ejecutó una construcción de contenedor ni una sesión con personas.

Verificación del refuerzo de contenido

  • npm run build: genera la página y los paquetes desde sus fuentes.
  • npm run check:redaccion: no detecta expresiones bloqueadas. Se realizó además lectura editorial de los apoyos como parte del recorrido.
  • npm test: 147 pruebas JavaScript y 10 Python aprobadas. Las diez pruebas nuevas comprobaron primero los vacíos y después los contenidos publicados, los códigos de la fuente, las imágenes, los archivos y sus relaciones.
  • npm run test:coverage:all: 100 % de funciones, 99,74 % de líneas y 86,15 % de ramas del JavaScript propio incluido y el verificador editorial. Python mantiene la compuerta de funciones del constructor y microlecciones; no se certifica cobertura de todo el SDK ni de los generadores auxiliares de ilustraciones.
  • Microsoft Edge y Playwright: 145 combinaciones de diez vistas, pestañas y anchos de 320, 390, 768, 1440 y 2560 px sin desbordamiento horizontal de página. Las tablas anchas se desplazan dentro del bloque.
  • Los cuatro SVG se comprobaron en navegador: sus textos quedan dentro del área del dibujo. Se revisaron capturas de la selección de tarea en escritorio y del balance en celular.
  • Compuertas educativas, de entregables y de presentación de código aprobadas. Modularidad: cero errores y siete advertencias.

Evidencia: output/productividad-suite.log, output/productividad-cobertura.log, output/productividad-compuerta-educativa.json, output/productividad-presentacion-codigo.json y output/playwright/productividad-recorrido.log. La inspección visual no sustituye una auditoría completa de accesibilidad con tecnologías de asistencia.

Verificación posterior del registro y el cierre

  • Las cuatro pruebas nuevas del cierre fallaron primero por los vacíos observados. La suite completa posterior aprueba 152 pruebas JavaScript y 10 Python. Comprueba además la ayuda sobre formularios reales, conservación de respuestas y borradores, correspondencia de los seis casos y exactitud del balance de tiempos.
  • Cobertura del mismo alcance JavaScript: 100 % de funciones, 99,74 % de líneas y 86,16 % de ramas. Se mantiene el alcance y sus exclusiones, sin bajar umbrales.
  • Edge: las cinco ayudas se abren con Enter en 390 y 1440 px sin llenar campos ni desbordar la página. Se verificaron la conservación de un borrador después de recargar y el acceso HTTP a los dos archivos. Se inspeccionaron las capturas del cierre y de la ayuda en celular.
  • Sin JavaScript, en 390 px se leen las diez vistas, se consultan los once paquetes y se abre la ayuda nativa con teclado, sin desbordamiento. El registro local de evidencias requiere JavaScript.
  • Pasaron las compuertas educativas, de entregables y de presentación de código; modularidad conserva cero errores y siete advertencias.

Evidencia actual: output/cierre-red.log, output/cierre-suite.log, output/cierre-cobertura.log, output/cierre-compuerta-educativa.json, output/cierre-entregables.json, output/cierre-presentacion-codigo.json, output/cierre-modularidad.json, output/playwright/cierre-recorrido.log y output/playwright/cierre-sin-javascript.log.

Límites y siguientes decisiones

La guía enseña a preparar y verificar productos administrativos con IA. No despliega integraciones con correo o sistemas institucionales, no entrena modelos ni acredita por sí sola capacidad predictiva. Estos asuntos requieren un alcance, permisos e implementación distintos; el diagrama del Reto 7 sigue siendo un diseño probado.

Antes de afirmar facilidad de uso y mejora de productividad, observe de tres a cinco aprendices con casos modificados, registre ayudas y errores y vuelva a comprobar los puntos que generen dificultad. Antes del uso institucional, continúan pendientes el aval de 40 frente a 48 horas y los ajustes del SDK compartido descritos en la revisión integral.

Referencia para el enfoque

Se contrastó el enfoque con el experimento de Harvard Business School sobre productividad y calidad, que observa efectos distintos según las tareas. Esta evidencia apoya evaluar el uso en su contexto; no se trasladan sus porcentajes como una promesa de ahorro para los aprendices. Los ejemplos de tiempo de la guía son ilustrativos y sus resultados dependen de los valores expresamente indicados.