plugins/memory-palace/skills/session-palace-builder/SKILL.md
Builds session-scoped temporary memory palaces for extended conversations. Use when tracking state across interruptions in a multi-step project.
npx skillsauth add athola/claude-night-market session-palace-builderInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Construct temporary, session-specific memory palaces for extended conversations and complex projects. Preserves context across interruptions and enables structured information accumulation.
Session palaces are lightweight, temporary memory structures that:
```bash
make build
make clean && make build ```
```bash
make test
make test VERBOSE=1 ```
Verification: Run make build && make test to confirm build works.
| Template | Purpose | Key Areas | |----------|---------|-----------| | Workshop | Active development | Workbench, tools, materials | | Library | Research and analysis | Stacks, reading room, archives | | Council Chamber | Decision-making | Round table, evidence wall, vote board | | Observatory | Exploration and discovery | Telescope, star charts, log book | | Forge | Implementation tasks | Anvil, cooling rack, finished goods |
Organize session content into these standard areas:
Create → Populate → Navigate → Export/Archive
↑ ↓ ↓
└─── Checkpoint ←────┘
Verification: Run the command with --help flag to verify availability.
A session palace decays silently: each Populate step can add
ambiguity that only surfaces at Export, when it is too late to
recover the lost state. MMPO (arXiv:2605.30159, Section 3) frames
this as a case for sub-trajectory dense rewards: check intermediate
quality at each transition, not just the final outcome.
At every Checkpoint arrow in the lifecycle above (and before any
Export/Archive), run the dual-probe gate against the current
palace state:
Skill(memory-palace:memory-clarity-probe)
The probe returns a Clarity Assessment with progress/gap verdicts
and a Recommendation:
| Recommendation | Action at the checkpoint | |----------------|--------------------------| | Proceed | Palace state is clear; continue the session | | Expand memory | Add the gap probe's open items to the palace before continuing | | Regenerate | Flag the session as ambiguous: the progress probe hedges, so reconstruct the current-state room before more work lands on it |
Flagging at the checkpoint, not at export, is the point: an ambiguous palace caught early costs one room rebuild; caught at export it costs the session.
When memory-clarity-probe is not installed, ask the two anchor
questions inline (progress: what is done and what state is the task
in; gap: what concrete items remain) and apply the same table.
modules/templates.mdmodules/templates.mdmodules/templates.mdmemory-palace-architect - Export important concepts to permanent palacesknowledge-locator - Search session contentdigital-garden-cultivator - Seed garden with session insightsmemory-clarity-probe - Dual-probe clarity gate at session checkpointsCheckpoint transition
and before Export/Archive, not only at the endExpand memory or Regenerate is acted
on (gap items added or current-state room rebuilt) before more work
lands, and the ambiguous session is flaggedmemory-palace-architectresearch
Generate diverse solution candidates with category-spanning ideation methods and rotation. Use when stuck on a design or fighting repetitive LLM output.
tools
--- name: validate-pr description: Use when you need a diff-derived test plan for a PR: reads the diff, groups changes by area, runs targeted verifications, and proves revert-tests are genuine guards, not dead assertions. alwaysApply: false category: validation tags: - pr - validation - test-plan - diff - revert-test - evidence tools: [] usage_patterns: - diff-derived-test-plan - revert-test-quality-check - evidence-capture complexity: intermediate model_hint: standard estimated_tokens: 650
development
Contract for the project decision journal (tradeoffs and lessons-learned logs). Use when recording a decision, tradeoff, or lesson, or building a consumer hook.
development
Ramps implementation ambition a notch only after the prior increment is understood. Use when building a feature you must understand, not just ship.