Claude Managed Agent मेमोरी स्टोर में रखे नोट सत्रों के बीच ले जा सकता है, लेकिन वे दोहराए हुए या पुराने हो सकते हैं। Anthropic का Dreams शोध पूर्वावलोकन एक स्टोर और पिछले सत्र पढ़कर अलग प्रस्तावित स्टोर बना सकता है। यह गाइड आवश्यक पहुँच वाले डेवलपर को एक मैन्युअल Dream चलाना, उसमें बची जानकारी जाँचना और केवल स्वीकार की गई मेमोरी को बाद के सत्र से जोड़ना सिखाती है।

यह दस्तावेज़ों पर आधारित प्रक्रिया है, जिसे 20 अक्टूबर 2026 को Anthropic की वर्तमान Managed Agents गाइडों से मिलाया गया। BIG CHANGE ने Dream नहीं चलाया, वास्तविक आउटपुट नहीं जाँचा, खाते की पहुँच का परीक्षण नहीं किया और लागत या सुधार नहीं मापा। प्रक्रिया एक समीक्षा किए गए स्टोर के एक बाद के सत्र में उपयोग पर समाप्त होती है। यह आवर्ती निष्पादन, अंक देना या दूसरे एजेंटों के साथ अपने आप मेमोरी साझा करना सेट नहीं करती।

बड़ा बदलाव

  • क्या बदला: Dream मौजूदा मेमोरी स्टोर और चुने गए 1–100 सत्रों के प्रतिलेखों को इनपुट बदले बिना नए मेमोरी स्टोर में समेकित कर सकता है।
  • यह क्यों महत्वपूर्ण है: अलग आउटपुट से मालिक को नए या संक्षिप्त नोटों की मूल प्रमाणों से तुलना करने का मौका मिलता है, इससे पहले कि दूसरा सत्र उन्हें पढ़े।
  • किन बातों पर ध्यान दें: Dreams के लिए अलग शोध-पूर्वावलोकन पहुँच चाहिए। पूरा हुआ काम एक संभावित स्टोर बनाता है, स्वीकृत तथ्यों या पसंदों का समूह नहीं।

शुरू करने से पहले

आपको Claude Console खाता और API कुंजी, एजेंट टूलसेट वाला मौजूदा Managed Agent, एक वातावरण और त्वरित शुरुआत गाइड में बताए गए Managed Agents बीटा की पहुँच चाहिए। साथ में Dreams शोध पूर्वावलोकन की अलग पहुँच भी चाहिए। केवल Managed Agents बीटा की पहुँच इस पात्रता को सिद्ध नहीं करती। अनुरोध भेजने से पहले Dreams पहुँच प्रक्रिया से इसकी पुष्टि करें।

एक मौजूदा मेमोरी स्टोर और 1–100 वास्तविक, प्रासंगिक, पूरे हुए सत्र चुनें, जिनकी सामग्री साथ संसाधित करने की अनुमति आपको है। यदि प्रतिलेख हैं लेकिन स्टोर नहीं है, तो मेमोरी गाइड बताती है कि खाली स्टोर कैसे बनाएँ। सीमित दायरे वाला नाम और विवरण दें। जुड़े स्टोर को पढ़ने या उसमें लिखने के लिए एजेंट को दस्तावेज़ों में दिया टूलसेट चाहिए। इनपुट सत्र बनाते समय स्टोर जोड़ें; चल रहे सत्र में इसे बाद में नहीं जोड़ सकते। read_write का उपयोग केवल तब करें जब एजेंट को मेमोरी सहेजनी हो। डिफ़ॉल्ट read_write है, इसलिए केवल संदर्भ के लिए पढ़ी जाने वाली सामग्री हेतु read_only स्पष्ट रूप से दें। अनुमान लगाने के बजाय लौटाए गए संसाधन का mount_path जाँचें।

