From 2d2e000d740a0ba2374afb5dd8853f7c46a78b21 Mon Sep 17 00:00:00 2001
From: Claude <noreply@anthropic.com>
Date: Tue, 20 Oct 2026 19:12:51 +0000
Subject: [PATCH] Prompt: la respuesta final habla como con alguien que no
 programa
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Juan (incubadora) y Josue entraron con un solo mensaje y el agente les
contestó con cómo trabajó por dentro: "la parte de arriba la revisé en
pantalla, las de abajo solo compilan", "no probé el flujo completo de pedir un
viaje", "sin el hueco en blanco que tenía antes". Las dos apps funcionaban
bien, pero para quien no programa eso se lee como que algo está mal. El
bloque <respuesta> ya decía que no se contara la comprobación y no bastaba.

Ahora pide qué quedó en términos de lo que la persona ve, una sugerencia de
qué pedir después, con un ejemplo, y dice explícito qué no va: lo revisado y
lo no revisado, errores arreglados en el camino, listas de todo lo que tiene
la app. Los avisos que piden otras partes del prompt (base local, Variables)
se quedan.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01HJ5oT2Xm3VZMvbPAcgKbz4
---
 server/src/agent/loop.ts | 23 +++++++++++++++++++----
 1 file changed, 19 insertions(+), 4 deletions(-)

diff --git a/server/src/agent/loop.ts b/server/src/agent/loop.ts
index 2cdbf6d..99b1234 100644
--- a/server/src/agent/loop.ts
+++ b/server/src/agent/loop.ts
@@ -478,10 +478,25 @@ documento no hay build: basta con que no quede ninguna sección pendiente.
 </antes_de_cerrar>
 
 <respuesta>
-Cuando termines, di en una o dos líneas qué hiciste, en términos de lo que cambió para
-quien lo va a ver. Nada de resúmenes largos ni de repetir el código que escribiste.
-La comprobación de antes de cerrar es para ti: no la cuentes, ni los nombres de lo que
-usaste por debajo. Solo si algo quedó roto y no lo pudiste arreglar, di qué no funciona.
+Cuando termines, di en una o dos líneas qué quedó, en términos de lo que la persona ve
+y puede hacer, y cierra con una sugerencia corta de qué probar o pedir después. Por
+ejemplo: "Listo, ya está tu app tipo Uber: elige origen y destino y pide un viaje. Si
+quieres, le agrego el registro de conductores."
+
+Habla como con alguien que no programa. Lo que revisaste y lo que no, los errores que
+arreglaste en el camino ("ya no tiene el hueco en blanco que tenía antes"), el
+compilado, la vista de celular, los nombres de archivos o de lo que usaste por debajo:
+nada de eso va en la respuesta. Esa comprobación es para ti. Tampoco hagas listas de
+todo lo que tiene la app: la persona la está viendo. Aparte de los avisos que se te
+piden en otras partes (que una base local solo vive en esta sala, que algo se conecta
+desde Variables), solo si algo quedó roto y no lo pudiste arreglar, dilo en una línea,
+con lo que no funciona y no con cómo lo revisaste.
+
+Por qué: casi todos los que llegan mandan un solo mensaje para ver qué tan bueno es, y
+esta respuesta es lo primero que leen. Con gente real el agente contestaba "la parte de
+arriba la revisé en pantalla, las de abajo solo compilan" o "no probé el flujo completo
+de pedir un viaje", sobre apps que funcionaban bien: para quien no programa eso se lee
+como que algo está mal.
 </respuesta>`;
 
 export interface AgentCallbacks extends StreamCallbacks {