Search Memory

nowledge-co/community/nowledge-mem-npx-skills/skills/search-memory

作者 nowledge-co1f4d7eb61466dbfc93ce8d7a0a806c4d4a196dd0無授權條款收錄於 2026年10月9日更新於 2026年10月9日

Search Nowledge Mem memories and prior threads for past decisions, procedures, and context with normal, deep, or progressive retrieval; automatically show a focused graph of successful Memory results.

AI 產生的概覽

搜尋 Nowledge Mem 記憶與過往對話,找出先前的決策、流程與脈絡,並顯示聚焦圖譜。

功能
此技能引導代理從 Nowledge Mem 擷取持久知識與過往對話,可使用 memory_search、thread_search 等 MCP 工具或 nmem 命令列。它定義了一般、深度與漸進式圖譜三種檢索模式,並提供選擇最小可用檢索範圍的規則。當記憶搜尋成功傳回至少一筆結果時,它會自動顯示這些 Memory ID 的聚焦單跳圖譜,並簡要回報查詢、模式、範圍以及最相符的結果。
適用情境
當使用者提到先前的工作、之前的修正或早先的決策,或任務延續某個已命名的功能、缺陷、重構、事故或子系統時使用。它也適用於審查、回歸、發布或文件一致性等問題,以及與過去解決過的問題相似的除錯。諸如「像之前那樣」或「我們用的模式」這類隱含回憶的說法也是搜尋訊號。
執行需求
需要存取 Nowledge Mem,可透過主機的 MCP 工具(memory_search、thread_search、thread_fetch_messages、explore_graph)或 nmem 命令列。獨立瀏覽器或連結備援以及漸進式擴充需要 explore-graph 技能。此技能不附帶指令碼,僅為說明文件。

Search Memory

AI-powered search across your personal knowledge base using Nowledge Mem.

When to Use

Strong signals — search when:

  • the user references previous work, a prior fix, or an earlier decision
  • the task resumes a named feature, bug, refactor, incident, or subsystem
  • the task is a review, regression, release, docs-alignment, or connector-behavior question
  • a debugging pattern resembles something solved earlier
  • the user asks for rationale, preferences, procedures, or recurring workflow details
  • the user uses implicit recall language: "that approach", "like before", "the pattern we used"

Contextual signals — consider searching when:

  • complex debugging where prior context would narrow the search space
  • architecture discussion that may intersect with past decisions
  • domain-specific conventions the user has established before
  • the current result is ambiguous and past context would make the answer sharper

Retrieval Routing

Prefer the host's Nowledge Mem MCP tools when exposed: memory_search for durable knowledge, thread_search for past conversations, and thread_fetch_messages for inspecting a matching conversation. Otherwise:

  1. Start with nmem --json m search "query" -n 5 for durable knowledge.
  2. Use nmem --json t search "query" --limit 5 for a prior conversation or exact session history.
  3. If a result includes source_thread, inspect it progressively with nmem --json t show <thread_id> --limit 8 --offset 0 --content-limit 1200.
  4. Prefer the smallest retrieval surface that answers the question.

For continuation-heavy engineering work, search near the start of the task. Do not wait for the user to literally ask for memory search.

Keep the configured endpoint, owner, agent identity, and active space. If the runtime already knows an active lane, pass that scope through the supported MCP parameters or add --space "<space name>" to CLI commands. Never infer a space from the current folder or switch owners or spaces to find more results.

Retrieval Modes

  • Normal (default): use memory_search with mode="normal", or nmem --json m search "query" --mode normal -n 5, for concrete facts and bounded recall.
  • Deep: use mode="deep" or --mode deep for conceptual questions, rationale, history, or relationships across topics. Escalate from Normal when its evidence is empty, ambiguous, conflicting, or insufficient. Do not invent score thresholds the server did not return.
  • Progressive graph search: start from an exact Memory ID when the user asks for related nodes, lineage, or stepwise exploration. Without a seed, first run a bounded Normal or Deep search and use its exact returned IDs. Follow the explore-graph skill's one-hop protocol and stopping bounds; showing a focused graph does not automatically start a graph crawl.

Show What Was Retrieved

After every successful memory_search or equivalent CLI/KFS Memory search that returns at least one Memory, automatically show a focused graph. Preserve ranked order and all returned Memory IDs; never infer or substitute IDs.

  1. Prefer MCP explore_graph with the comma-separated IDs, depth=1, and limit=15 for hosts that can render its inline MCP App.
  2. Use the explore-graph skill for the standalone browser or link fallback and for bounded progressive expansion. If that skill was not installed, state that the fallback is unavailable and suggest installing it alongside search-memory.
  3. Do not open a duplicate standalone graph when inline rendering succeeds. Do not graph an empty result set or thread-only retrieval.

Keep the same owner/member permissions, identity, and space when rendering. Exact result IDs do not enforce access control: for Space- or Team-restricted retrieval, graph only when that surface is confirmed to enforce the same restrictions. Follow explore-graph's identity and scope checks before returning a browser URL. Graph failures must not turn a successful retrieval into an error: report the reason briefly and continue with the retrieved evidence. If no matching evidence was found, say so.

When Memory results inform the answer, report the query, mode, scope, and strongest matching Memory IDs and titles concisely. Use server-returned scores only when present; do not invent missing metadata or hidden reasoning.

Native Connector

These skills work through the CLI or the host's existing MCP connection; focused graph viewing does not require a native connector. For automatic recall, transcript capture, and host lifecycle hooks, prefer your agent's dedicated connector. Run check-integration when installed or see the integration guide.

來源與署名

來源:nowledge-co/community位於nowledge-mem-npx-skills/skills/search-memory提交1f4d7eb

授權條款: 無授權條款

內容歸原作者所有。SourceWeft 從公開儲存庫中收錄這些內容。

檢舉或申請下架