memory

📁 yonatangross/orchestkit 📅 7 days ago
53
总安装量
5
周安装量
#7390
全站排名
安装命令
npx skills add https://github.com/yonatangross/orchestkit --skill memory

Agent 安装分布

claude-code 4
opencode 3
github-copilot 3
antigravity 3
gemini-cli 3
replit 2

Skill 文档

Memory – Read & Access Operations

Unified read-side memory skill with subcommands for searching, loading, syncing, history, and visualization.

Usage

/ork:memory search <query>  # Search knowledge graph
/ork:memory load             # Load context at session start
/ork:memory sync             # Sync to mem0 cloud
/ork:memory history          # View decision timeline
/ork:memory viz              # Visualize knowledge graph
/ork:memory status           # Show memory system health

CRITICAL: Use AskUserQuestion When No Subcommand

If invoked without a subcommand, ask the user what they want:

AskUserQuestion(
  questions=[{
    "question": "What memory operation do you need?",
    "header": "Operation",
    "options": [
      {"label": "search", "description": "Search decisions and patterns in knowledge graph"},
      {"label": "load", "description": "Load relevant context for this session"},
      {"label": "sync", "description": "Sync decisions to mem0 cloud"},
      {"label": "history", "description": "View decision timeline"},
      {"label": "viz", "description": "Visualize knowledge graph as Mermaid"},
      {"label": "status", "description": "Check memory system health"}
    ],
    "multiSelect": false
  }]
)

Subcommands

search – Search Knowledge Graph

Search past decisions, patterns, and entities from the knowledge graph with optional cloud semantic search.

Usage:

/ork:memory search <query>                    # Search knowledge graph
/ork:memory search --category <cat> <query>   # Filter by category
/ork:memory search --limit <n> <query>        # Limit results (default: 10)
/ork:memory search --mem0 <query>             # Search BOTH graph AND mem0 cloud
/ork:memory search --agent <agent-id> <query> # Filter by agent scope
/ork:memory search --global <query>           # Search cross-project best practices

Flags:

Flag Behavior
(default) Search graph only
--mem0 Search BOTH graph and mem0 cloud
--limit <n> Max results (default: 10)
--category <cat> Filter by category
--agent <agent-id> Filter results to a specific agent’s memories
--global Search cross-project best practices

Context-Aware Result Limits:

Result limits automatically adjust based on context_window.used_percentage:

Context Usage Default Limit Behavior
0-70% 10 results Full results with details
70-85% 5 results Reduced, summarized results
>85% 3 results Minimal with “more available” hint

Search Workflow:

  1. Parse flags (–category, –limit, –mem0, –agent, –global)
  2. Build filters from flags:
    Check for --category <cat> flag → metadata.category: "<cat>"
    Check for --agent <agent-id> flag → agent_id: "ork:{agent-id}"
    Check for --global flag → user_id: "orchestkit-global-best-practices"
    
  3. Search knowledge graph via mcp__memory__search_nodes:
    { "query": "user's search query" }
    
  4. If --mem0 flag set and MEM0_API_KEY configured, search mem0 in parallel:
    !bash skills/mem0-memory/scripts/crud/search-memories.py \
      --query "user's search query" \
      --user-id "orchestkit-{project-name}-decisions" \
      --limit 10 \
      --enable-graph
    
  5. Merge and deduplicate results (if –mem0):
    • Graph results first, then mem0 results
    • Mark cross-references as [CROSS-REF]
    • Remove pure duplicates

Entity Types to Look For:

  • Technology: Tools, frameworks, databases (pgvector, PostgreSQL, React)
  • Agent: OrchestKit agents (database-engineer, backend-system-architect)
  • Pattern: Named patterns (cursor-pagination, connection-pooling)
  • Decision: Architectural decisions
  • Project: Project-specific context
  • AntiPattern: Failed patterns

Result Formats:

Graph-Only (default):

Found {count} results matching "{query}":

[GRAPH] {entity_name} ({entity_type})
   -> {relation1} -> {target1}
   Observations: {observation1}, {observation2}

With –mem0 (combined):

Found {count} results matching "{query}":

[GRAPH] {entity_name} ({entity_type})
   -> {relation} -> {target}

[MEM0] [{time ago}] ({category}) {memory text}

