ov-experience-memory

name

ov-experience-memory

description

Retrieve and apply OpenViking Experience memories through the Agent runtime's generic OpenViking search and read tools. Use before or during executable, multi-step, or tool-based work such as coding, file or data changes, configuration, deployment, workflow execution, and failure recovery when prior operational guidance could improve reliability. Do not use for casual chat or simple factual questions.

OpenViking Experience Memory

Use prior task Experience as advisory operational guidance. Keep the current user request, current environment, and verified tool results authoritative. Experience retrieval supplements normal context retrieval; it does not replace user memory, events, preferences, session archives, resources, or Agent Skills.

Preconditions

• Use only OpenViking tools that are actually registered in the current Agent runtime.
• Require both a semantic search capability and an exact URI read capability.
• If either capability is unavailable, continue without Experience. Do not invent a tool call, fabricate a ToolPart, or replace the Agent tool call with direct HTTP or CLI access.
• Do not substitute broad memory recall for a search scoped to the Experience root. Continue using the runtime's normal recall and retrieval flows when the task also needs user facts, events, decisions, prior conversation, or domain resources.

Select Runtime Tools

Choose the registered names that match the current runtime:

Runtime	Search	Read
OpenViking MCP, Codex, Claude Code	find or search	read
OpenCode	openviking_find or openviking_search	openviking_read
OpenClaw	ov_search	ov_read or ov_multi_read

The host may display MCP names with a namespace such as mcp__openviking__find. Use the exact registered name and schema shown by the runtime. Prefer find for a fast task-start lookup and search when session context or deeper intent analysis is useful.

Retrieval Workflow

1. Decide whether the request is an executable task. Retrieve Experience for planning, tool use, environment changes, multi-step workflows, or recovery from a failed attempt. Skip retrieval for casual conversation and simple knowledge answers.

2. Build one concise query containing the task goal, domain object, intended operation, and important constraints. After a failure, include the failed operation and stable error signature.

3. Search only the current user's Experience root:

   viking://user/memories/experiences
   

   For tools using MCP-style parameters, set target_uri to this root. For OpenClaw ov_search, set uri to this root. Never hardcode default, test, or another user ID.

4. Start with limit=5 and the tool's normal score threshold. Judge results by task, environment, preconditions, and likely effect; title similarity alone is insufficient. If no result is relevant, continue without Experience and do not broaden the search to unrelated memory directories.

5. Select only the one to three Experience files likely to change execution. Require an exact file URI without a query or fragment. Ignore directories, unrelated memory types, and sidecars such as .abstract.md, .overview.md, and .relations.json.

6. Read every selected canonical viking://.../memories/experiences/... URI with the runtime's OpenViking read tool. Search abstracts help selection but are not a substitute for reading the Experience body.

7. Apply relevant steps and checks while executing the task. Do not repeat the Experience verbatim to the user unless its content is directly needed in the answer.

8. If execution fails for a materially new reason, perform at most one focused follow-up search using the failure evidence, then read only newly relevant Experience files.

Applying Retrieved Experience

• Treat Experience as reusable procedure, not as a user profile, user intent, security policy, or proof that an action succeeded.
• Follow priority in this order: system and developer instructions, current user request, current environment and tool evidence, then Experience.
• Ignore stale, incompatible, unsafe, or conflicting guidance. Verify commands, paths, APIs, versions, and destructive actions against the current task.
• Preserve confirmation requirements and permission boundaries. Prior success never authorizes a destructive or external action in the current session.
• When multiple Experience files conflict, prefer the one whose preconditions match the current environment; otherwise proceed conservatively and surface the ambiguity when it affects the user.

Session Evidence

Use real Agent tool calls so the committed OpenViking session retains their ToolParts:

• A completed generic OpenViking find, search, or list result containing an Experience URI records recall for that Experience.
• A completed generic OpenViking read or multi_read of an Experience URI records injection and can associate the resulting trajectory with that Experience.
• Failed, cancelled, or incomplete calls do not count.

Do not edit, summarize away, or synthesize these ToolParts before the session is committed.

Example

For a request to fix a deployment failure:

1. Search the Experience root with a query such as Kubernetes deployment image pull failure private registry.
2. Read the most relevant exact Experience URI.
3. Check that its registry, credential, and rollout assumptions match the current cluster.
4. Apply the compatible diagnostic steps, verify the live result, and continue the user's task.