agentsclimarketplace
Sign in

Mem auto

Skill akunzai/agent-skills/skills/mem-auto

Run the automatic memory lifecycle on mem-auto, /mem-auto, or $mem-auto — resume open [Handoff] entries, capture verified [Candidate] notes, and delegate to mem-recall, mem-promote, mem-clean, and mem-sync.From its SKILL.md

Install
npx -y skills add akunzai/agent-skills --skill mem-auto

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

4.9 KB, ~1.1k tokens by cl100k_base, as published. Nobody here has run it

mem-auto — Unified Memory Autopilot

Runs the automatic memory loop; delegate detailed work to the narrow mem-* skills.

Memory Scopes

  • Long-term memory: global durable instructions, preferences, facts, and reusable conventions in ~/.agents/AGENTS.md (the canonical core read natively by every agent); project durable rules in AGENTS.md or CLAUDE.md.
  • Short-term memory: daily [Candidate] logs in ~/.agents/memories/YYYY-MM-DD.md and .memories/YYYY-MM-DD.md; active [Handoff] state lives in per-task files under .memories/handoffs/ (one file per task). Both the daily logs and the handoffs/ subdirectory sync through /mem-sync.

Delegation

Use /mem-recall for short-term lookups, /mem-promote for durable promotion/prune, /mem-clean for destructive cleanup, and /mem-sync for project log status/diff/pull/push.

Autopilot Loop

  • Start / Handoff In
    • In cross-device projects, run /mem-sync pull first.
    • Legacy handoff migration is idempotent — it runs at most once. If the sentinel .memories/.handoff-migrated exists, skip this step — do not re-scan. Otherwise run the one-time migration in references/handoff-migration.md: it greps project and global daily logs for inline [Handoff] residue, migrates any found, and writes the sentinel so later sessions never re-check. Legacy handoffs that arrive later via /mem-sync are surfaced on demand by /mem-recall's fallback grep, not by checking at every start.
    • Resolve handoffs by listing .memories/handoffs/ — one file per active task, named YYYY-MM-DD__<slug>.md. Read only the relevant task file(s); do not load the whole .memories/ tree into context. If several handoffs are open, list them and let the user pick.
    • If the handoff is stale or its branch is merged/gone, ask before resuming.
    • Treat auto-loaded AGENTS.md / CLAUDE.md as the normal source for durable instructions; use /mem-recall for short-term logs, and inspect durable files only when their loaded content seems incomplete or exact wording matters.
  • Capture
    • Before writing task state, apply references/security.md and references/session-handoff.md.
    • Capture gate — write only if it passes. Ask: would a fresh agent be wrong, blocked, or materially slower without this note? If not, write nothing. Capturing nothing is a valid and common outcome; never log just to fill the step.
    • Never capture (avoids running-log noise): routine successful steps, restatements of the task or request, or anything already recoverable from code, tests, git log, docs, or external trackers (e.g., GitHub/GitLab Issues). If a suitable external tracker is available, ask the user whether to open an issue instead of logging it.
    • At milestones, blockers, quota/context limits, or session boundaries, write or update the task's handoff file .memories/handoffs/YYYY-MM-DD__<slug>.md (date = creation day; <slug> an agent-chosen name fitting the task). Keep it a single live delta — update the file in place, do not stack entries — holding only what a fresh agent would need to continue: goal, progress, verification, next actions, blockers/assumptions, and suggested skills.
    • Reference existing artifacts by path or URL instead of duplicating contents.
    • Treat the handoff file as transient active state: not a [Candidate], not promotable directly, and deleted on completion rather than promoted into durable memory.
    • Log verified durable insights to today's log (.memories/YYYY-MM-DD.md locally or memories/ globally) as [Candidate] entries with a daily time stamp (e.g., [HH:MM]). A [Candidate] must generalize beyond the current task — good: a reusable convention, a non-obvious environment constraint, a gotcha that will recur; bad: one-off task progress or a past fix (that is [Handoff] or git history).
  • Sync
    • Use /mem-sync for project daily-log Git operations. Its mem-sync-git.sh status and diff commands are read-only checks for local/remote .memories/ differences.
    • Pull before reading remote handoffs; push at session end or after promotion/capture changes that should be available on other devices.
  • Manual Governance
    • Delegate promotion/prune to /mem-promote; delegate expired logs and conflict copies to /mem-clean. Do not delete or rewrite history from mem-auto.
  • Closure
    • When the task is achieved and verified, delete that task's handoff file from .memories/handoffs/. Active handoff state is transient — completion removes it; any durable insight should already be captured as a [Candidate] note.

What ships with it: 6 files

11.6 KB alongside SKILL.md, 3 of them executable

references/

scripts/

Gives 0 of the 12 instructions most hr recruiting skills give in ~1.1k tokens

Counted across 356 of the 357 authors here whose files we hold, read 2026-08-07

  • Quantify achievements with specific metricsin 14 of 356, across 6 files
  • Keep the resume under two pagesin 14 of 356, across 6 files
  • Request the full job description if not providedin 12 of 356, across 4 files
  • Extract keywords and prioritize job requirementsin 12 of 356, across 4 files
  • Stop and ask for clarification if required inputs are missingin 12 of 356, across 5 files
  • Map candidate experience to job requirementsin 11 of 356, across 3 files
  • Ask if the user wants adjustmentsin 11 of 356, across 3 files
  • Provide strengths and gap analysis after the resumein 10 of 356, across 2 files
  • Request candidate background details if not providedin 10 of 356, across 2 files
  • Format experience bullets as action verb plus resultin 10 of 356, across 2 files
  • Ask for missing inputs before startingin 10 of 356, across 9 files
  • Use exact job description terminologyin 9 of 356, across 1 file

Said here and by no other author read

  • run /mem-sync pull before starting in cross-device projects
  • skip legacy handoff migration if the sentinel exists
  • resolve handoffs by listing the handoffs subdirectory
  • read only the relevant task handoff file
  • ask before resuming stale or merged handoffs
  • write a handoff note only if a fresh agent needs it

Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.

Keep looking

Skills are one crate of 325,949. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.