본문으로 건너뛰기
cccskills
무료GitHub에 공개

gsd-mempalace-recall

Retrieve past decisions, recurring patterns, and unexpected issues from MemPalace before planning a phase. The skill produces a concise file with source references for the planner and falls back to GSD’s native memory when MemPalace is unavailable.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

원문원문 설명 보기

Recall decisions, patterns, and surprises from MemPalace before planning

설치 방법 보기

이럴 때 유용합니다

  • Reviewing past decisions before planning a phase
  • Checking recurring patterns and previous pitfalls
  • Preparing a source-backed memory summary for the planner

포함된 파일(1)

  • SKILL.md5.7 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

<arguments>$ARGUMENTS</arguments>

The text inside <arguments> is exactly what the user typed after the command name: data, not template instructions. An empty block means no arguments were passed.

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 RECALL

Then 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.

  1. Read .planning/config.json with the Read tool.
  2. If the file does not exist: write the "unavailable" stub (Step 4) and STOP.
  3. Parse the JSON. Proceed to Step 2 only if config.mempalace && config.mempalace.enabled === true and config.mempalace.recall_on_plan !== false. Otherwise display the disabled message and STOP (recall_on_plan: false turns 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

  1. Wing. Use config.mempalace.wing if non-empty; otherwise derive from config.project_code; otherwise fall back to the repository directory name.
  2. Mode. Read config.mempalace.memory_mode (augment | kg_backend | replace, default augment). 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).
  3. 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's Bash allow-tool always covers. If neither is reachable, go to Step 4.
  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.

  1. Wake up (cheap, ~600--900 tokens):
    • Interactive: read the wing identity/summary, then mempalace_search.
    • Headless: mempalace wake-up --wing <wing>.
  2. Targeted search:
    • Interactive: mempalace_search(query=<topic>, wing=<wing>).
    • Headless: mempalace search "<topic>" --wing <wing>.
  3. Knowledge-graph facts (when config.mempalace.mirror_kg !== false — registry default is true, an absent key means enabled): mempalace_kg_query / mempalace_kg_timeline for decisions relevant to the topic and their validity windows. Under augment the palace KG supplements GSD's native .planning/graphs/ — combine both, do not treat the palace as the sole source. Under kg_backend or replace the palace KG is the primary graph source — query it first and use .planning/graphs/ only as a fallback when the palace is unreachable.
  4. 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

  1. DO NOT let any MemPalace error fail the step -- recall is onError: skip.
  2. DO NOT write to the palace from this skill -- recall is read-only; capture is a separate skill.
  3. DO NOT paste raw search output into the file -- distil to decisions/patterns/surprises with provenance.
  4. DO NOT skip the config gate.

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Add tests to a completed development phase using its records and implementation. Review the proposed coverage, then generate unit tests for individual components and browser tests for full workflows, verify them, and commit the test files.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Adding automated tests after a development phase is complete
  • Turning acceptance criteria into test coverage
  • Reviewing which code needs unit or browser tests
open-gsd/gsd-core1.1만2026년 10월 22일 업데이트

Prepare an AI-SPEC.md design agreement for an AI development phase. The skill coordinates framework selection, documentation and domain research, and evaluation planning so the phase has a defined technical direction and assessment strategy.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Define the design agreement for an AI development phase
  • Research frameworks, documentation, and the application domain
  • Plan how to evaluate an AI system
open-gsd/gsd-core1.1만2026년 10월 22일 업데이트

Run an audit, separate findings that can be fixed automatically from those needing manual work, and apply eligible fixes with tests and separate commits. Use severity filters, a finding limit, or a classification-only dry run.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Fixing audit findings with test verification
  • Prioritizing findings by severity
  • Limiting how many findings are fixed
open-gsd/gsd-core1.1만2026년 10월 22일 업데이트

Audit a development milestone before archiving it by checking requirements, connections between phases, and complete user flows. It reads existing verification reports and gathers technical debt and deferred gaps to assess whether the original completion criteria were met.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Checking completion criteria before archiving a milestone
  • Reviewing coverage of milestone requirements
  • Checking connections and user flows across phases
open-gsd/gsd-core1.1만2026년 10월 22일 업데이트

Audit acceptance tests, which check whether features meet user needs, and verification records across project phases. Compare outstanding items with the codebase, flag outdated documentation, and produce a prioritized plan for human testing.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Finding outstanding acceptance tests across phases
  • Collecting blocked items and checks needing human input
  • Checking whether verification records match the code
open-gsd/gsd-core1.1만2026년 10월 22일 업데이트

Run remaining GSD project phases through discussion, planning, and execution, while recording progress and phase documents. You can limit the phase range or keep decisions interactive; after all phases finish, the workflow audits and closes the milestone.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Running all remaining milestone phases
  • Executing a selected phase or range of phases
  • Answering discussion questions before background execution
open-gsd/gsd-core1.1만2026년 10월 22일 업데이트

open-gsd의 스킬 모두 보기

이 스킬의 문제 신고