WOS を選ぶ理由

AI エージェントのための長期記憶。

WOS は記憶 API です。ユーザーの記憶を一度保存すれば、あとはクエリごとに関連する記憶だけを呼び出して、モデルのプロンプトに渡せます。

リコール品質は言語を問わず同一です。保存言語とクエリ言語を掛け合わせた 70 組で recall@5 95.2% を実測しています。どれだけ保存しても各クエリは小さく上限のあるコンテキストを返し、保存された記憶の上でモデルが実行されることはありません。

主要な操作

  • store - ユーザーの記憶を保存します。
  • recall - クエリに関連する記憶を取得します。これが中心となる呼び出しです。
  • search - 保存済みの記憶に対する生のセマンティック検索です。
  • supersede - 古くなった記憶を更新または置き換えます。
  • forget - 単一の記憶、またはユーザー全体を削除します(GDPR 対応)。
左のセクションを選択すると 各トピックの詳細をご覧いただけます。
スケール

コンテキストウィンドウを超えて。

WOS は 1.4M トークンの履歴 - どの LLM のコンテキストウィンドウよりもはるかに大きな規模 - からリコールし、それでも約 1,470 トークンの引き締まったスライスだけを返します。

エージェントの記憶は、プロンプトに収まる量に縛られません。すべてを保持し、履歴がどれだけ大きくなっても、重要なものだけを取り出します。

プライバシー

プライベートで、あなたのもの。

データはあなたのストアに留まります。学習にも閲覧にも再利用にも使いません - 取り出せるように整理するだけです。

  • BYOK。LLM キーはリクエストごとに送られ、保存されることはありません。
  • 隔離。記憶はワークスペース単位、さらにストア(user_id)単位でスコープされます。
  • GDPR 削除。1 回の呼び出しでユーザーを消去します - 記憶も画像も改訂履歴も、何も残しません。

WOS を選ぶ理由

  • 3 つのモデル、ひとつの系譜。 WOS のモデル名は、人類が歴史の中で知識を残してきた手段に由来します - Tablet、Scroll、Book。石板、巻物、綴じられた本。後のモデルほど、エージェントにできることが増えていきます。
  • WOS に払うのは $2。LLM 側でその何倍も節約。 WOS がクエリごとに LLM へ渡すのは約 1,000 トークン - 上限があり関連性の高いスライスです。全履歴を毎回プロンプトに詰め込む場合との差は非常に大きく、履歴が増えるほど広がります。
  • どの言語でも、同じ精度。 ユーザーが日本語、中文、Español、English のいずれで書いても、リコール品質は同一です。保存言語とクエリ言語を掛け合わせた 70 組の格子で測り、その数値を公開しています。recall@5 95.2% です。
  • 記憶の上でモデルは動きません。EN 送られたものを書き換えず、エンジンは安く、速く、決定論的です。保存された記憶の上でモデルが実行されることはありません。Tablet はモデルをまったく使わず、Scroll と Book はより強い結果のためにエンジンの周りにモデルを加えますが、それが見るのはクエリだけで、保存したものは見ません。
  • 67.5%。実測で、再現可能。 BEAM 1M で 67.5%。独立した 5 回の実行の平均(σ 0.22%、選り好みなし)で、gpt-4.1-mini がベンチマーク自身の判定プロンプトで採点しています。
  • モデルごとに 2 つのトークン単価、 加えてリクエストあたり $0.0001。 100 万トークンあたりの単価に、リクエストごとの一律 $0.0001 を加えた従量課金です。サブスクリプションなし、ストレージ賃料なし、記憶数の上限なし。支払いが発生するのはエージェントが書き込むか読み取るときだけで、覚えている分には一切かかりません。