प्रस्तावित इनपुट की उसके डेटा के लिए ज़िम्मेदार लोगों के साथ समीक्षा करें। सत्र में ग्राहक सामग्री, निजी परियोजना विवरण या अविश्वसनीय पाठ हो सकता है। Anthropic चेतावनी देता है कि हमलावर के नियंत्रण वाला प्रॉम्प्ट या टूल परिणाम लिखने योग्य स्टोर को दूषित करके बाद के सत्रों को प्रभावित कर सकता है। तय करें कि Dream आउटपुट कौन देख सकता है और कौन से तथ्य रखे जा सकते हैं। स्रोत सत्रों, पिछली मेमोरी सामग्री और समीक्षा के निर्णयों का मनुष्यों के लिए सुलभ रिकॉर्ड रखें।

कमांड उदाहरण Bash-संगत शेल में चलाएँ। cURL को --fail-with-body का समर्थन चाहिए और सुधार तथा अंतिम सत्र जाँच के लिए Python 3 भी चाहिए। PowerShell में उद्धरण और वातावरण चरों का सिंटैक्स अलग है, इसलिए कमांड बदलने पड़ेंगे। Anthropic का Python SDK pip install anthropic से इंस्टॉल करें, जैसा त्वरित शुरुआत गाइड दिखाती है। सेट करें और निर्यात करें ANTHROPIC_API_KEY को अपने सामान्य गोपनीय जानकारी प्रबंधन तरीके से, ताकि cURL और Python SDK दोनों उसका उपयोग कर सकें। store_id, session_a, session_b, agent_id और environment_id को अपने खुद के कार्यक्षेत्र से मिले ID पर सेट करें। उदाहरण दो सत्र लेते हैं; एक से अधिकतम 100 वास्तविक सत्र ID इस्तेमाल करें। कुंजी को साझा लॉग और मसौदों से बाहर रखें। सटीक बीटा हेडर महत्वपूर्ण हैं: सीधे मेमोरी-स्टोर कॉल में केवल agent-memory-2026-07-22 लगता है; सत्र कॉल में managed-agents-2026-04-01; Dream कॉल में managed-agents-2026-04-01 और dreaming-2026-04-21 दोनों लगते हैं। वर्तमान विशेष मेमोरी गाइड के अनुसार मेमोरी-स्टोर अनुरोध में पहले दोनों हेडर मिलाने पर HTTP 400 मिलता है। Anthropic SDK उचित हेडर अपने आप सेट करता है।

एक Dream चलाएँ और उसका अनुसरण करें

  1. पहले इनपुट स्टोर और चुने सत्र पढ़ें। उनके वास्तविक ID तथा अपने काम से जुड़े मेमोरी पथ और सामग्री दर्ज करें। जानकारी व्यवस्थित करने का सीमित लक्ष्य लिखें, जैसे दस्तावेज़ित परियोजना परंपराएँ रखना और बदले जा चुके नोट हटाना। निष्पादन पूरा होने तक स्टोर और सत्र उपलब्ध रखें। चलते समय इनपुट स्टोर संग्रहित या हटने, या इनपुट सत्र हटने पर Dream विफल हो सकता है।
  2. मौजूदा स्टोर और सत्रों से Dream बनाएँ। इस उदाहरण में दस्तावेज़ित मॉडल claude-opus-5-5 है; Anthropic अन्य समर्थित पूर्वावलोकन मॉडल भी सूचीबद्ध करता है। वैकल्पिक instructions व्यापक समेकन को दिशा दे सकते हैं और इनकी सीमा 4,096 अक्षर है। मेमोरी में किसी खास वाक्य को संपादित करने का यह भरोसेमंद तरीका नहीं है।
