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:

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://~/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. If the server rejects the URI, resolve the root as described in Servers Without the Home Alias and retry once.

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 and .overview.md.

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.

Servers Without the Home Alias

viking://~ is the home alias for the caller's own space. A server released before the alias (OpenViking v0.4.16) does not resolve it and rejects the request with INVALID_URI (HTTP 400) instead of searching. Retry once against the caller's explicit root, resolved from evidence rather than guessed:

• If a canonical viking://user/<user_id>/... URI is already visible in this session — injected memory context, or an earlier OpenViking tool result — reuse that <user_id> and search viking://user/<user_id>/memories/experiences.
• Otherwise repeat the same query with no target scope, narrowed to memories with context_type when the tool accepts it, and keep only hits whose URI contains /memories/experiences/. Those hits carry the canonical user ID; reuse it for the reads and for any later Experience search in this task.

Do not fall back to the uid-less viking://user/memories/experiences: only some older servers and roles expand it, and current servers reject it. If no explicit root can be resolved, continue without Experience.

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.