Una solicitud con principio y fin

“Organizar mi trabajo” describe una intención, pero no dice qué archivo debe existir al terminar. Cambia esa intención por una salida observable: una tabla con los pedidos recibidos hoy. Define también la unidad de trabajo. Una línea representa un pedido, y no un cliente o una conversación completa. Esta decisión evita que el asistente agrupe solicitudes diferentes y esconda tareas.

En este curso usaremos situaciones ficticias de un pequeño taller de servicios llamado Oficina Aurora. Necesita organizar pedidos, consultar documentos y presentar resultados. Podrás cambiar este escenario por el tuyo después de completar la práctica inicial.

Una ficha breve funciona como un acuerdo de trabajo. Describe objetivo, entrada, salida, exclusiones y criterios de aceptación. Escribe esos campos antes de elegir una herramienta. Si solo necesitas transformar texto en tabla, conectar un calendario aumenta el esfuerzo sin mejorar la primera entrega.

Incluye un caso común y uno incompleto. El caso común muestra el camino esperado; el incompleto revela cómo se comporta el proceso cuando la realidad no encaja en el ejemplo perfecto. Un plazo ausente debe seguir ausente hasta que alguien lo indique.

Un buen pedido informa qué campos deben preservarse, qué formato se debe usar y cómo tratar la información que falte. No pidas solo “haz una tabla bonita”. Define columnas, una línea por solicitud y la prohibición de completar datos por suposición.

Separa el texto de la instrucción y los datos de entrada. Identifica claramente el inicio y el fin de los pedidos. Esto ayuda al asistente a tratar las frases recibidas como contenido a organizar, sin confundirlas con nuevas órdenes sobre el proceso.

Haz una comparación línea por línea. El identificador, el cliente, la tarea y el plazo deben corresponder a la entrada. Una tabla con tres líneas no basta: es posible tener tres líneas y cambiar la fecha entre clientes. Verifica contenido y cantidad.

Si una línea está mal, corrige la regla que llevó al error y vuelve a ejecutar el mismo ejemplo. Guarda la entrada y la salida corregida. Esta pequeña evidencia permite ver si un cambio futuro reintrodujo el problema.

Una etapa termina cuando entrega lo acordado y pasa las verificaciones. Las ideas nuevas pueden ser valiosas, pero necesitan un lugar separado. Crea una lista llamada “próximas mejoras” y registra allí notificaciones, calendario y panel visual.

Usa estados simples: por hacer, en progreso, completado y bloqueado por un dato. Bloqueado no significa fracaso; significa que el proceso identificó algo que no puede inventar. Registra qué información falta y quién podrá proporcionarla.

Crée una carpeta para el ejercicio y guarda el texto de entrada antes de usar el asistente. Genera la tabla y revisa los criterios de abajo. No conectes servicios: en esta práctica, la entrega es un archivo que puedes abrir.

Después de la primera ejecución, quita la fecha de otro pedido y repite. La regla debe funcionar para cualquier registro incompleto, no solo para el tercer ejemplo. Registra en una frase qué cambió y si el comportamiento siguió siendo correcto.