Terminal
curl -sS --fail-with-body https://api.anthropic.com/v1/dreams \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "anthropic-beta: managed-agents-2026-04-01,dreaming-2026-04-21" \
  -H "content-type: application/json" \
  --data '{
    "inputs": [
      {"type": "memory_store", "memory_store_id": "'"$store_id"'"},
      {"type": "sessions", "session_ids": ["'"$session_a"'", "'"$session_b"'"]}
    ],
    "model": "claude-opus-5-5",
    "instructions": "Preserve documented project conventions; drop superseded or one-off notes."
  }'
  1. लौटाया गया drm_... ID dream_id के रूप में सहेजें। pending प्रतिक्रिया का अर्थ है कि काम बनकर कतार में लग गया है। उसी ID को बार-बार जाँचें, जब तक स्थिति completed, failed या canceled न हो जाए:
Terminal
curl -sS --fail-with-body "https://api.anthropic.com/v1/dreams/$dream_id" \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "anthropic-beta: managed-agents-2026-04-01,dreaming-2026-04-21"

प्रतिक्रिया में status, outputs, usage और error पढ़ें। outputs Dream के प्रतीक्षा में होने या निष्पादन की थोड़ी अवधि में खाली हो सकता है; केवल इस कारण दूसरा काम न भेजें। Anthropic के अनुसार निष्पादन में मिनटों से घंटों तक लग सकते हैं और चुने मॉडल की सामान्य API टोकन दरें लागू होती हैं। usage फ़ील्ड टोकन बताता है, लेकिन अंतिम शुल्क वास्तविक उपयोग और कीमत पर निर्भर है। इस गाइड के लिए लागत या पूरा होने का समय नहीं मापा गया।

अलग स्टोर जाँचें और सुधारें

  1. जब status की स्थिति completed हो जाए, तो memory_store_id लें, जो memory_store प्रविष्टि में है और यह प्रविष्टि outputs में होती है। इसे output_store_id के रूप में सेट करें। उस स्टोर की मेमोरी सूचीबद्ध करने के लिए मेमोरी बीटा हेडर लगाएँ, फिर जाँचने वाली अलग-अलग मेमोरी लें। सूची के सभी पन्ने देखें और पथ तथा हैश सहित पूरी सामग्री जाँचें। स्टोर को Console में भी देख सकते हैं।
Terminal
curl -sS --fail-with-body "https://api.anthropic.com/v1/memory_stores/$output_store_id/memories?path_prefix=/" \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "anthropic-beta: agent-memory-2026-07-22"

curl -sS --fail-with-body "https://api.anthropic.com/v1/memory_stores/$output_store_id/memories/$mem_id" \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "anthropic-beta: agent-memory-2026-07-22"
  1. हर रखे गए या समेकित दावे को संबंधित स्रोत सत्र और पुराने स्टोर से मिलाएँ। देखें कि कथन सचमुच प्रमाणित है या नहीं, सही उपयोगकर्ता या परियोजना का है या नहीं और कोई नया निर्देश उसका विरोध तो नहीं करता। गोपनीय जानकारी, निजी डेटा और अविश्वसनीय सामग्री से घुसाए गए निर्देश खोजें। हर महत्वपूर्ण मेमोरी के लिए रखने, सुधारने या हटाने का निर्णय दर्ज करें। Dream दोनों में से किसी को नहीं बदलता : न इनपुट स्टोर को, न स्रोत सत्रों को; केवल समीक्षा किया गया आउटपुट आगे जाना चाहिए।

किसी खास सुधार के लिए पहले आउटपुट मेमोरी का मौजूदा content_sha256 लें। उसका वास्तविक mem_id, नया हैश और सुधारी गई सामग्री दस्तावेज़ित मेमोरी अपडेट से भेजें। हैश न मिलना बताता है कि कोई और लेखन हुआ: फिर पढ़ें, अंतर सुलझाएँ और नए हैश से कोशिश करें। अगला सिंटैक्स यही पूर्वशर्त दिखाता है। समीक्षा किया गया सुधार corrected_content के रूप में JSON एनकोडर से दें; इस उदाहरण में Python 3 से सामग्री सुरक्षित रूप से एस्केप की जाती है।

