[workshop-sync] workshop/20-persistent-memory.md: `ttl` is not a valid cache-memory field, and the "loaded N items" log message is fabricated
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 76/100
- Tipo de issue
- Documentación
- Claridad
- Bien especificado
- Estado de actividad
- Activo
- Stack tecnológico
- github-actions, markdown
- Área
- documentation
Línea de trabajo
Lee workshop/20-persistent-memory.md y workshop/side-quest-20-01-memory-patterns.md y luego compara sus indicaciones sobre la memoria caché con la documentación referenciada sobre la memoria caché. Actualiza las descripciones no válidas de ttl y elimina las comprobaciones inventadas de mensajes de registro en favor de las indicaciones reales sobre el paso de restauración. La tarea estará terminada cuando ambos archivos del workshop describan correctamente la retención y la verificación.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Workshop file reviewed
workshop/20-persistent-memory.md
Problem 1: ttl field does not exist
The step tells learners to configure cache-memory like this:
tools:
cache-memory:
key: daily-status-seen-issues
ttl: 7d
And documents the field:
ttl: 7d| How long to keep cached data without a refresh. After 7 days of no runs the cache expires and the agent starts fresh.
This is incorrect. The live gh-aw reference docs (docs/src/content/docs/reference/cache-memory.md in github/gh-aw) show the real advanced-configuration schema is:
tools:
cache-memory:
key: custom-memory-${{ github.repository_owner }}
retention-days: 30 # 1-90 days; controls uploaded artifact retention only
allowed-extensions: [".json", ".txt", ".md"]
There is no ttl field anywhere in the docs (confirmed via grep -i ttl against the fetched reference, zero matches). The closest real field is retention-days, and the docs explicitly warn it "controls only uploaded artifact retention; it does not extend cache lifetime." GitHub Actions cache natively evicts unused entries after 7 days — that eviction isn't configurable per-workflow via a ttl-style key at all.
Problem 2: fabricated log message format
The step tells learners to verify behavior by looking for specific log lines:
confirm it contains
cache-memory: loaded 0 items
findcache-memory: loaded N items
No such log string exists. Inspecting this repo's own compiled workflows (e.g. .github/workflows/curriculum-evaluator.lock.yml), the actual generated steps are named things like "Restore cache-memory file share data", "Setup cache-memory git repository", and "Commit cache-memory changes" — there is no "loaded N items" message anywhere in the gh-aw reference docs or compiled lock files.
Current correct syntax
Per https://github.github.com/gh-aw/reference/cache-memory/:
tools:
cache-memory:
key: daily-status-seen-issues
retention-days: 30
(retention-days affects uploaded artifact retention only, 1–90 days; it is not a TTL/expiry control.)
Suggested fix
- Replace
ttl: 7dwithretention-days: <n>(and rewrite the "What each field does" table row to correctly describe it as controlling artifact retention, not cache expiry). - Remove or replace the "cache-memory: loaded 0 items" / "loaded N items" verification instructions with guidance to inspect the actual "Restore cache-memory file share data" step output in the Actions run log, since no such literal string is produced by gh-aw.
This also affects the identical cache-memory field table duplicated in workshop/side-quest-20-01-memory-patterns.md, which should be checked/fixed in the same pass since it shares the same incorrect ttl field and table.
gh-aw release referenced: v0.89.21 (unchanged). Reference: https://github.github.com/gh-aw/reference/cache-memory/.
Generated by 🔍 Workshop Sync Check · copilot · auto · 151.5 AIC · ⌖ 5.52 AIC · ⊞ 9.2K · ◷
- expires on Oct 7, 2026, 4:50 AM UTC
- Lenguaje dominante
- JavaScript
- Estrellas
- 52
- Forks
- 26
- Merge medio
- 11 h 32 min
- PR fusionados (30 d)
- 22
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Sin guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de githubnext/gh-aw-workshop
-
documentation
Dificultad 1/5 Menos de una hora Aptitud para principiantes 95/100
githubnext/gh-aw-workshop#4294 ·
Los mantenedores suelen responder en 1 día
-
documentation
Dificultad 1/5 Menos de una hora Aptitud para principiantes 93/100
githubnext/gh-aw-workshop#4293 ·
Los mantenedores suelen responder en 1 día
-
agentic-workflows
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
githubnext/gh-aw-workshop#4292 ·
Los mantenedores suelen responder en 1 día
-
feedback simulation workshop
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
githubnext/gh-aw-workshop#4291 ·
Los mantenedores suelen responder en 1 día
-
feedback simulation workshop
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
githubnext/gh-aw-workshop#4290 ·
Los mantenedores suelen responder en 1 día
Todos los issues de githubnext/gh-aw-workshop
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
Los mantenedores suelen responder en 3 días
-
audit.md numbers Theming and Responsive Design differently in the headings and the score tablePosiblemente ocupada @pbakaus la tomó hoy. Abiertoneeds triage
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
pbakaus/impeccable#979 ·
Los mantenedores suelen responder en 1 día
-
area/web interface
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
mastodon/mastodon#40924 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
fireEvent.select does not wrap its automatic native focus in actPosiblemente ocupada @sergioperezcheco la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
-
bug user-priority/P2
Dificultad 1/5 Menos de una hora Aptitud para principiantes 92/100
Los mantenedores suelen responder en 1 día