Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

[workshop-sync] workshop/side-quest-20-01-memory-patterns.md: invalid `ttl` field and inaccurate repo-memory storage description

Closed Beginner friendly
#4,686 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
2/5
Estimated time
1-3 hours
Newbie friendliness
86/100
Issue type
Documentation
Clarity
Clearly specified
Activity status
Active
Tech stack
github-actions, markdown
Domain
documentation

Research direction

Start with workshop/side-quest-20-01-memory-patterns.md and compare its ttl, repo-memory, and permissions statements against the linked cache-memory and repo-memory references. For the permission callout, locate the relevant compiled lock file and generated push job before changing the guidance. The page is done when all three claims match the documented behavior, including cache eviction and branch-based storage.

Written by the indexing model from the issue text.

Description

documentation

Workshop file reviewed

workshop/side-quest-20-01-memory-patterns.md (reviewed against gh-aw v0.92.0 docs)

Problems

  1. ttl is not a cache-memory field. The frontmatter example and field table use:

    ttl: 7d — How long to keep cached data without a refresh... Common values: 1d, 7d, 30d.

    The cache-memory reference documents only key and retention-days (1-90). retention-days controls uploaded artifact retention only and does not extend cache lifetime. GitHub Actions evicts unused cache entries after 7 days regardless.

  2. repo-memory is not "a file committed to your repository". The page says:

    repo-memory backs a memory slot with a JSON file committed directly to your repository. The agent reads the file at the start of each run and commits an updated version at the end.

    The repo-memory reference says it stores files on a dedicated Git branch (default memory/default, mounted at /tmp/gh-aw/repo-memory-default/). The compiler auto-commits and pushes after the run. Files can be any allowed type, not just one JSON file. The table row "A file committed to your repository" and the "survives a repository clone" scenario should be reviewed for the same reason, since a branch needs to be fetched.

  3. The contents: write claim is not supported by the docs. The [!IMPORTANT] callout says repo-memory requires contents: write in the workflow's permissions. The reference doesn't state this, because the compiler generates the push job. Please verify against a compiled lock file and fix or remove the callout.

Suggested fix

  • Replace ttl: 7d with retention-days: 7 (or remove it), and rewrite the field-table row to describe artifact retention only. Say that cache lifetime is governed by Actions eviction (about 7 days unused).
  • Describe repo-memory as Git-branch storage (memory/default) with unlimited retention.
  • Re-verify and correct the permission callout.

Other files in this run

side-quest-21-01-sub-agent-syntax.md and side-quest-22-01-failure-modes.md had no blocking issues. Optional improvement for 21-01: mention the explicit ## end agent: \name`` marker.

Generated by 🔍 Workshop Sync Check · copilot · auto · 25.6 AIC · ⌖ 0.554 AIC · ⊞ 9.2K · ◷

  • expires on Oct 18, 2026, 1:33 PM UTC
Dominant language
JavaScript
Stars
55
Forks
36
Avg merge
2d 6h
Merged PRs (30d)
18

Getting set up

Open in Codespaces

Starts the project's dev container in your browser, under your own GitHub account.

  • No Dockerfile or Docker Compose file
  • No pull request template
  • No contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from githubnext/gh-aw-workshop

All issues in githubnext/gh-aw-workshop

Similar issues

More JavaScript issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.