[CROSS-REF] {memory text} (linked to {N} graph entities)

No results:

No results found matching "{query}"

Try:
- Broader search terms
- /ork:remember to store new decisions
- --global flag to search cross-project best practices
- --mem0 flag to include cloud semantic search

load – Load Session Context

Auto-load relevant memories at session start from knowledge graph (always) and mem0 (if configured).

Usage:

/ork:memory load              # Load all relevant context
/ork:memory load --project    # Project-specific only
/ork:memory load --global     # Include global best practices

What it loads:

  1. Recent decisions from .claude/memory/decisions.jsonl
  2. Active project context
  3. Agent-specific memories (if in agent context)
  4. Global best practices (if –global)

sync – Sync to Mem0 Cloud

Sync session context, decisions, and patterns to Mem0 for cross-session continuity.

Usage:

/ork:memory sync              # Sync pending changes
/ork:memory sync --force      # Force full sync
/ork:memory sync --dry-run    # Preview what would sync

Requirements: MEM0_API_KEY environment variable

What it syncs:

  1. New decisions from current session
  2. Pattern updates
  3. Agent-scoped memories

history – Decision Timeline

Visualize architecture decisions over time, tracking evolution and rationale.

Usage:

/ork:memory history                    # Show recent decisions
/ork:memory history --category <cat>   # Filter by category
/ork:memory history --since 7d         # Last 7 days
/ork:memory history --mermaid          # Output as Mermaid timeline

Output formats:

  • Table view (default)
  • Mermaid timeline diagram (–mermaid)
  • JSON (–json)

viz – Knowledge Graph Visualization

Render the local knowledge graph as a Mermaid diagram.

Usage:

/ork:memory viz                  # Full graph
/ork:memory viz --entity <name>  # Focus on specific entity
/ork:memory viz --depth 2        # Limit relationship depth
/ork:memory viz --type <type>    # Filter by entity type

Entity types:

  • Technology, Agent, Pattern, Decision, Project, AntiPattern, Constraint, Preference

Relation types:

  • USES, RECOMMENDS, REQUIRES, ENABLES, PREFERS, CHOSE_OVER, USED_FOR, CONFLICTS_WITH

status – Memory Health Check

Show memory system status and health.

Usage:

/ork:memory status

Output:

Memory System Status:
  Graph Memory:  healthy (42 decisions, 0 corrupt)
  Queue Depth:   3 pending
  Mem0 Cloud:    connected (API key configured)
  Last Sync:     2 hours ago

Workflow

1. Parse Subcommand

Extract first argument as subcommand
If no subcommand -> AskUserQuestion
Validate subcommand is one of: search, load, sync, history, viz, status
Parse remaining flags

2. Execute Subcommand

Route to appropriate handler based on subcommand.

3. Report Results

Format output appropriate to the operation.


Related Skills

  • remember – Store decisions and patterns (write-side)

CC 2.1.31 Session Resume Hints

At session end, Claude shows resume hints. To maximize resume effectiveness:

Capture Context Before Ending

# Store key decisions and context
/ork:remember Key decisions for next session:
  - Decision 1: [brief]
  - Decision 2: [brief]
  - Next steps: [what remains]

# Sync to mem0 if configured
/ork:memory sync

Resume Patterns

# For PR work: Use --from-pr (CC 2.1.27)
/ork:create-pr
# Later: claude --from-pr 123

# For issue fixing: Use memory load
/ork:fix-issue 456
# Later: /ork:memory load   # Reloads investigation context

# For implementation: Use memory search
/ork:implement user-auth
# Later: /ork:memory search "user-auth implementation"

Best Practice

Always store investigation findings before session end:

/ork:remember Session summary for {task}:
  Completed: [what was done]
  Findings: [key discoveries]
  Next steps: [what remains]
  Blockers: [if any]

Error Handling

  • If MEM0_API_KEY not set for sync: Notify user, skip cloud sync
  • If graph empty for viz: Show helpful message about using /ork:remember
  • If subcommand invalid: Show usage help
  • If memory files corrupt: Report and offer repair
  • If search query empty: Show recent entities instead
  • If –mem0 requested without MEM0_API_KEY: Proceed with graph-only and notify user
  • If no search results: Suggest alternatives