開発者向け

  • 呼び出しは 3 つ: store、recall、answer。 API はひとつ。 recall() は短期記憶・長期記憶・周辺コンテキストを 1 回の往復で返し、そのままプロンプトに入れられます。
  • 5 分で最初のリコールを。 キーひとつ、インストール 1 行、呼び出し 3 つで、エージェントに記憶が備わります。このページのスニペットはすべて実際に実行したもので、レスポンスは原文のまま掲載しています。
  • ストア - 作成、一覧、削除。EN ストア とは、読み書きの単位となる user_id です - エンドユーザー、エージェント、トピックごとに隔離された記憶空間になります。ストアは 明示的 です。保存や呼び出しの前に作成しないと、呼び出しは 404 を返します。すべてのアカウントには最初から default
  • 繰り返しのリコールは、10分の1の価格で。EN リクエストごとにオプトインすると、WOSは検索結果をクエリテキストに紐づけてキャッシュします。ルールはLLMのプロンプトキャッシングと同じプレフィックス方式です。キャッシュが有効な間、繰り返しや続きのクエリは前回の結果を再利用し、キャッシュされた部分は通常のトークン単価の10%で課金されます。
  • 誰が言ったかを知っている記憶。EN 人の記憶は人単位で動きます。Bob が何を約束したか、自分が何をすると言ったか。記憶ごとに話者を付ければ、エージェントも同じように覚えます。すべての Tablet・Scroll モデルで。
  • 画像EN 記憶は画像を保持できます。エンジンが画像そのものをインデックスするため、レコードにキャプション、タイトル、代替テキストがない場合でも、任意の言語のテキストクエリで一致します。
  • verifyEN verify を指定すると、検索で追加のパスを実行できます。各パスは以前のパスが返した結果を除外するため、2 回目のパスでは 1 回目が到達しなかった記憶に届きます。
  • lineageEN 1 つの記憶の背後にある編集の連なりを、古い順に返します。 revisions がストア全体の変化量を示すのに対し、こちらは 1 つの事実に何が起きたかを示します。
  • あらゆる AI ツールの中の記憶EN コマンド 1 行で、Claude Code・Claude Desktop・Cursor などあらゆる MCP ホストが WOS アカウントの長期記憶を持ちます。統合コードは不要。エージェントが 9 つの記憶ツールを受け取り、使いどころを自分で判断します。
  • EngramsEN モデルが呼び出せるリコールツールです - それぞれが、同じ記憶に対する異なる検索戦略になっています。ひとつだけ使っても、複数を同時に実行しても構いません。
  • すべてのエンドポイントを、ひとつのベース URL で。EN SDK は不要で、任意の HTTP クライアントで動きます。ベース URL は https://api.wontopos.com 、認証は X-API-Key ヘッダー、入出力は JSON です。記憶の操作は POST、ストアの管理は /collection への POST / GET / DELETE
  • 機能は全員同じ。 ティアは上限を引き上げるだけ。EN どのティアもフルエンジンで動きます - 同じリコール品質、同じ言語対応、すべてのメソッド。ティアは累計クレジット購入額の増加に応じて Tier 5 まで自動で上がり、申請も営業とのやり取りも不要です。Enterprise(Tier 6)だけが例外です。
  • 何かがうまくいかないとき。EN エラーは JSON エンベロープで返ります。安定した type 、人が読めるメッセージ、そして問題の報告時に添えられる request_id が含まれます。
  • Won は、記憶を読む側のためのものです。EN この API の大半は記憶 で 答えます。 Won は記憶 について 答えます。ストアがどれだけ書き換えられてきたか、どこまで信頼してよいかです。記憶に書かれている人ではなく、それを読む側、たいていはあなたが作っているアシスタントのためのものです。
  • Python - 全メソッドを 3 グループで。EN Python - 全メソッドを 3 グループで。 書き込み、読み取り、削除。以下の例はすべて 2026-08-01 に本番 API に対して実行したもので、レスポンスは原文のままです。
  • TypeScript - 全メソッドを 3 グループで。EN TypeScript - 全メソッドを 3 グループで。 書き込み、読み取り、削除。以下の例はすべて 2026-08-01 に本番 API に対して実行したもので、レスポンスは原文のままです。
  • Rust - 全メソッドを 3 グループで。EN Rust - 全メソッドを 3 グループで。 書き込み、読み取り、削除。以下の例はすべて 2026-08-01 に本番 API に対して実行したもので、レスポンスは原文のままです。
  • curl - インストール不要、同じメソッド。EN インストールする SDK はなく、任意の HTTP クライアントで動きます。キーを一度設定すれば、SDK がラップしているのと同じエンドポイントを呼べます。ベース URL は https://api.wontopos.com 、認証は X-API-Key 、入出力は JSON です。
  • Time_awarenessEN 呼び出しごとに選ぶ配信フォームです。 フォーム対応モデル(Scroll 1.2 以降)への任意の呼び出しに form - memoir または archive - を渡すと、そのレスポンスがその流儀で描画されて返ります: 通常の検索、recall、任意のエングラムまで。SDK では tz と同じく form
  • deep_recallEN マルチホップリコール。 記憶どうしのつながりをたどり、単発の検索では届かないコンテキストを引き込みます。記憶同士が参照し合う場面(人物 → そのプロジェクト → 詳細)に最適です。最大約 12 件を返します。
  • timelineEN 時系列リコール。 関連度ではなく、 出来事が起きた時点 の新しい順に記憶を返します。「いつ X した?」という質問、履歴、順序の把握に。最大 15 件を返します。
  • gatherEN 広域収集。 deep_recall より広い網です。人物・プロジェクト・トピックに関連するものすべてを、1 回の呼び出しで集めるのに使います。最大約 18 件を返します。
  • equilibriumEN ドリフト補正。 会話が長くなると、返答が繰り返しになったり、平板になったり、直近の話題ばかりを回りはじめます。このエングラムは幅を取り戻します。そうなったときに使います。特定の事実を探すなら、クエリに近いままの deep_recall か gather が適しています。最大12件を返します。
  • tone_stabilizerEN 自分の声。 会話が長くなると、アシスタントは普段の話しぶりから外れます。返答が伸び、報告書のようになり、直近の空気を帯びます。通常の自己想起はこれを悪化させます。現在の状態に近いものを探すため、直近の発言をあたかも人格であるかのように返してしまうからです。このエングラムは、その区間より前の自分の発言を返します。sp
  • このキーが使った額と、残っている額EN usage は「続けてよいか」に答えます。このキー自身の累計コスト、属するワークスペースの期間内コスト、その期間における各ストアのコスト、そして次の呼び出しを左右するプリペイド残高を返します。
  • ストアがどれだけ書き換えられてきたかEN revisions は revised と total で答えます。ストアの記憶のうち、書かれたあとで変えられたものが何件あるかです。大事なことを記憶に委ねる前に、あるいは思い出した事実が今ユーザーの言っていることと噛み合わないときに、尋ねてみる価値があります。十のうち三つの事実が置き換わったストアは、誰も手を入れ

その他

  • アドオンEN API の完全な機械可読マップ - すべてのエンドポイント、リクエスト、レスポンス、エラー。