1 ポイント 投稿者 GN⁺ 2025-10-24 | 1件のコメント | WhatsAppで共有
  • AnthropicがClaudeアプリに「メモリ(Memory)」機能を導入し、チームや個人のプロジェクト文脈を継続的に記憶して業務効率を高める機能を公開
  • ユーザーはプロジェクトごとに分離されたメモリによって各業務の文脈を独立して維持でき、Claudeが記憶している内容をいつでも確認・修正可能
  • Incognitoチャットモードにより、メモリに保存されない会話が可能で、機密性の高い議論や一度きりのアイデア交換に適している
  • リリース前に安全性テストを実施し、有害なパターンの強化や保護措置の回避可能性を点検し、その結果に応じてメモリの動作方式を調整

Claudeのメモリ機能の概要

  • Claudeの新しいメモリ機能は、ユーザーのプロジェクト、チームの好み、業務コンテキストを記憶し、繰り返し説明しなくても作業を継続できるよう設計されている
    • ユーザーは戦略提案書の作成、デバッグ、複数プロジェクトの管理などで、Claudeが以前の会話の文脈を自動的に引き継いで支援を受けられる
    • メモリは完全に任意の機能であり、ユーザーはどの情報を記憶させるか、または削除するかを細かく制御できる
  • Incognitoチャットはメモリに保存されず、会話履歴にも残らないため、機密性の高い議論やブレインストーミングに適している
    • すべてのClaudeユーザーに提供され、Team・Enterpriseプランでは組織管理者がメモリ機能を無効化することもできる

業務向けに設計されたメモリ構造

  • メモリはユーザーの専門的な文脈と業務パターンを学習し、生産性を最大化することに重点を置いている
    • チームのプロセス、顧客要件、プロジェクトの詳細、優先順位などを記憶して反復作業を減らす構造
    • たとえば、営業チームは案件ごとの顧客情報を維持し、プロダクトチームはスプリントごとの仕様を管理し、経営陣は主要イニシアチブを追跡できる
  • プロジェクト単位のメモリ分離によって業務間の文脈混在を防止
    • 製品ローンチ計画と顧客プロジェクトを分離して管理し、機密性の高い議論は一般的な運用会話と区別される
    • こうした境界設定は、複雑に並行するプロジェクトを安全に管理する保護措置としての役割を果たす
  • Claudeはすべてのメモリを**要約形式(memory summary)**で提供し、ユーザーが一目で確認して修正できる
    • 設定メニューでClaudeが記憶している内容を直接閲覧・編集可能
    • ユーザーが特定のテーマに集中または無視するよう指示すると、Claudeはその指示に従って参照メモリを調整する

Incognitoチャット機能

  • ユーザーがメモリを使わない、または新しい会話を始めたいときはIncognitoモードを活用できる
    • このモードでは会話内容がメモリに追加されず、既存の履歴にも反映されない
    • 機密性の高い戦略議論、非公開のアイデア会議、あるいは単純なテスト会話に適している
  • TeamおよびEnterpriseプランでメモリを使用する場合も、既存のデータ保持ポリシーはそのまま適用される
    • Incognitoの会話は別途保存されないため、データ管理の観点でも安全性を確保

チーム環境での導入と安全性検証

  • Anthropicはメモリ機能の導入前に広範な安全性テストを実施
    • メンタルヘルスに関するセンシティブな話題や境界事例を含め、メモリが有害なパターンを強化したり保護措置を回避したりしないよう検証
    • テスト結果に基づき、Claudeの応答方式とメモリ動作ロジックを細かく調整
  • このような反復的改善を通じて、有用でありながら安全なAIメモリシステムを構築
    • 機能は業務環境中心に設計されており、個人的またはセンシティブな会話テーマは避けるよう設計されている
  • Anthropicは段階的な展開を通じてさまざまな利用パターンを観察し、今後の拡張時にも責任ある機能運用モデルを維持する計画

始め方と活用方法

  • ユーザーはSettingsメニューでメモリ機能を有効化し、既存の会話をもとに初期メモリを生成できる
    • たとえば「先週私たちが作業していた内容は何だったっけ?」のような質問で、Claudeが記憶した内容を確認できる
    • 既存のAIツールからメモリデータを取り込んだり、Claudeのメモリをエクスポートしてバックアップ・移行したりすることもできる
  • Anthropicは「良い仕事は時間の積み重ねで生まれる」というメッセージとともに、会話を重ねるほどより良い協業体験を提供する方向性を強調

展開スケジュールとプラン

  • メモリ機能はTeamおよびEnterpriseプランのユーザーから即時適用され、Enterprise管理者は組織単位で

