ov-experience-memory について
ov-experience-memoryは、過去のタスク経験を運用上の参考情報として取得するエージェントスキルです。OpenVikingのExperienceメモリを検索・読み取る条件を定め、現在の依頼と確認済みの結果を優先します。
主な機能
- 01検索とURI指定読み取りツールの利用可否を確認
- 02Experienceルートに限定したセマンティック検索
- 03選択した正規メモリファイルの読み取り
- 04現在の証拠を優先した経験の適用
活用シーン
- 01過去の経験を参考にした複数段階タスクの計画
- 02操作失敗後の復旧手順の選択
MCP 対応
利用可能な場合、登録済みのOpenVikingツールでセマンティック検索とURI指定読み取りを行います。それ以外のMCPサーバーの動作は説明されていません。
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ volcengine/ openviking --skill ov-experience-memoryインストール後、Claude Code で/ov-experience-memoryを入力して読み込まれたか確認します。
詳細
OpenViking の体験メモリ
過去のタスクの体験は、運用上の参考情報として使用してください。現在のユーザーリクエスト、現在の環境、検証済みのツール結果を優先してください。体験の検索は通常のコンテキスト検索を補完するものであり、ユーザーメモリ、イベント、設定、セッションアーカイブ、リソース、エージェントスキルに取って代わるものではありません。
前提条件
- 現在のエージェントランタイムに実際に登録されている OpenViking ツールのみを使用してください。
- セマンティック検索機能と、URI を正確に指定して読み取る機能の両方が必要です。
- いずれかの機能を利用できない場合は、体験を参照せずに続行してください。ツール呼び出しを捏造したり、ToolPart を偽造したり、エージェントのツール呼び出しを直接の HTTP または CLI アクセスに置き換えたりしないでください。
- 体験ルートを対象とする検索の代わりに、広範なメモリの
recallを使わないでください。タスクでユーザーの事実、イベント、決定、過去の会話、ドメインリソースも必要となる場合は、ランタイムの通常の想起・検索フローを引き続き使用してください。
ランタイムツールの選択
現在のランタイムに対応する登録済みの名前を選択してください。
| ランタイム | 検索 | 読み取り |
|---|---|---|
| OpenViking MCP、Codex、Claude Code | find または search | read |
| OpenCode、pi | openviking_find または openviking_search | openviking_read |
| OpenClaw | ov_search | ov_read または ov_multi_read |
ホストでは、mcp__openviking__find のように、MCP の名前空間を付けてツール名が表示される場合があります。ランタイムに表示される正確な登録名とスキーマを使用してください。タスク開始時の素早い検索には find を優先し、セッションのコンテキストや意図をより深く分析する場合は search を使用してください。
検索手順
-
リクエストが実行可能なタスクかどうかを判断してください。計画、ツールの使用、環境の変更、複数段階のワークフロー、または失敗からの復旧を伴う場合は、体験を検索してください。雑談や簡単な知識への回答では、検索を省略してください。
-
タスクの目的、対象となるドメインオブジェクト、実行する操作、重要な制約を含む簡潔なクエリを1つ作成してください。失敗後は、失敗した操作と安定したエラーの特徴も含めてください。
-
現在のユーザーの体験ルートのみを検索してください。
viking://~/memories/experiencesMCP 形式のパラメーターを使用するツールでは、
target_uriにこのルートを設定してください。OpenClaw のov_searchでは、uriにこのルートを設定してください。default、test、その他のユーザー ID をハードコードしないでください。サーバーが URI を拒否した場合は、「ホームエイリアスのないサーバー」の説明に従ってルートを解決し、1回だけ再試行してください。 -
まず
limit=5と、ツールの通常のスコアしきい値を使用してください。タスク、環境、前提条件、想定される効果に基づいて検索結果を判断してください。タイトルが似ているだけでは不十分です。関連する結果がなければ、体験を使わずに続行し、関係のないメモリディレクトリに検索範囲を広げないでください。 -
実行に影響する可能性がある体験ファイルを1~3件だけ選択してください。クエリやフラグメントを含まない、正確なファイル URI が必要です。ディレクトリ、無関係なメモリタイプ、
.abstract.mdや.overview.mdなどのサイドカーは無視してください。 -
選択した
viking://.../memories/experiences/...形式の正規 URI をすべて、ランタイムの OpenViking 読み取りツールで読み取ってください。検索時の要約は選択の参考にはなりますが、体験の本文を読む代わりにはなりません。 -
タスクを実行する際は、関連する手順や確認事項を適用してください。回答に直接必要な内容でない限り、体験をそのままユーザーに繰り返して伝えないでください。
-
実行が新たな重大な理由で失敗した場合は、失敗の根拠を使って、焦点を絞った追加検索を最大1回実施し、新たに関連性が判明した体験ファイルのみを読み取ってください。
Home エイリアスに対応していないサーバー
viking://~ は、呼び出し元自身のスペースを示すホームエイリアスです。このエイリアスが導入される前にリリースされたサーバー(OpenViking v0.4.16)では解決できず、検索する代わりに INVALID_URI(HTTP 400)でリクエストが拒否されます。推測ではなく根拠に基づいて解決した、呼び出し元の明示的なルートに対して一度だけ再試行します。
- このセッションですでに正規の
viking://user/<user_id>/...URI が確認できる場合(注入されたメモリーコンテキスト、または以前の OpenViking ツールの結果)、その<user_id>を再利用してviking://user/<user_id>/memories/experiencesを検索します。 - それ以外の場合は、対象スコープを指定せず、ツールが対応していれば
context_typeでメモリーに絞り込んで、同じクエリを繰り返します。そのうえで、URI に/memories/experiences/を含むヒットだけを残します。これらのヒットには正規のユーザー ID が含まれています。以降、このタスクで行う読み取りと Experience の検索には、その ID を再利用します。
uid のない viking://user/memories/experiences にはフォールバックしないでください。一部の旧サーバーやロールでのみ展開され、現在のサーバーでは拒否されます。明示的なルートを解決できない場合は、Experience を使わずに続行してください。
取得した Experience の適用
- Experience は再利用可能な手順として扱い、ユーザープロファイル、ユーザーの意図、セキュリティポリシー、または操作が成功した証拠として扱わないでください。
- 次の優先順位に従ってください。システムおよび開発者の指示、現在のユーザーリクエスト、現在の環境とツールの証拠、Experience の順です。
- 古い、互換性がない、安全でない、または矛盾する指針は無視してください。コマンド、パス、API、バージョン、破壊的な操作は、現在のタスクに照らして検証してください。
- 確認要件と権限の境界を守ってください。過去に成功したからといって、現在のセッションで破壊的な操作や外部への操作が許可されるわけではありません。
- 複数の Experience ファイルが矛盾する場合は、現在の環境に前提条件が合致するものを優先してください。そうでなければ、慎重に進め、ユーザーに影響する曖昧さがあれば明らかにしてください。
セッションの証拠
コミットされた OpenViking セッションに ToolParts が保持されるよう、実際の Agent ツール呼び出しを使用してください。
- Experience URI を含む、完了した汎用 OpenViking
find、search、またはlistの結果は、その Experience の想起を記録します。 - Experience URI を対象とした、完了した汎用 OpenViking
readまたはmulti_readは、その Experience の注入を記録し、結果として得られた軌跡をその Experience に関連付けることができます。 - 失敗、中断、または未完了の呼び出しはカウントされません。
セッションがコミットされる前に、これらの ToolParts を編集したり、要約で省略したり、合成したりしないでください。
例
デプロイの失敗を修正するリクエストの場合:
Kubernetes deployment image pull failure private registryのようなクエリで Experience のルートを検索します。- 最も関連性の高い Experience URI を正確に読み取ります。
- レジストリ、認証情報、ロールアウトに関する前提が現在のクラスターに合っていることを確認します。
- 互換性のある診断手順を適用し、実行中の結果を検証してから、ユーザーのタスクを続行します。