Skip to content

Commit c4f74ab

Browse files
committed
fix: prepare localized documentation release
Align translated agent workflows with the English reference and document package releases.
1 parent 43a231a commit c4f74ab

23 files changed

Lines changed: 1388 additions & 94 deletions

README.es.md

Lines changed: 186 additions & 12 deletions
Original file line numberDiff line numberDiff line change
@@ -81,18 +81,192 @@ Query results provide stable element references. A reference includes a document
8181

8282
## Flujos de trabajo habituales de agentes
8383

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.
91+
92+
```sh
93+
deckuse init master.pptx ./year-update --json
94+
deckuse query ./year-update 'text=FY2025' --limit 1000 --json
95+
cat > year-update.json <<'EOF'
96+
{
97+
"type": "replaceText",
98+
"find": "FY2025",
99+
"replace": "FY2026"
100+
}
101+
EOF
102+
deckuse apply ./year-update --input year-update.json --json
103+
deckuse validate ./year-update --json
104+
deckuse commit ./year-update -o master-fy2026.pptx --json
105+
```
106+
107+
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.
130+
131+
```sh
132+
deckuse init briefing.pptx ./outline --json
133+
deckuse inspect ./outline --depth 2 --json
134+
deckuse query ./outline 'hasText=true' --limit 10000 --json
135+
```
136+
137+
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
147+
deckuse query ./workspace 'text~=https?://' --limit 1000 --json
148+
deckuse query ./workspace 'text=Required disclaimer' --limit 1000 --json
149+
```
150+
151+
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.
224+
225+
```sh
226+
deckuse init approved-master.pptx ./customer-a --json
227+
deckuse query ./customer-a 'text=Customer Name' --json
228+
# Apply reviewed replacements for this customer only.
229+
deckuse apply ./customer-a --input customer-a.jsonl --json
230+
deckuse validate ./customer-a --json
231+
deckuse commit ./customer-a -o customer-a-deck.pptx --json
232+
```
233+
234+
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.
96270

97271
### Ejemplo de `setProperties`
98272

0 commit comments

Comments
 (0)