1件のコメント

 
GN⁺ 2025-10-24
Hacker Newsの意見
  • 自分はこういうLLMツールを使わない。いつも同じプロンプトを固定しておくと、かえって修正しにくくなり、どの入力がどの出力を生むのか追跡しづらくなる
    だから毎回正確なプロンプトを書き直す。何度も対話して問題を解くより、一度で欲しい答えを得ることを目標にしている

    • 完全に同感。自分についての追加コンテキストがあればより良い答えが得られるかもしれないが、たいていその「記憶」はむしろ混乱を招く
      初心者には役立つだろうが、我々のようなHNユーザーにとっては、ブラックボックスをさらに不透明にする機能は歓迎しにくい
    • 自分も同じ戦略を使っている。特にプログラミングの質問では、最初から必要な情報を全部入れるほうがずっと良い結果になる
      最初に誤った前提で始めると、その後で修正してもその痕跡が残る。人間も同じように、一度思いついたアイデアに執着しがちな傾向がある
    • 最後の段落が核心だ。対話で修正するより、元のプロンプトを磨くほうが効率的だ
      自分はよく「曖昧さを減らすために5つ質問して」といった形で始め、その答えを反映してプロンプトを整える
    • ChatGPTに住宅ローンの種類を聞いたら、「TypeScriptを主に使うクリエイティブテクノロジストとして…」で始まった
      メモリやパーソナライズ設定をきちんと区別できず、見当違いの文脈を混ぜてしまう
    • 自分はPlan modeまでしか使わない。実質的には、プロンプトを生成するためのプロンプトを作るやり方だ
      コード変更の品質は確実に良くなったが、サブエージェントや複数のCLAUDE.mdファイルは使っていない
  • Anthropicのメモリアプローチには根本的な欠陥があると思う
    メモリをツール呼び出しの裏に隠しているせいで、エージェントが「記憶すべき時を覚えていなければならない」という循環問題が生じる
    人間の記憶は無意識的で自動的だが、これはその逆だ。一方、OpenAIの方式はsemantic searchベースなので損失が大きいという欠点がある

  • Anthropicが「安全性テストを広範に実施した」と述べているのは歓迎したい
    メモリが誤ったパターンを強化したり、ユーザーにまるで生きた存在と会話しているかのような錯覚を与えたりする問題を防ごうとしたという

    • ただしそう主張するなら、評価データや方法論を公開すべきだ。そうでなければ、ただ「感覚でテストした」と言っているように聞こえる
    • 実際のところ、一定の思考パターンの一貫性は私たちが目指している特性でもある。それが生き物のように見えるのは避けがたい現象だ
    • 文言が曖昧だ。改善を試みたという話であって、実際に改善された保証はない
    • ある人にはおべっかのように見えても、別の人には精度向上と感じられるかもしれない
    • こうしたテストを行う社員はひどい内容まで扱わなければならないはずで、その点が心配だ
  • Claudeに「君は私について何を知っているの?」と尋ねるときに感じる不気味な瞬間がある

  • Claude Codeは1つのセッション内でもルールをよく忘れる
    「2メッセージ前に言ったルールをもう忘れた」と答えることが多い。複数プロジェクトにまたがる記憶はさらに信頼しにくい

    • 自分のclaude.mdファイルはプロジェクトごとに手で調整していて、長くて精巧だ。短すぎたり複雑すぎたりするファイルほど、こうした問題が起きる
    • 繰り返し指示をinstruction.mdファイルにYAML構造で整理しておくと性能が良くなる。各セッションでこのファイルを「聖書のように」強調すると効果的だ
  • こういう機能があるなら、毎回チェックリスト形式で確認を取るのが良いと思う
    たとえば「Ubuntu 18を使っている」「ルーターは192.168.1.1」などのように

    • ChatGPTではすでにこう使っている。自分の環境を覚えていて、「ノートPCでx問題が起きた」とだけ言っても正確な解決策を提示してくれる
    • PerplexityやGrokもワークスペースごとのプロンプトを事前設定できるので、環境ごとに合わせた対応が可能だ
    • Claude Codeが自分の環境を確認せずnpmでインストールしてしまい、pnpm環境が壊れたことがある
    • 君のチェックボックス方式は、そのままClaudeのSkillsの概念と同じだ
    • Claudeもシステムプロンプトをカスタマイズできるのか気になる。以前ChatGPTで「デフォルト言語はTypeScriptと仮定する」のような設定をしていた
  • 一般的な会話ではメモリをオフにして、プロジェクトごとにだけオンにできるのかがはっきりしない
    異なるプロジェクトや一般会話の間で記憶が混ざるのは望まない

    • ドキュメントによれば、プロジェクトごとに独立したメモリ空間があり、漏れないとのことだ
      公式ドキュメントへのリンク
    • おそらく内部的にはTopic1Topic2のようにバケットを分けて保存しているのだろう
      こうした構造さえきちんと作れば汚染は起きない。実際、メモリレイヤーは単純な設計問題だ
  • 会話が長くなるほど品質が落ちる現象がある
    最後のほうのゴミのような内容がメモリに残るのではないかと心配だ

    • だから自分はGPTを真面目な作業には使わない。後半で誤情報が積み上がると修正が難しい
      間違った内容を忘れさせることもできないし、新しい文脈を上書きしてもなお誤った知識を保持してしまう
  • 自分はよく新しいチャットセッションを開始して文脈を初期化する
    Claudeが自分自身の推測にはまり込んで混乱することがあるので、新しく始めるほうが良いと感じる

  • ClaudeデスクトップでMCPサポート以後のメモリ機能を使ってみたが、最初は面白かったものの、だんだん不要な内容が保存されて混乱するようになった
    結局無効化した。ChatGPTの過度なおべっか現象もメモリのせいだという話がある。有用ではあるが万能ではない

    • 自分もMCPメモリツールを作ってみた。過去の会話ベースのRAGとグラフ構造の両方をサポートしているが、文脈が増えるほど創造性が下がる
      そこで逆にanti-memoryツールも作った。最小限の情報だけ与えて、モデル自身に埋めさせるやり方だ
      情報の露出が多すぎると創造性が死に、少なすぎると見当違いになる。記憶露出のバランスが重要だ
      Claudeの会話履歴検索方式はその点で悪くない。明示的に要求したときだけ使われる
      一方でChatGPTは過去の会話を無差別に引っ張ってきてしまい、制御が難しい