Ir al contenido
Cómo funciona

Usted describe la situación.
Recibe un procedimiento.

No un consejo, ni una lista de comprobación, ni un prompt que alguien escribió para otra persona. Un procedimiento ajustado a su stack, su infraestructura y las decisiones técnicas que ya tomó.

El ciclo

Siete pasos, y puede parar después de cualquiera

Casi todo el mundo ejecuta los cuatro primeros y nunca necesita el resto. Los tres últimos existen para los momentos en los que la respuesta importa de verdad.

  1. Describa lo que quiere hacer

    Con sus palabras: «quiero saber si nuestro despliegue es seguro». El sistema deduce qué tipo de acción técnica es y qué va a necesitar de usted.

    También puede recorrer las categorías directamente si ya sabe lo que quiere.

  2. Responda solo a lo que falta

    Su stack, alojamiento, integraciones y decisiones anteriores ya están guardados. Se le pregunta por los huecos, no otra vez por todo.

  3. Vea el coste antes de gastarlo

    Qué se va a producir, cuánto costará en créditos y qué se espera que traiga de vuelta. No se cobra nada hasta que usted confirma.

    Si la generación falla, los créditos se devuelven. Un fallo de nuestro lado no es problema suyo.

  4. Reciba el procedimiento

    Reconocimiento, análisis, el cambio en sí, verificación y la forma exacta que debe tener el resultado, incluido qué cuenta como prueba y qué no puede afirmarse sin ella.

  5. Ejecútelo donde ya está su código

    Péguelo en Claude Code o Codex dentro de su propio entorno. Nada sale de su infraestructura. Después decide usted qué es seguro compartir.

  6. Traiga el resultado de vuelta

    Suba lo que salió. Se comprueba si está completo, si faltan pruebas y si hay hallazgos que se contradicen, y recibe una sugerencia del siguiente paso.

  7. Pregunte a una persona, si importa

    Una valoración escrita de un experto, o un recorrido grabado en vídeo por su material. Sin reuniones, sin agendas, sin husos horarios.

Contexto técnico

La parte que hace que el segundo mes sea mejor que el primero

Todo lo que la plataforma aprende de su sistema se conserva, y cada acción posterior se escribe contra eso. Ésa es la diferencia entre una suscripción y una compra suelta.

De qué está hecho su sistema

Stack, alojamiento, bases de datos, modelo de despliegue, integraciones, las herramientas de programación con IA que su equipo usa de verdad y las restricciones que no puede cambiar.

Quién trabaja en él

Su equipo, sus contratistas y sus proveedores, para que la valoración de una propuesta sepa quién la escribió y qué prometió antes.

Qué decidió ya

Decisiones técnicas pasadas y el razonamiento detrás de ellas. Las acciones nuevas dejan de reabrir cuestiones cerradas y parten de donde está usted.

Qué sigue abierto

Riesgos sin resolver y puntos débiles conocidos, arrastrados hasta que se cierran en lugar de olvidarse entre conversaciones.

Sus herramientas

Hecho para las herramientas que ya usa

El procedimiento está escrito para que lo ejecute un agente de programación con IA dentro de su entorno, con las exigencias de prueba en las que insistiría un ingeniero cuidadoso.

Claude Code

Los procedimientos se escriben en la forma con la que Claude Code funciona mejor: reconocimiento explícito primero, sin modificar nada durante la inspección, pruebas citadas por archivo y línea.

Codex

El mismo procedimiento, adaptado a cómo Codex aborda un repositorio, incluido su uso como segundo lector independiente del trabajo que produjo otro modelo.

Cualquier otra cosa que use

Lo que está especificado es el formato del resultado, no la herramienta. Si su equipo usa otra cosa, el procedimiento sigue describiendo qué hay que producir y qué cuenta como prueba.

Por qué no preguntarle al modelo directamente

Puede hacerlo. Esto es lo que cambia.

Preguntar a su IA directamente

Empieza desde un prompt en blanco cada vez, y el modelo empieza desde nada de lo que supiera la semana pasada.

Responde con seguridad sobre un sistema que solo ha leído en parte, y usted no tiene forma sencilla de saber qué partes comprobó de verdad.

El resultado depende de cómo se le ocurrió preguntar, así que dos auditorías del mismo sistema no son comparables.

Nadie sénior mira nunca el resultado salvo que usted vaya a buscar a alguien.

Ejecutar una acción técnica

El procedimiento ya lleva su contexto y las decisiones que tomó antes, así que empieza donde está usted.

Separa la inspección del cambio y exige pruebas para cada afirmación: un hallazgo sin archivo y línea no cuenta.

El resultado tiene una forma fija, así que la auditoría de este mes se puede comparar con la anterior.

Cuando importa, un experto humano lee el resultado y le dice qué partes creerse.

Cuando no sale según el plan

Qué pasa cuando algo falla

Una generación fallida no cuesta nada

Los créditos se retienen, no se gastan, hasta que la acción se produce de verdad. Si falla, la retención se libera y puede volver a intentarlo.

Un resultado incompleto se dice

Si lo que trae de vuelta carece de pruebas o se contradice, se le dice qué parte y por qué, en lugar de darle un resumen seguro de un trabajo a medias.

Nunca se queda adivinando en qué estado está

Cada revisión muestra dónde está, si se necesita algo de usted y el plazo de servicio con el que corre.

Pruébelo con eso que lleva posponiendo

Guarde su contexto una vez, describa la situación y vea el procedimiento antes de gastar un crédito.