memory-update

Persist project discoveries as structured observations using the What/Why/Where/Learned format.

Updated Apr 4, 2026
One-click install
npx skills add https://github.com/juanjo-zurich/juarvis-v4 --skill memory-update-juanjo-zurich
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: memory-update
Source: https://github.com/juanjo-zurich/juarvis-v4/tree/main/plugins/core/skills/memory-update
Command: npx skills add https://github.com/juanjo-zurich/juarvis-v4 --skill memory-update-juanjo-zurich

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Knowledge gained during development sessions—bugfixes, architectural decisions, unexpected discoveries—is often lost between sessions, forcing agents and developers to rediscover the same context repeatedly. ## Core Features & Use Cases - Structured Observation Format: Records every finding with a searchable title, typed category (bugfix, decision, architecture, discovery, pattern, config, preference), and What/Why/Where/Learned content fields. - Topic Key Management: Uses stable topic_key identifiers so evolving topics update in place instead of creating conflicting duplicates. - Retrieval Workflow: Recovers knowledge through mem_context for recent history, mem_search for full-text FTS5 queries, and mem_get_observation for complete untruncated content. - Use Case: After fixing a race condition in a task queue, the agent immediately saves an observation documenting the mutex fix, the affected files, and the lesson learned, so future sessions can retrieve it via search. ## Quick Start Ask the agent to save a memory observation documenting the bugfix or decision just completed, including the affected file paths and any lessons learned.

Frequently Asked Questions about memory-update

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I persist project knowledge between AI agent sessions?▼

Save a structured observation immediately after each bugfix, decision, or discovery using the What/Why/Where/Learned format. Include a searchable title, a type category, and the affected file paths so future sessions can retrieve it.

What information should a memory observation include?▼

Each observation needs a verb-plus-object title, a type (bugfix, decision, architecture, discovery, pattern, config, or preference), and content covering what was done, why, where the affected files are, and any lessons learned.

How do I search saved observations from previous sessions?▼

Use mem_context for recent session history, mem_search for full-text FTS5 queries across all observations, and mem_get_observation with an ID to retrieve complete untruncated content.

When should I use a topic_key in memory observations?▼

Use a topic_key for evolving topics that will be updated over time, such as architecture decisions. Reusing the same key updates the topic instead of creating duplicates; call mem_suggest_topic_key if unsure of the key.

What should not be saved as a memory observation?▼

Do not save trivial or redundant information that adds no retrieval value. The skill requires saving after bugfixes and important decisions, but explicitly prohibits persisting noise that would clutter search results.