Terminal
python3 -c 'import json,os; print(json.dumps({"content": os.environ["corrected_content"], "precondition": {"type": "content_sha256", "content_sha256": os.environ["mem_sha"]}}))' > correction.json

curl -sS --fail-with-body -X POST "https://api.anthropic.com/v1/memory_stores/$output_store_id/memories/$mem_id" \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "anthropic-beta: agent-memory-2026-07-22" \
  -H "content-type: application/json" \
  --data-binary @correction.json

एनकोड करने से पहले सेट और निर्यात करें corrected_content और mem_sha को, फिर correction.json जाँचें और उसे मेमोरी जैसी ही निजी डेटा सीमा में रखें। वापस पढ़कर पुष्टि करने के बाद अपनी प्रतिधारण नीति के अनुसार स्थानीय प्रति हटाएँ। हर संपादित मेमोरी दोबारा पढ़ें। स्टोर में अधिकतम 10,000 मेमोरी रह सकती हैं, प्रत्येक अधिकतम 100 kB। सीमा पर नई मेमोरी लिखना विफल होगा, हालांकि मौजूदा मेमोरी पढ़ और संपादित कर सकते हैं। नए लेखन पर निर्भर होने से पहले दायरा सीमित करें या भरे स्टोर को सुरक्षित ढंग से कम करें।

बाद के सत्र में केवल स्वीकार की गई मेमोरी जोड़ें

  1. आउटपुट की समीक्षा पूरी होने पर उस स्टोर के साथ नया सत्र बनाएँ। यह उदाहरण उसे read_only के रूप में जोड़ता है, जो ऐसी जाँच के लिए सही है जिसमें समीक्षा किया रिकॉर्ड नहीं बदलना चाहिए। यदि एजेंट को बाद में मेमोरी जोड़नी हो तो जानबूझकर read_write दें और बाद के लेखन की भी समीक्षा करें।
Terminal
curl -sS --fail-with-body https://api.anthropic.com/v1/sessions \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "anthropic-beta: managed-agents-2026-04-01" \
  -H "content-type: application/json" \
  --data '{
    "agent": "'"$agent_id"'",
    "environment_id": "'"$environment_id"'",
    "resources": [
      {"type": "memory_store", "memory_store_id": "'"$output_store_id"'", "access": "read_only"}
    ]
  }'

नए सत्र के लौटाए संसाधनों में अपेक्षित स्टोर ID और उसका वास्तविक mount_path जाँचें। लौटाया गया सत्र ID new_session_id के रूप में सहेजें और वह शेल चर निर्यात करें ताकि Python उसे पढ़ सके। किसी ऐसे रखे गए तथ्य के बारे में साधारण भाषा में प्रश्न लिखें जिसका स्रोत आपने जाँचा है, फिर उसे memory_question के रूप में सेट और निर्यात करें। Anthropic का त्वरित शुरुआत संदेश प्रवाह इवेंट स्ट्रीम खोलता है, user.message भेजता है, agent.message का पाठ प्रिंट करता है और session.status_idle पर रुकता है। इसी दस्तावेज़ित इंटरफ़ेस से प्रश्न भेजकर उत्तर पढ़ें:

Terminal
python3 - <<'PY'
import os
from anthropic import Anthropic

client = Anthropic()
session_id = os.environ["new_session_id"]
question = os.environ["memory_question"]

with client.beta.sessions.events.stream(session_id) as stream:
    client.beta.sessions.events.send(
        session_id,
        events=[{"type": "user.message", "content": [{"type": "text", "text": question}]}],
    )
    for event in stream:
        if event.type == "agent.message":
            for block in event.content:
                if block.type == "text":
                    print(block.text, end="")
        elif event.type == "session.status_idle":
            print()
            break
PY

स्ट्रीम से मिले उत्तर को सहेजे पाठ और मूल सत्र दोनों से मिलाएँ। उत्तर विश्वसनीय लगना पर्याप्त नहीं, यदि उसे उस प्रमाण से नहीं जोड़ा जा सकता। Dream ID, स्वीकार किए आउटपुट स्टोर का ID, तुलना के निर्णय, नए सत्र का ID और परिणाम दर्ज करें। विकल्प के इस जाँच में सफल होने तक इनपुट स्टोर रखें।

