gsd-mempalace-recall
Skill1 starsChanged 59 days agoMITView on GitHub
Recall decisions, patterns, and surprises from MemPalace before planning
2 other projects use a version of this, 2 of them edited.
Adopted by
Most recently taken up by
- open-gsd/get-shit-done-reduxedited, first seen Oct 8, 2026
- open-gsd/gsd-coreedited, first seen Sep 2, 2026
Other versions2 projects use a version of this.
Word for word · 0
None found.
Edited · 2
- open-gsd/get-shit-done-redux★ 11k94% same
- open-gsd/gsd-core★ 11k94% same
Wrote their own version · 0
None found.
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository117 other files it gives its agents.
- AGENTS.mdAGENTS.md
- ask-mattSkill
- banner-designSkill
- brandSkill
- claude-handoffSkill
- codebase-designSkill
- code-reviewSkill
- designSkill
- design-systemSkill
- diagnosing-bugsSkill
- domain-modelingSkill
- git-guardrails-claude-codeSkill
- graphifySkill
- grillingSkill
- grill-meSkill
- grill-with-docsSkill
- gsd-add-testsSkill
- gsd-ai-integration-phaseSkill
- gsd-audit-fixSkill
- gsd-audit-milestoneSkill
- gsd-audit-uatSkill
- gsd-autonomousSkill
- gsd-captureSkill
- gsd-cleanupSkill
- gsd-code-reviewSkill
- gsd-complete-milestoneSkill
- gsd-configSkill
- gsd-debugSkill
- gsd-discuss-phaseSkill
- gsd-docs-updateSkill
- gsd-eval-reviewSkill
- gsd-execute-phaseSkill
- gsd-exploreSkill
- gsd-extract-learningsSkill
- gsd-fastSkill
- gsd-forensicsSkill
- gsd-graphifySkill
- gsd-healthSkill
- gsd-helpSkill
- gsd-importSkill
- gsd-inboxSkill
- gsd-ingest-docsSkill
- gsd-managerSkill
- gsd-map-codebaseSkill
- gsd-mempalace-captureSkill
- gsd-milestone-summarySkill
- gsd-mvp-phaseSkill
- gsd-new-milestoneSkill
- gsd-new-projectSkill
- gsd-nextSkill
- gsd-ns-contextSkill
- gsd-ns-ideateSkill
- gsd-ns-manageSkill
- gsd-ns-projectSkill
- gsd-ns-reviewSkill
- gsd-ns-workflowSkill
- gsd-onboardSkill
- gsd-pause-workSkill
- gsd-phaseSkill
- gsd-plan-phaseSkill
- The first 60 shown.
The file
Show its rules and text
We split this skill into the rules it gives an agent
13 rules. About 0 are common, 4 are distinctive, and 9 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈4
Distinctive · estimate
This author's own choices. Worth a look.
9
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 20
Check whether the MemPalace capability is enabled by reading .planning/config.json directly with the Read tool.
- Very specific: line 24
Read .planning/config.json with the Read tool.
- Distinctive: line 25
If the file does not exist: write the "unavailable" stub (Step 4) and STOP.
- Very specific: line 44
Wing: Use config.mempalace.wing if non-empty.
- Very specific: line 45
Mode: Read config.mempalace.memory_mode (augment | kg_backend | replace, default augment).
- Very specific: line 51
Topic: Read the phase CONTEXT.md (the consumed artifact).
- Very specific: line 68
Write MEMORY-RECALL.md in the current phase directory.
- Distinctive: line 70
When recall succeeded, structure it as:
- Very specific: line 87
When MemPalace is unreachable, write the stub and continue.
- Very specific: line 97
DO NOT let any MemPalace error fail the step -- recall is onError: skip.
- Distinctive: line 98
DO NOT write to the palace from this skill -- recall is read-only.
- Very specific: line 99
DO NOT paste raw search output into the file -- distil to decisions/patterns/surprises with provenance.
- Distinctive: line 100
DO NOT skip the config gate.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
STOP -- DO NOT READ THIS FILE. You are already reading it. This prompt was injected into your context by the command system. Using the Read tool on this file wastes tokens. Begin executing Step 0 immediately.
Step 0 -- Banner
Before ANY tool calls, display this banner:
GSD > MEMPALACE RECALLThen proceed to Step 1.
Step 1 -- Config Gate
Check whether the MemPalace capability is enabled by reading .planning/config.json directly with the Read tool.
DO NOT use gsd-tools config get-value -- it hard-exits on missing keys.
- Read
.planning/config.jsonwith the Read tool. - If the file does not exist: write the "unavailable" stub (Step 4) and STOP.
- Parse the JSON. Proceed to Step 2 only if
config.mempalace && config.mempalace.enabled === trueandconfig.mempalace.recall_on_plan !== false. Otherwise display the disabled message and STOP (recall_on_plan: falseturns plan-time recall off while leaving the rest of the capability enabled).
Disabled message:
GSD > MEMPALACE RECALL
MemPalace memory is disabled. To activate:
node <runtime-home>/gsd-core/bin/gsd-tools.cjs config-set mempalace.enabled true
Recall is opt-in; the loop proceeds normally without it.This step is onError: skip at plan:pre -- recall never blocks planning.
Step 2 -- Resolve wing, mode, and transport
- Wing. Use
config.mempalace.wingif non-empty; otherwise derive fromconfig.project_code; otherwise fall back to the repository directory name. - Mode. Read
config.mempalace.memory_mode(augment|kg_backend|replace, defaultaugment). It sets how authoritative the palace is during recall:augment— the palace is an additional layer; read native memory (.planning/graphs/, STATE) too and treat the palace as supplementary.kg_backend— for knowledge-graph facts, query the palace's temporal KG first, as the primary source; fall back to.planning/graphs/when the palace is unreachable. Non-KG drawer recall stays additive.replace— resolve recall through the palace as the source of truth; consult native artifacts only as a fallback when the palace is unreachable. In every mode an unreachable palace degrades to native memory — recall never blocks (onError: skip).
- Transport. Prefer the MCP tools (
mempalace_*) in interactive runs when your MemPalace MCP server is registered and your runtime permits those tools. Otherwise — headless/cron/autonomous runs, or runtimes that don't grant the MemPalace MCP tools — use the CLI (mempalace wake-up,mempalace search), which this skill'sBashallow-tool always covers. If neither is reachable, go to Step 4. - Topic. Read the phase
CONTEXT.md(the consumed artifact). Derive a short search query from its title, goal, and key decisions.
Step 3 -- Retrieve (read-only)
All calls in this step are side-effect-free. On any error or timeout, stop retrieving and write whatever was gathered (or the stub) -- never raise. This skill reads only the palace; GSD's planner reads native memory (.planning/graphs/, STATE) regardless. So under kg_backend/replace an unreachable palace falls back to that native memory automatically — reflect that in the stub (Step 4) rather than implying memory is gone.
- Wake up (cheap, ~600--900 tokens):
- Interactive: read the wing identity/summary, then
mempalace_search. - Headless:
mempalace wake-up --wing <wing>.
- Interactive: read the wing identity/summary, then
- Targeted search:
- Interactive:
mempalace_search(query=<topic>, wing=<wing>). - Headless:
mempalace search "<topic>" --wing <wing>.
- Interactive:
- Knowledge-graph facts (unless
config.mempalace.mirror_kg !== false— registry default is true, an absent key means enabled):mempalace_kg_query/mempalace_kg_timelinefor decisions relevant to the topic and their validity windows. Underaugmentthe palace KG supplements GSD's native.planning/graphs/— combine both, do not treat the palace as the sole source. Underkg_backendorreplacethe palace KG is the primary graph source — query it first and use.planning/graphs/only as a fallback when the palace is unreachable. - Dedup the returned drawers/facts; keep the top results.
Step 4 -- Write MEMORY-RECALL.md
Write MEMORY-RECALL.md in the current phase directory. The planner consumes it.
When recall succeeded, structure it as:
# Memory Recall (MemPalace)
_Wing: <wing> · Mode: <mode> · Transport: <mcp|cli>_
## Prior decisions
- <decision> — <provenance: drawer id / kg fact, valid_from>
## Patterns
- <pattern> — <provenance>
## Surprises / gotchas
- <surprise> — <provenance>When MemPalace is unreachable, write the stub and continue. Under kg_backend/replace, name the native fallback so the planner knows memory is not gone — only un-augmented by the palace this run:
# Memory Recall (MemPalace)
_MemPalace unavailable at recall time — falling back to GSD native memory (`.planning/graphs/`, STATE). No palace recall this run._Anti-Patterns
- DO NOT let any MemPalace error fail the step -- recall is
onError: skip. - DO NOT write to the palace from this skill -- recall is read-only; capture is a separate skill.
- DO NOT paste raw search output into the file -- distil to decisions/patterns/surprises with provenance.
- DO NOT skip the config gate.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

