Candidatos y votación
¿Qué temas debería abordar el libro a continuación? Estas son propuestas breves para nuevos capítulos. Todavía no están aceptadas y algunas podrían integrarse en patrones existentes. Los dos últimos temas son candidatos a antipatrones.
La lista completa, las fuentes, los solapamientos y los estados actuales están en CANDIDATES.md, en inglés.
Cómo votar
Abre «Comentar / votar» junto al tema y añade una reacción 👍 al mensaje inicial del issue. Puedes apoyar varios temas. Resulta especialmente útil comentar una tarea para la que necesitas el patrón.
Puedes escribir en español, inglés o ruso; necesitas una cuenta de GitHub para participar. Los votos indican el interés de los lectores; la inclusión sigue siendo una decisión editorial.
| Tema | Identificador | Debate |
|---|---|---|
| Especificación visual — definir la interfaz con una maqueta y ajustarla mediante capturas. | visual-specification |
Comentar / votar |
| Biblioteca de ejemplos — dar al agente código verificado para adaptar y combinar. | working-example-library |
Comentar / votar |
| Bifurcación del contexto — explorar alternativas desde un mismo estado preparado de la conversación. | context-forking |
Comentar / votar |
| Reconstrucción del comportamiento — recuperar la especificación de un sistema con pruebas para cada conclusión. | evidence-linked-behavior-recovery |
Comentar / votar |
| Recorrido por el código — seguir una ruta de ejecución con explicaciones y fragmentos del repositorio. | linear-code-walkthrough |
Comentar / votar |
| Explicación interactiva — comprender un algoritmo mediante entradas y ejecución paso a paso. | interactive-code-explanation |
Comentar / votar |
| Optimización con benchmarks — comparar los intentos del agente y conservar las mejoras medidas. | benchmark-guided-optimization |
Comentar / votar |
| Escenarios aprobados — revisar entradas y resultados esperados legibles en lugar de muchas funciones de prueba. | approved-scenario-fixtures |
Comentar / votar |
| Aceptación independiente — comprobar el resultado con escenarios que el agente implementador no pueda adaptar a su código. | held-out-acceptance-scenarios |
Comentar / votar |
| Refuerzo de pruebas mediante mutaciones — detectar fallos que las pruebas no descubren y mejorar sus aserciones. | mutation-guided-test-hardening |
Comentar / votar |
| Diagnósticos útiles — incluir indicaciones de corrección junto al mensaje de infracción. | actionable-diagnostics |
Comentar / votar |
| Entrega revisable — reunir el cambio, su justificación y las pruebas de verificación para la revisión. | reviewable-agent-delivery |
Comentar / votar |
| Aprendizaje del flujo de trabajo — convertir correcciones recurrentes en instrucciones y comprobaciones compartidas. | feedback-flywheel |
Comentar / votar |
| Puntos de recuperación — conservar estados verificados para deshacer intentos fallidos en pasos acotados. | verified-recovery-points |
Comentar / votar |
| Limpieza tras el agente — eliminar código temporal y restos de experimentos antes de terminar una tarea. | agent-residue-cleanup |
Comentar / votar |
| Comprobación de instrucciones — determinar si el agente encuentra una regla y la aplica durante la tarea. | instruction-activation-checks |
Debate aún no abierto |
| Procedimiento manual guiado — pedir al agente una guía interactiva para las acciones humanas y recoger sus resultados. | guided-manual-procedure |
Debate aún no abierto |
| Intentos acotados — si no hay progreso, conservar los resultados y cambiar el enfoque o transferir la tarea. | bounded-retry-escalation |
Debate aún no abierto |
| Fatiga de aprobación — las solicitudes frecuentes convierten la revisión consciente en clics automáticos. | approval-fatigue |
Comentar / votar |
| Pruebas que se confirman a sí mismas — una prueba calcula el resultado esperado con la misma lógica que debería comprobar. | self-confirming-tests |
Comentar / votar |