यदि बनाने पर पहुँच या सत्यापन त्रुटि मिले, तो अनुरोध बदलने से पहले शोध-पूर्वावलोकन पात्रता, सटीक इनपुट ID और सत्र संख्या जाँचें। यदि निष्पादन अभी प्रतीक्षारत या जारी है तो उसी ID की जाँच करते रहें। failed या canceled निष्पादन आंशिक आउटपुट स्टोर छोड़ सकता है; त्रुटि देखें और उसे स्वीकृत मेमोरी की तरह न जोड़ें। यदि बाद का सत्र स्वीकार की गई मेमोरी इस्तेमाल नहीं कर पाता, तो संसाधन और माउंट पथ जाँचने वाला सत्र है वही सत्र। पहले से चल रहे सत्र में स्टोर नहीं जोड़ सकते।

मेमोरी के बदलाव संस्करण बनाते हैं। Anthropic के अनुसार सामान्य संस्करण 30 दिन रखे जाते हैं और मौजूद मेमोरी के कुछ हाल के संस्करण अधिक समय तक रहते हैं। वर्तमान मेमोरी हटाने से उसका रखा गया इतिहास नहीं मिटता। पुराना सुरक्षित संस्करण बहाल करने के लिए उसे पढ़कर मौजूदा मेमोरी अपडेट करें या हटाई गई मेमोरी फिर बनाएँ; अलग बहाली कॉल नहीं है। ज़रूरी इतिहास उसकी प्रतिधारण अवधि खत्म होने से पहले निर्यात करें और संवेदनशील ऐतिहासिक सामग्री के लिए दस्तावेज़ित विलोपन मार्ग अपनाएँ। स्टोर संग्रहित करना अपरिवर्तनीय है, उसे केवल पढ़ने योग्य करता है और नए जुड़ाव रोकता है। स्टोर हटाने से उसकी मेमोरी और संस्करण स्थायी रूप से मिट जाते हैं। दोनों में से कोई भी प्रतिधारण निर्णय डेटा मालिक की नीति के तहत, बाद के सत्र का सत्यापन होने के बाद लें।

Managed Agents के पहले के अलग काम के लिए देखें हमारी समानांतर दस्तावेज़ समीक्षा गाइड। हमारी Hy Memory 2.0 कवरेज अलग मेमोरी SDK और उसकी अपनी सीमित दायरे वाली पुनःस्मरण प्रक्रिया पर है।

स्रोत और आगे पढ़ने की सामग्री

  • Anthropic की Dreams गाइड शोध-पूर्वावलोकन पहुँच, इनपुट, बनाने और स्थिति देखने के अनुरोध, स्थितियाँ, अलग आउटपुट, बिलिंग और विफलता व्यवहार बताती है। मेमोरी-स्टोर बीटा हेडर पर उसका सामान्य कथन वर्तमान विशेष मेमोरी गाइड से टकराता है; सीधे मेमोरी-स्टोर कॉल के लिए दूसरी गाइड अपनाएँ।
  • Anthropic की मेमोरी गाइड स्टोर बनाना, सत्र से जोड़ना, मेमोरी-विशिष्ट हेडर, सूची, हैश-सुरक्षित संपादन, संस्करण और प्रतिधारण बताती है। यह लिखने योग्य स्टोर के दूषित होने और अपरिवर्तनीय संग्रहण व हटाने की चेतावनी देती है।
  • Anthropic की Managed Agents त्वरित शुरुआत गाइड खाते, API कुंजी, एजेंट, वातावरण और सत्र की पूर्वापेक्षाएँ बताती है। इन पन्नों में से कोई भी इस गाइड के लिए देखा गया निष्पादन या गुणवत्ता लाभ सिद्ध नहीं करता।