You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@@ -81,18 +81,192 @@ Query results provide stable element references. A reference includes a document
81
81
82
82
## Flujos de trabajo habituales de agentes
83
83
84
-
Deckuse primitives support these reproducible agent workflows. The agent is responsible for reasoning, copywriting, and visual review; Deckuse does not claim to perform them independently.
85
-
86
-
1.**Update an outdated year:** query `FY2025`, then perform a literal `replaceText` to `FY2026`, validate, and export.
87
-
2.**Rename a company or product:** review the exact old name first, then apply a literal replacement; use regular expressions only after reviewing the query output.
88
-
3.**Extract a presentation outline:** run `inspect` and query `hasText=true`; the agent groups returned objects by slide and identifies titles.
89
-
4.**Run pre-delivery content QA:** query old customer names, dates, product names, URLs, and required disclaimer text. This is structural/content QA, not visual QA.
90
-
5.**Change one item on one slide:** query the target, use the returned `ref` in `setText`, then validate.
91
-
6.**Standardize title typography:** query and approve title references, then apply `setProperties` to each reference.
92
-
7.**Adjust geometry precisely:** inspect target objects and issue explicit `setTransform` commands with EMU coordinates.
93
-
8.**Personalize an approved sales deck:** create a separate workspace per customer, apply reviewed replacements only, validate, and commit to a distinct file.
94
-
9.**Produce regional or audience variants:** initialize a fresh workspace per variant and use an atomic `batch` when all changes must succeed together.
95
-
10.**Let a coding agent operate an existing presentation:** initialize, inspect/query before each change, generate explicit JSON commands, apply, validate, and commit.
84
+
Estos ejemplos utilizan únicamente las capacidades actuales de PPTX. Describen flujos de trabajo que un agente puede componer a partir de primitivas de Deckuse, sin afirmar que Deckuse realice de forma independiente razonamiento, redacción de textos ni revisión visual.
85
+
86
+
### 1. Actualizar un año desactualizado en toda una presentación
87
+
88
+
**Solicitud:** «Cambia cada referencia a `FY2025` por `FY2026` y no modifiques nada más».
89
+
90
+
Primero usa `query` para revisar los elementos afectados; después realiza un `replaceText` literal y valida antes de exportar.
La consulta de revisión limita el cambio a las apariciones conocidas; `replaceText` realiza la modificación masiva aprobada y deja intactos los objetos no relacionados.
108
+
109
+
### 2. Renombrar una empresa o un producto
110
+
111
+
**Solicitud:** «Sustituye el nombre antiguo del producto por el nuevo en todas partes».
112
+
113
+
Es el mismo patrón seguro de revisar y sustituir. Busca primero el nombre antiguo exacto y luego usa `replaceText` con un valor literal. Para variaciones como puntuación o espaciado, utiliza una sustitución mediante expresión regular solo después de revisar el resultado de `query`.
114
+
115
+
```json
116
+
{
117
+
"type": "replaceText",
118
+
"find": "Legacy Platform",
119
+
"replace": "Unified Platform"
120
+
}
121
+
```
122
+
123
+
Para un cambio más restringido, incluye un selector en el comando, por ejemplo, `"selector": "slide=256"`, de modo que solo una diapositiva sea elegible.
124
+
125
+
### 3. Extraer un esquema de presentación para un agente
126
+
127
+
**Solicitud:** «Enumera los títulos de las diapositivas y resume de qué trata esta presentación».
128
+
129
+
Ejecuta `inspect` para recuperar la estructura indexada de la presentación y luego consulta los objetos que contienen texto. El agente invocador puede agrupar los objetos devueltos por ID de diapositiva, identificar objetos semejantes a títulos por sus nombres, posiciones o texto, y generar un resumen a partir del texto extraído.
Deckuse proporciona los datos fuente estructurados. El agente, y no Deckuse, es responsable de decidir qué texto es un título y de redactar el resumen.
138
+
139
+
### 4. Ejecutar QA de contenido antes de la entrega
140
+
141
+
**Solicitud:** «Antes de enviar esta presentación, busca nombres de clientes antiguos, fechas, nombres de productos, URL y el texto obligatorio de descargo de responsabilidad».
142
+
143
+
Consulta cada riesgo conocido e inspecciona las referencias devueltas. Las comprobaciones de ausencia funcionan igual: consulta el texto obligatorio y marca un resultado vacío. Un agente puede generar un informe de QA sin modificar la presentación, o preparar comandos `setText` / `replaceText` dirigidos de forma precisa para correcciones aprobadas.
144
+
145
+
```sh
146
+
deckuse query ./workspace 'text=Customer A' --limit 1000 --json
Esto es QA de contenido y estructura, no QA visual. Deckuse no renderiza diapositivas ni determina si un texto se superpone con otro contenido.
152
+
153
+
### 5. Cambiar exactamente un elemento en una diapositiva
154
+
155
+
**Solicitud:** «En la diapositiva 7, cambia el título a `Enterprise Strategy`; no cambies nada más».
156
+
157
+
Primero consulta esa diapositiva y el texto del título; después toma el `ref` devuelto y envía un comando `setText`. El `ref` evita una sustitución global ambigua.
158
+
159
+
```json
160
+
{
161
+
"type": "setText",
162
+
"ref": {
163
+
"documentId": "./workspace",
164
+
"elementId": "256:10"
165
+
},
166
+
"text": "Enterprise Strategy"
167
+
}
168
+
```
169
+
170
+
Los ID de elemento son ejemplos específicos de una presentación. Usa siempre un ID devuelto por el espacio de trabajo actual en lugar de copiar este valor.
171
+
172
+
### 6. Estandarizar la tipografía de los títulos
173
+
174
+
**Solicitud:** «Establece todos los títulos aprobados en 28 pt y usa la tipografía aprobada».
175
+
176
+
Usa una consulta para identificar objetos de título, haz que el agente revise o filtre las referencias devueltas y aplica `setProperties` una vez por cada referencia aprobada. `setProperties` se dirige a una referencia cada vez; no acepta un selector por sí mismo.
177
+
178
+
```json
179
+
{
180
+
"type": "setProperties",
181
+
"ref": {
182
+
"documentId": "./workspace",
183
+
"elementId": "256:8"
184
+
},
185
+
"properties": {
186
+
"fontSize": 28,
187
+
"fontFamily": "Approved Sans",
188
+
"bold": true
189
+
}
190
+
}
191
+
```
192
+
193
+
El mismo comando puede establecer `fill`, `stroke` (también `border`, `outline` o `line`), `textColor`, `italic`, `underline`, `name` y `hidden`. Las claves de propiedad desconocidas fallan con `INVALID_COMMAND`.
194
+
195
+
### 7. Ajustar con precisión la geometría de un objeto
196
+
197
+
**Solicitud:** «Desplaza ligeramente hacia abajo todos los títulos aprobados».
198
+
199
+
Consulta y selecciona las referencias de título previstas, inspecciona su geometría actual y emite un comando `setTransform` por objeto con coordenadas explícitas. Se trata de una operación estructural de geometría; no la presentes como corrección automática del diseño sin validación visual.
200
+
201
+
```json
202
+
{
203
+
"type": "setTransform",
204
+
"ref": {
205
+
"documentId": "./workspace",
206
+
"elementId": "256:8"
207
+
},
208
+
"transform": {
209
+
"x": 914400,
210
+
"y": 731520,
211
+
"width": 8229600,
212
+
"height": 685800
213
+
}
214
+
}
215
+
```
216
+
217
+
Las coordenadas de transformación son EMU de OOXML. Conserva `x`, `width` y `height` del objeto inspeccionado si solo cambias su posición vertical.
218
+
219
+
### 8. Personalizar una presentación comercial aprobada
220
+
221
+
**Solicitud:** «Crea una versión para un cliente potencial. Actualiza el nombre del cliente y el texto aprobado específico de la cuenta, pero conserva el diseño».
222
+
223
+
Crea un espacio de trabajo independiente para cada salida a partir del original aprobado. Consulta los marcadores de posición o el texto actual del cliente, aplica únicamente sustituciones revisadas, valida y confirma en un archivo distinto.
Los espacios de trabajo independientes evitan que las modificaciones de un cliente se filtren a la salida de otro. Sustituye únicamente los objetos cuya modificación el proceso de aprobación permite al agente.
235
+
236
+
### 9. Producir variantes regionales o para distintas audiencias desde un original
237
+
238
+
**Solicitud:** «Genera variantes regionales y empresariales a partir de la presentación aprobada».
239
+
240
+
Inicializa un espacio de trabajo nuevo desde el mismo original para cada variante. Cada variante recibe su propio archivo de comandos y ruta de salida. Usa `batch` cuando los cambios de una variante deban ser atómicos: si falla un comando, no se conserva ninguno de los cambios del lote.
241
+
242
+
```json
243
+
{
244
+
"type": "batch",
245
+
"atomic": true,
246
+
"commands": [
247
+
{
248
+
"type": "replaceText",
249
+
"find": "Default Message",
250
+
"replace": "Regional Message"
251
+
},
252
+
{
253
+
"type": "replaceText",
254
+
"find": "Default Offer",
255
+
"replace": "Enterprise Offer"
256
+
}
257
+
]
258
+
}
259
+
```
260
+
261
+
Esto conserva una única presentación fuente aprobada y hace que cada variante sea reproducible a partir de un conjunto de cambios explícito.
262
+
263
+
### 10. Permitir que un agente de programación opere una presentación existente
264
+
265
+
**Solicitud:** «Inspecciona esta presentación, identifica las modificaciones solicitadas, realízalas y exporta un PPTX revisado».
266
+
267
+
Proporciona al agente este ciclo: inicializar un espacio de trabajo, inspeccionar o consultar antes de cada cambio dirigido, generar comandos JSON explícitos, aplicarlos, validar el paquete y confirmar una salida nueva. Cuando la auditabilidad sea importante, guarda el archivo de comandos y los resultados de los comandos junto con la tarea.
268
+
269
+
Deckuse proporciona al agente referencias estables, selectores, transacciones, validación y una ruta de exportación determinista. El agente aporta la interpretación de la tarea y decide qué operaciones son adecuadas.
0 commit comments