docs: elimina menciones a Docker (workflow local descontinuado)

El desarrollo local via Docker ya no se usa -- todo el trabajo es via Forge/MCP.
Mantener las menciones a localhost:8080, docker exec y .docker/ confundia sobre
el workflow real. Se deja el campo de respuesta 'dockerUrl' de generate_image tal
cual (es el nombre real que devuelve la API hoy, no una instruccion de workflow).

docs/builder-fields.md

@@ -471,7 +471,7 @@ El nombre del campo de imagen viene de `builder.json` → `vars.NOMBRE.relations
    - `tableName`: `"builder_custom"` (siempre, sin prefijo cms_)
    - `recordId`: el `recordNum` del paso 1 (ej: `"778"`)
    - `fieldName`: el campo de relations del builder.json (ej: `"image1"`)
-   - `imageUrl`: URL completa accesible desde Docker
+   - `imageUrl`: URL completa y públicamente accesible
 3. `reorder_record_uploads` si es necesario — pasar array de upload IDs en el orden deseado
 4. `list_record_uploads` para verificar
 

docs/hooks-and-api.md

@@ -56,13 +56,15 @@ return [
 
 ### Testing Hooks
 
-El Docker debe estar corriendo. Hacer curl al endpoint del hook:
+Usa la URL editable de Forge del proyecto (`get_web_url`) — no hace falta ningún servidor local. Haz
+`curl` al endpoint del hook contra esa URL:
 
 ```bash
-curl http://localhost:8080/hooks/example_hook/
+curl https://<tu-url-de-forge>/hooks/example_hook/
 ```
 
-No usar X-Hooks-Token en desarrollo local.
+Para diagnosticar sin depender del enrutado HTTP directo (que en Forge puede dar 404 — ver más abajo),
+usa el patrón vía filtro `| hook` desde un módulo/página temporal.
 
 ### Cómo Llamar Hooks