Soy el fundador de OnTheGoSystems. Esta semana he estado redise\u00f1ando personalmente la interfaz de usuario de administraci\u00f3n de WPML, nuestro producto m\u00e1s grande. No gestionando el proyecto. No revisando el trabajo de otra persona. Sentado con Claude Code y haciendo el trabajo de dise\u00f1o real yo mismo. <\/p>\n\n
Dos razones.<\/p>\n\n
Primero<\/strong>, una administraci\u00f3n m\u00e1s limpia e intuitiva es lo principal que nuestros clientes nos piden que arreglemos. Durante a\u00f1os nos han dicho que WPML tiene demasiadas pantallas, que los ajustes est\u00e1n repartidos en \u00e1reas no relacionadas, que las funciones importantes son dif\u00edciles de encontrar. Cuando algo es tan importante para los clientes, quiero liderarlo con mis propias manos, no desde la distancia. <\/p>\n\n Segundo<\/strong>, quer\u00eda aprender de primera mano c\u00f3mo es hoy en d\u00eda construir un producto real con IA. No lo que muestran las demostraciones. No lo que afirman los l\u00edderes de opini\u00f3n. Trabajo de producto real, en una base de c\u00f3digo que los clientes reales ver\u00e1n, con todo el desorden que ello conlleva. Prefiero descubrir lo que funciona haciendo el trabajo yo mismo que que alguien me lo informe. <\/p>\n\n Lo que encontr\u00e9 me sorprendi\u00f3 en ambos sentidos. Algunas cosas que esperaba que fueran f\u00e1ciles resultaron ser dif\u00edciles, particularmente mantener la IA alineada con la realidad cuando se sent\u00eda tentada a inventar caracter\u00edsticas que sonaban plausibles pero que no estaban en nuestro producto. Otras cosas que esperaba que fueran dif\u00edciles resultaron ser casi triviales, como producir trece archivos HTML consistentes para una nueva secci\u00f3n en menos de una hora, cada uno con JavaScript funcional para alternar estados e indexaci\u00f3n de b\u00fasqueda, y cada uno de ellos utilizable como referencia de dise\u00f1o para el equipo que implementa el producto real. <\/p>\n\n La velocidad, sinceramente, fue la sorpresa menor. La mayor fue cu\u00e1nto importa el m\u00e9todo<\/em>. Si el m\u00e9todo es correcto, se obtienen resultados compuestos: mejor producci\u00f3n, m\u00e1s r\u00e1pido, con la documentaci\u00f3n lista para entregar. Si se hace mal, solo se llega a la mediocridad m\u00e1s r\u00e1pido. <\/p>\n\n Lo que sigue es el m\u00e9todo completo que utilic\u00e9: las indicaciones que funcionaron, los errores que comet\u00ed, las rondas de revisi\u00f3n que detectaron caracter\u00edsticas fabricadas por la IA antes de que pudieran lanzarse. Est\u00e1 escrito principalmente para desarrolladores de OTGS que quieran ejecutar proyectos como este ellos mismos, pero cualquiera que construya interfaces de usuario con IA hoy en d\u00eda probablemente pueda sacar algo de \u00e9l. <\/p>\n\n Planifique en texto antes de producir c\u00f3digo.<\/strong><\/p>\n\n Claude Code construir\u00e1 HTML con gusto en el momento en que se lo pida. Tambi\u00e9n construir\u00e1 el HTML incorrecto, de forma educada, r\u00e1pida y en grandes cantidades. Cada vez que se ahorra tiempo omitiendo una ronda de planificaci\u00f3n, se paga el doble en reelaboraci\u00f3n, y la reelaboraci\u00f3n es m\u00e1s dif\u00edcil que la planificaci\u00f3n original porque ahora hay c\u00f3digo que no se quiere desechar. <\/p>\n\n Cada rama exitosa en la sesi\u00f3n de WPML tuvo la misma forma:<\/p>\n\n Cada vez que esa forma se romp\u00eda, retroced\u00edamos. Si no recuerda nada m\u00e1s de esta gu\u00eda, recuerde los seis pasos anteriores. <\/p>\n\n Comience con el problema que siente el usuario, no con la pantalla que desea cambiar.<\/p>\n\n Mal inicio:<\/strong><\/p>\n\n \u201cA\u00f1adir una nueva p\u00e1gina de ajustes para la facturaci\u00f3n de la traducci\u00f3n con IA.\u201d<\/p>\n<\/blockquote>\n\n Buen inicio<\/strong> (c\u00f3mo empez\u00f3 realmente la sesi\u00f3n de WPML):<\/p>\n\n \u201cLos usuarios informan que WPML resulta abrumador y poco intuitivo debido a:<\/p>\n\n\n\n La segunda versi\u00f3n le da a Claude un alcance sobre el que razonar. Conoce el problema del usuario, puede detectar otras cosas que contribuyen a ese problema y puede oponerse si la soluci\u00f3n propuesta no aborda la causa ra\u00edz. La primera versi\u00f3n reduce a Claude a un mecan\u00f3grafo. <\/p>\n\n En la sesi\u00f3n de WPML, el planteamiento del problema llev\u00f3 directamente a decisiones que Claude no podr\u00eda haber tomado solo: que Pagos y Mantenimiento era una pantalla de m\u00e1s, que los Paquetes no deber\u00edan estar en el nivel superior, que el registro de Comunicaci\u00f3n estaba en el men\u00fa equivocado, que el Glosario no era ni un ajuste ni un elemento de facturaci\u00f3n. Nada de eso se habr\u00eda logrado si se hubiera empezado con \u201credise\u00f1ar Ajustes\u201d. <\/p>\n\n Ponga todo lo que la IA necesita en el directorio de trabajo antes de solicitarlo:<\/p>\n\n Claude funciona mejor cuando puede ver la fuente de la verdad. Las capturas de pantalla le permiten verificar las afirmaciones con la realidad. Los enlaces externos le permiten investigar a trav\u00e9s de subagentes (ver fase 8) sin molestarle para obtener informaci\u00f3n de fondo. <\/p>\n\n Esta es la frase de mayor impacto en la gu\u00eda. Cada conjunto de instrucciones en la sesi\u00f3n de WPML terminaba con alguna versi\u00f3n de: <\/p>\n\n \u201cAntes de empezar el dise\u00f1o, revise todo, cree una lista de preguntas y preg\u00fanteme. No asuma.\u201d<\/p>\n<\/blockquote>\n\n Sin ella, Claude asume por defecto actuar directamente sobre su resumen. Con ella, Claude dedica un turno a mapear lo que no sabe y le pregunta. Ese turno ahorra horas. <\/p>\n\n Cuando Claude le devuelva preguntas, resp\u00f3ndalas de forma concisa. No debe p\u00e1rrafos. De la sesi\u00f3n de WPML: <\/p>\n\n P: \u201cEtiqueta del men\u00fa: \u00bfmantener como ‘Pago por traducci\u00f3n con IA’? (suena un poco torpe)\u201d P: \u201cEstructura de la p\u00e1gina: \u00bfuna p\u00e1gina larga con secciones o subp\u00e1ginas?\u201d Las respuestas de una l\u00ednea est\u00e1n bien. Las frases completas est\u00e1n bien. Los p\u00e1rrafos completos suelen ser una se\u00f1al de que est\u00e1 haciendo el trabajo de Claude por \u00e9l. <\/p>\n\n La secci\u00f3n de Facturaci\u00f3n de la sesi\u00f3n de WPML pas\u00f3 por dos rondas completas de preguntas<\/strong> antes de que se escribiera una sola l\u00ednea de HTML.<\/p>\n\n Ronda 1<\/strong> \u2014 8 preguntas que cubren: etiqueta del men\u00fa, estructura de la p\u00e1gina, variaciones de estado, el contador redundante de sitios conectados, ubicaci\u00f3n del Glosario, ubicaci\u00f3n de Qui\u00e9n puede usar, alcance de la facturaci\u00f3n, manejo de acciones solo para el propietario.<\/p>\n\n Ronda 2<\/strong> \u2014 7 preguntas m\u00e1s espec\u00edficas: resumen vs. \u00edndice, la CTA \u201cCansado de asignar cr\u00e9ditos\u201d, contenido de informes de uso, UX de transferencia de cr\u00e9ditos, campos de estado activo de Pago por uso, estado prepago activo, alcance solo para el propietario.<\/p>\n\n Solo despu\u00e9s de ambas rondas Claude propuso el plan de archivos. Solo despu\u00e9s de que se confirm\u00f3 el plan de archivos se escribi\u00f3 el HTML. Tiempo total de planificaci\u00f3n transcurrido: quiz\u00e1s quince minutos de ida y vuelta. Archivos totales producidos: cinco, todos correctos a la primera. <\/p>\n\n El patr\u00f3n opuesto es comprometerse con la salida despu\u00e9s de una ronda, y luego regenerar cada archivo dos o tres veces porque las restricciones no se revelaron completamente. Ese camino parece m\u00e1s r\u00e1pido hasta la tercera hora. <\/p>\n\n Las maquetas a menudo necesitan mostrar m\u00faltiples estados de la misma pantalla: vac\u00eda vs. poblada, segura vs. advertencia, plan activo vs. plan inactivo. Dos patrones en esta sesi\u00f3n funcionaron bien: <\/p>\n\n El conmutador de estado de facturaci\u00f3n.<\/strong> La p\u00e1gina de inicio de Facturaci\u00f3n tiene un control El conmutador de advertencias de Soluci\u00f3n de problemas.<\/strong> Sin estos, se enviar\u00edan dos archivos HTML separados para cada pantalla con una transici\u00f3n de estado. Con ellos, un archivo demuestra toda la superficie de dise\u00f1o. Los revisores ven m\u00e1s, m\u00e1s r\u00e1pido. <\/p>\n\n En la actualizaci\u00f3n del ticket de YT, se\u00f1\u00e1lelos expl\u00edcitamente:<\/p>\n\n \u201cHay un conmutador en la parte superior: ‘Estado de vista previa: Sin plan \/ Pago por uso activo’. \u00daselo para ver ambos estados. Por supuesto, esto es solo parte de la maqueta y no para la interfaz de usuario real.<\/em>\u201d <\/p>\n<\/blockquote>\n\n La cl\u00e1usula en cursiva es importante. De lo contrario, un desarrollador preguntar\u00e1 por qu\u00e9 el producto tiene un conmutador de estado. <\/p>\n\n Una vez que todo est\u00e9 construido, antes de comprometerse con la entrega, realice una ronda de revisi\u00f3n. En esta sesi\u00f3n fue una \u00fanica indicaci\u00f3n: <\/p>\n\n \u201cTodo parece bien. Haga una ronda de revisi\u00f3n: <\/p>\n\n\n\n Claude reexamin\u00f3 cada captura de pantalla, la compar\u00f3 con cada archivo producido y devolvi\u00f3 un informe estructurado. De la revisi\u00f3n de Soluci\u00f3n de problemas de WPML: <\/p>\n\n Cada elemento se pod\u00eda solucionar en un solo turno de seguimiento. Ninguno se habr\u00eda detectado sin la indicaci\u00f3n de revisi\u00f3n. La IA tiene una ventaja aqu\u00ed que usted no tiene: puede volver a leer cada p\u00e1gina y cada captura de pantalla simult\u00e1neamente en un solo turno. <\/p>\n\n H\u00e1galo siempre. No lo trate como opcional. <\/p>\n\n La actualizaci\u00f3n del ticket de YT en la sesi\u00f3n de WPML pas\u00f3 por varias iteraciones durante<\/em> la sesi\u00f3n, refin\u00e1ndose a medida que evolucionaba el dise\u00f1o, no se ensambl\u00f3 en p\u00e1nico al final. Cuando PostHog fue renombrado a \u201cSeguimiento e informes de uso\u201d, la actualizaci\u00f3n del ticket lo reflej\u00f3 en el mismo turno. <\/p>\n\n Una buena actualizaci\u00f3n de ticket para una entrega de redise\u00f1o de interfaz de usuario tiene:<\/p>\n\n La actualizaci\u00f3n real del ticket de WPML tiene unas 2.500 palabras y cubre tres men\u00fas de nivel superior (Ajustes \/ Facturaci\u00f3n de traducci\u00f3n con IA \/ Soluci\u00f3n de problemas). Es m\u00e1s larga que la mayor\u00eda de los tickets porque la superficie de cambio es grande; no tema la extensi\u00f3n cuando el cambio es complejo, pero sea disciplinado sobre lo que pertenece a la tabla (rutas y destinos) frente a lo que pertenece a la prosa (principios y razonamiento). <\/p>\n\n Cuando quiera que Claude actualice el ticket a medida que evoluciona el dise\u00f1o, un mensaje estructurado funciona mejor:<\/p>\n\n \u201cNecesito que actualice mi mensaje que explica los cambios realizados.<\/p>\n\n\n\n Espec\u00edfico, estructurado y le dice a Claude qu\u00e9 conservar y qu\u00e9 cambiar.<\/p>\n\n Cuando Claude necesite informaci\u00f3n de fuera del directorio de trabajo (documentaci\u00f3n del proveedor, publicaciones de blog, requisitos m\u00ednimos), delegue en un subagente. No la busque y pegue manualmente. <\/p>\n\n La indicaci\u00f3n que inici\u00f3 la investigaci\u00f3n de Soluci\u00f3n de problemas de WPML:<\/p>\n\n \u201cInvestigue las caracter\u00edsticas de soluci\u00f3n de problemas\/depuraci\u00f3n del plugin WPML en wpml.org (el sitio de documentaci\u00f3n oficial) y devuelva un resumen conciso de lo que hace cada caracter\u00edstica y c\u00f3mo el equipo de Soporte de WPML suele instruir a los usuarios para que la utilicen. [\u2026] Por favor, busque la documentaci\u00f3n de cada uno de los siguientes y d\u00edgame: <\/p>\n\n\n\n Ese subagente devolvi\u00f3 un resumen estructurado con enlaces a la fuente que dieron forma directamente a la organizaci\u00f3n de tres niveles (seguro \/ registros \/ solo para soporte) del redise\u00f1o de Soluci\u00f3n de problemas. Sin \u00e9l, habr\u00edamos adivinado qui\u00e9n usa qu\u00e9, o habr\u00edamos interrumpido el flujo para leer la documentaci\u00f3n nosotros mismos. <\/p>\n\n Cuando delegue en un subagente, d\u00edgale:<\/p>\n\n El m\u00e9todo es lo principal. Pero algunos principios se repitieron con la suficiente frecuencia como para que valga la pena conocerlos de antemano; le ahorrar\u00e1n una o dos rondas de preguntas. <\/p>\n\n La p\u00e1gina actual de Soluci\u00f3n de problemas de WPML es un desplazamiento gigante de unas 25 herramientas, mezclando \u201cBorrar cach\u00e9\u201d con \u201cRestablecer WPML por completo\u201d con el mismo peso visual. Los clientes no pueden saber qu\u00e9 es seguro. Los asistentes no pueden se\u00f1alar una URL. <\/p>\n\n El redise\u00f1o clasifica cada herramienta en uno de tres niveles con insignias de colores:<\/p>\n\n Si se encuentra redise\u00f1ando una p\u00e1gina t\u00e9cnica densa, pregunte \u201c\u00bfcu\u00e1l es el radio de acci\u00f3n de cada herramienta?\u201d antes de preguntar \u201c\u00bfa qu\u00e9 tema pertenece cada herramienta?\u201d<\/p>\n\n Para que una herramienta funcione como autoservicio, su texto debe decirle al usuario:<\/p>\n\n La herramienta \u201cCorregir post_parent en traducciones\u201d de WPML pas\u00f3 del conciso \u201cCorrige las relaciones padre de las entradas traducidas\u201d del producto actual a:<\/p>\n\n \u201cVuelve a vincular las p\u00e1ginas secundarias traducidas (o cualquier contenido jer\u00e1rquico) a la versi\u00f3n traducida de su padre, en lugar de apuntar al padre en el idioma original. \u00datil despu\u00e9s de migraciones o importaciones masivas.\u201d<\/p>\n<\/blockquote>\n\n La misma herramienta, 3 veces m\u00e1s \u00fatil porque el usuario ahora sabe cu\u00e1ndo<\/em> recurrir a ella.<\/p>\n\n No todas las acciones destructivas necesitan el mismo patr\u00f3n de confirmaci\u00f3n. La sesi\u00f3n de WPML termin\u00f3 con tres niveles: <\/p>\n\n Diferentes niveles de riesgo, diferente fricci\u00f3n.<\/p>\n\n Cuando una herramienta se superpone con un ajuste, enlace en lugar de poseer. La p\u00e1gina Soluci\u00f3n de problemas \u2192 Informes de uso enlaza a Ajustes \u2192 Traducci\u00f3n con IA \u2192 \u201cQui\u00e9n puede usar la Traducci\u00f3n autom\u00e1tica\u201d en lugar de volver a implementar ese control. Una fuente de verdad, un lugar para mantener, una experiencia consistente. <\/p>\n\n Los nombres internos de proveedores o acr\u00f3nimos no deben aparecer en el texto dirigido al cliente. En esta sesi\u00f3n: <\/p>\n\n El \u00edndice de Ajustes de WPML tiene 16 secciones; la p\u00e1gina de Soluci\u00f3n de problemas tiene unas 25 herramientas. Esperar que un usuario escanee y encuentre la correcta no es realista. Una b\u00fasqueda destacada y con alcance con indexaci\u00f3n de subelementos \u2014para que al escribir \u201cfantasma\u201d se salte directamente al ancla de la herramienta de entradas fantasma\u2014 resuelve la capacidad de descubrimiento mejor que cualquier limpieza de navegaci\u00f3n. <\/p>\n\n La secci\u00f3n de Facturaci\u00f3n fue diferente: 4 subp\u00e1ginas, todas con etiquetas en lenguaje sencillo. Inicialmente a\u00f1adimos la b\u00fasqueda, luego la eliminamos despu\u00e9s de evaluar la densidad real. El principio: <\/p>\n\n Si una p\u00e1gina tiene \u22646 elementos de nivel superior con etiquetas en lenguaje sencillo, no a\u00f1ada b\u00fasqueda. Si tiene >10 elementos t\u00e9cnicos, la b\u00fasqueda casi siempre vale la pena. <\/p>\n<\/blockquote>\n\n Si su sitio no cumple un requisito conocido, informe al usuario en la parte superior de la p\u00e1gina; no espere a que lo descubra al fallar. La p\u00e1gina de inicio de Soluci\u00f3n de problemas ejecuta todas las comprobaciones de la lista de requisitos m\u00ednimos de WPML y muestra los fallos en un panel amarillo encima de la b\u00fasqueda. Cuando todo pasa, el panel se oculta por completo. <\/p>\n\n Estas son las frases exactas que mantuvieron la sesi\u00f3n de WPML en marcha. Robe las. <\/p>\n\n \u201cAntes de continuar, revise todo y p\u00eddame aclaraciones. No haga suposiciones.\u201d<\/p>\n<\/blockquote>\n\n \u201cSi le quedan preguntas, pregunte.\u201d<\/p>\n<\/blockquote>\n\n \u201cCompile el material y h\u00e1game preguntas antes de producir el resultado.\u201d<\/p>\n<\/blockquote>\n\n \u201cHaga una ronda de revisi\u00f3n:<\/p>\n\n\n\n \u201cEn realidad, veo que la funcionalidad de b\u00fasqueda para la secci\u00f3n de facturaci\u00f3n no es necesaria. Eval\u00fae y d\u00edgame si hay necesidad, bas\u00e1ndose en el contenido de las subp\u00e1ginas.\u201d<\/p>\n<\/blockquote>\n\n Pedir a Claude que eval\u00fae<\/em> antes de implementar<\/em> es la forma de evitar tener que deshacer algo tres ediciones m\u00e1s tarde. En la sesi\u00f3n de WPML, esta indicaci\u00f3n llev\u00f3 a que la b\u00fasqueda se eliminara limpiamente de Facturaci\u00f3n en un solo paso, en lugar de implementarse a medias y luego eliminarse. <\/p>\n\n \u201cVerifique la consistencia y los conflictos. Produzca una versi\u00f3n actualizada libre de conflictos y ambig\u00fcedades. Antes de hacerlo, h\u00e1game preguntas para que no necesite asumir o inventar.\u201d<\/p>\n<\/blockquote>\n\n Cuando se le pregunt\u00f3 esto, Claude devolvi\u00f3 una lista estructurada de contradicciones en un borrador de actualizaci\u00f3n de ticket (\u201clos elementos listados como eliminados tambi\u00e9n se listan como movidos, \u00bfcu\u00e1l es?\u201d, \u201c’ATE’ es ambiguo: \u00bfEditor de traducci\u00f3n avanzado o Motor de traducci\u00f3n autom\u00e1tica?\u201d). Cada una se resolvi\u00f3 en una sola respuesta. Sin esta indicaci\u00f3n, esas contradicciones se habr\u00edan enviado. <\/p>\n\n \u201cRenombre ‘X’ a ‘Y’ en todos los archivos de soluci\u00f3n de problemas.\u201d<\/p>\n<\/blockquote>\n\n \u201cMueva el bloque amarillo de requisitos m\u00ednimos para que est\u00e9 encima de la b\u00fasqueda en troubleshooting.html.\u201d<\/p>\n<\/blockquote>\n\n Quir\u00fargico. Espec\u00edfico. Siempre funciona, siempre que el cambio sea realmente mec\u00e1nico. Para cualquier cosa que requiera juicio, vuelva al patr\u00f3n de planificaci\u00f3n. <\/p>\n\n Si ha le\u00eddo hasta aqu\u00ed, aqu\u00ed tiene el flujo de trabajo completo condensado:<\/p>\n\n Presupuesto para los pasos 3-5 y el paso 8; el resto es principalmente ejecuci\u00f3n.<\/p>\n\n La lecci\u00f3n m\u00e1s importante de la sesi\u00f3n de WPML es que Claude Code no es un dise\u00f1ador; es un constructor disciplinado que puede ejecutar un plan bien especificado a una velocidad inusual.<\/strong> Su valor en el ciclo es el juicio, no la escritura. D\u00e9le a Claude el problema, exija que haga preguntas, insista en un plan en texto, revise el resultado con la fuente de la verdad y prepare la entrega a medida que avanza. <\/p>\n\n Si hace eso, la velocidad que obtendr\u00e1 no es una mejora de 2x sobre el trabajo manual de UX. Es m\u00e1s bien un orden de magnitud, y la calidad del resultado es mayor, porque la disciplina de revisi\u00f3n est\u00e1 integrada en el flujo de trabajo en lugar de ser algo que tendr\u00eda que recordar hacer. <\/p>\n\n Esta actualizaci\u00f3n de dise\u00f1o se incluir\u00e1 en WPML 4.10. Al igual que el dise\u00f1o impulsado por IA, implementaremos esta enorme actualizaci\u00f3n desplegando agentes de IA para que trabajen de forma aut\u00f3noma, como un equipo. Si est\u00e1 interesado en una vista previa, aqu\u00ed tiene un v\u00eddeo r\u00e1pido: <\/p>\n\nLa \u00fanica regla que hace que esto funcione <\/h2>\n\n
\n
Las ocho fases de una sesi\u00f3n <\/h2>\n\n
1. Enfoque el problema, no la soluci\u00f3n <\/h3>\n\n
\n
\n
\n
2. Re\u00fana su material antes de que comience la sesi\u00f3n <\/h3>\n\n
\n
Current\/<\/code> \u2014 WPML settings.jpg<\/code>, debug-main.jpg<\/code>, td-invoices.jpg<\/code>, td-translators.jpg<\/code>, etc. Una decena de JPG que cubr\u00edan todo el alcance. <\/li>\n\n\n\ninstructions.txt<\/code><\/strong> que expone el problema, el alcance y la expectativa de salida. Consulte ..\/instructions.txt<\/code> para ver el real; observe c\u00f3mo creci\u00f3 a lo largo de tres pasadas (--- 1 ---<\/code>, --- 2 ---<\/code>, --- 3 ---<\/code>) a medida que se a\u00f1ad\u00eda un nuevo alcance, en lugar de reescribirse cada vez. <\/li>\n\n\n\nalready-updated\/<\/code>. La sesi\u00f3n de WPML comenz\u00f3 con un ai-translation.html<\/code> con estilo que Claude utiliz\u00f3 como plantilla visual para todo lo dem\u00e1s producido en la sesi\u00f3n: la configuraci\u00f3n de Tailwind, la clase de tarjeta, el patr\u00f3n de enlace de retroceso, la animaci\u00f3n flash para los saltos de ancla. Ese \u00fanico archivo ahorr\u00f3 unos 30 minutos de decisiones del sistema visual. <\/li>\n\n\n\nwpml.org\/home\/minimum-requirements\/<\/code>) impuls\u00f3 el dise\u00f1o del panel de advertencias. <\/li>\n<\/ul>\n\n3. Termine cada resumen con \u201ch\u00e1game preguntas, no asuma\u201d <\/h3>\n\n
\n
\n
\n
4. Realice rondas de preguntas antes de cualquier implementaci\u00f3n <\/h3>\n\n
5. Designe expl\u00edcitamente las funcionalidades solo para maquetas <\/h3>\n\n
Preview state: No plan | PAYG active<\/code> en la parte superior derecha. Al hacer clic en cualquiera de ellos, el panel de resumen cambia entre los dos estados: sin plan muestra ambas tarjetas de adquisici\u00f3n, activo de Pago por uso muestra el panel \u00fanico \u201cSu plan de Pago por uso\u201d con los detalles de la tarjeta. Etiquetado como \u201cEstado de vista previa:\u201d para que los revisores entiendan que esto es una funcionalidad de maqueta, no una interfaz de usuario de producto. <\/p>\n\nPreview state: Has warnings | All OK<\/code> muestra u oculta el panel amarillo de requisitos m\u00ednimos. Mismo etiquetado, misma raz\u00f3n. <\/p>\n\n\n
6. Realice una ronda de revisi\u00f3n comparando las maquetas con la fuente <\/h3>\n\n
\n
\n
\n
7. Escriba la entrega al desarrollador en paralelo, no al final <\/h3>\n\n
\n
WPML \u2192 Translation Dashboard \u2192 Payments & Maintenance \u2192 Advanced Translation Editor \u2192 Overview \u2192 Who can use Automatic Translation?<\/code> \u2014 no res\u00famenes, no par\u00e1frasis. <\/li>\n\n\n\n\n
\n
8. Utilice subagentes para la investigaci\u00f3n externa <\/h3>\n\n
\n
\n
\n
\n\nPrincipios cr\u00edticos de UX que surgieron del trabajo <\/h2>\n\n
Organizar por riesgo, no por tema <\/h3>\n\n
\n
Cada herramienta responde a tres preguntas <\/h3>\n\n
\n
\n
Controles de seguridad graduados <\/h3>\n\n
\n
RESET WPML<\/code> escrita deben ser correctas.<\/li>\n<\/ul>\n\nEnlace cruzado, no duplicar <\/h3>\n\n
Renombrar para clientes <\/h3>\n\n
\n
La b\u00fasqueda supera a la navegaci\u00f3n para superficies densas <\/h3>\n\n
\n
Advertencias proactivas sobre ajustes pasivos <\/h3>\n\n
\n\nPatrones de indicaciones que funcionaron <\/h2>\n\n
Forzar rondas de preguntas <\/h3>\n\n
\n
\n
\n
Impulsar la revisi\u00f3n <\/h3>\n\n
\n
\n
Evaluar antes de actuar <\/h3>\n\n
\n
Detectar ambig\u00fcedades <\/h3>\n\n
\n
Renombres y movimientos dirigidos <\/h3>\n\n
\n
\n
\n\nErrores a evitar <\/h2>\n\n
\n
href<\/code> y el ticket de YT deben actualizarse. D\u00edgale a Claude que propague; no lo persiga archivo por archivo. <\/li>\n\n\n\n
\n\nUn esquema de sesi\u00f3n de ejemplo <\/h2>\n\n
\n
instructions.txt<\/code> que termine con \u201crevise todo, h\u00e1game preguntas, no asuma\u201d.<\/li>\n\n\n\n
\n\nCierre <\/h2>\n\n