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.

1. 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.

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

```text
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.

1. 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.

1. 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.

1. 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.

1. 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.

1. 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.

1. Read the most relevant exact Experience URI.
2. Check that its registry, credential, and rollout assumptions match the

current cluster.

1. Apply the compatible diagnostic steps, verify the live result, and continue

the user's task.