たとえば、昨日AIと一緒に企画を練り、候補をいくつか捨てて方向を決めたとする。今日また続きを頼もうとすると、まず昨日の経緯を説明するところから始まる。

あの往復が少し減るだけでも、AIとの仕事はずいぶん気持ちよくなりそうだ。

Tencentが2026年10月16日に公開したHy Memory 2.0は、そんな「続きから」を支える仕組みだ。会話、仕事、コードという三つの場面を対象に、記憶用のモデル、記憶を管理するエンジン、複数のAIツールへ記憶を届けるアプリを公開している。

気になるのは、先週の決定と今日の変更をどうつなぐかだ。AIに仕事を頼むたび、同じ前提を説明する手間が減るならありがたい。

過去の記憶カードから現在の作業台へ赤い糸がつながり、その先に明るい扉が開く概念画。

何を覚えるかで、次の返答が変わる

まず名前を整理すると、Hy Memoryは保存・更新・呼び出しを担うエンジン。Hy-Memory-30B-A3Bは、その中などで使う記憶の書き込みに特化したモデルだ。公式モデルカードでは、残す情報の選択、表現の精度、新しい証拠に応じた記憶の更新を担当すると説明している。

ここには、見過ごしがちな難しさがある。「今日は静かな店がいい」という一言を、ずっと変わらない好みとして覚えてよいのか。「前の案で」と言ったとき、三日前の案と昨日の修正版のどちらを指すのか。記憶を書く段階で意味を取り違えると、後の返答にもその取り違えが残る。

同モデルの技術報告は、保存した記憶が後の問いに役立つかを学習へ組み込む方法を示している。読んでいて面白いのは、未来の会話から逆算して、いま何を残すべきかを鍛える発想だ。きれいな議事録ができても、次の仕事に必要な条件が抜けていたら困る。覚える力にも、用途に沿った訓練が要る。

前回うまくいった方法を、そのまま使っていいか

仕事向けの設計では、行った作業の事実と、再利用できる経験を分けて残す。公式READMEによると、経験には解き方に加え、適用する環境・条件や確信度を持たせる。何を終えたかと、次に何が役立つかを別々に扱える構成だ。

たとえば毎月のレポート作りなら、今月は図を三枚にしたという記録と、比較対象が多いときは先に表を作ると整理しやすかったという経験では、次回の使い道が違う。これは公開仕様から考えた利用例で、筆者が動かして確かめたものではない。それでも、成果物と作り方が一緒に育つ姿は想像しやすい。

ただ、前回うまくいった方法を、そのまま次へ押しつけても困る。読者が専門家から初心者に変わったなら、同じ表がかえって読みづらいこともある。経験に適用条件を添える設計は、こうした「何が同じなら、もう一度使えるか」を判断する助けになりそうだ。

コード向けには、変更の差分をつなぐ仕組みもある。公式の利用ガイドでは、設定したGit作業領域や、対応する編集操作の記録から差分を取得するとしている。要約だけでは落ちやすい変更の跡を、実際の差分で補う狙いだ。

一度試して戻した実装にも、試すだけの理由があったはずだ。その経緯へ戻れれば、次のAIが同じ行き止まりを選ぶのを減らせるかもしれない。ただし、差分の記録は対応する入力を拾う方式で、解析できない編集は飛ばされる。すべての試行錯誤が自動で完全保存されるわけではない。

会話と作業 → 記憶を整える → 続きを始める

道具を替えても、話をつなぎたい

もう一つ楽しみなのが、アプリ層のMemHubだ。公式説明では、利用者が許可した複数のAI製品の履歴をまとめ、別途許可したAIから再利用できる、ローカル優先の共有記憶アプリと位置づけている。

ここから先は、使い方の想像になる。企画を相談する道具と、実装する道具が違っていても、「この案を選んだ理由」を持ち運べるならどうだろう。引き継ぎ用の長い説明を書き直す手間が減り、制作の途中で道具を選び直しやすくなる。個々のAIの性能だけでなく、仕事が途切れにくいことにも価値が生まれる。

その便利さには、見せる範囲を決める面白さと難しさが伴う。個人の相談で話した内容を、仕事のAIにも渡してよいとは限らない。プライバシー文書は、履歴を読む許可、モデルで処理する許可、接続先が読む許可を分けている。また、第三者のモデルサービスを選ぶと、必要な許可済み内容がそのサービスへ送られる。ローカル優先という言葉だけで、通信先まで判断しないようにしたい。

古い記憶を、こちらから直せるか

長く付き合うAIほど、変わったことに気づいてほしい。以前は短い説明を好んでいても、新しい分野を学ぶときは詳しく聞きたい日がある。半年前の方針を覚えているなら、それを変えた理由も覚えていてほしい。記憶が役に立つのは、現在の選択を助けてくれるときだ。

覚えている内容がこちらにも見えれば、頼み方も変わりそうだ。「それはもう古い」「今回は例外」と短く直せる。毎回すべてを説明する代わりに、変わったところを伝える。そんなやり取りができるなら、長く使うほど楽になる感覚が生まれるはずだ。

導入するなら、まず一つの継続案件で、その違いを見たくなる。「前回はここまで進めた」「この判断は後から変えた」「これは今回だけの条件」。そうした小さな変化を、次の会話でどう扱うか。思い出した内容の量より、説明し直す手間がどれだけ減るかに注目したい。

公開資料には開発元の評価結果もあるが、日本語での日々の仕事や、各自の道具の組み合わせでの効果は別途確かめる必要がある。記憶の抽出を誤れば、誤解が長持ちする可能性もある。利用者が元の発言へ戻り、直したり忘れさせたりできるかは、親しみやすさと同じくらい大事になりそうだ。

「昨日の続きをお願い」のあとに、また長い説明が要るのか。それとも、変えたところだけ伝えれば進められるのか。実際に使うときは、その違いを見たい。


本稿は2026年10月17日に確認した公開一次資料をもとにした紹介・考察です。利用場面は筆者による考察で、実機検証は行っていません。

出典・関連リンク