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 किल्ली, एजंट, वातावरण आणि सत्राच्या पूर्वअटी सांगते. यापैकी कोणतेही पान या मार्गदर्शिकेसाठी पाहिलेले निष्पादन किंवा गुणवत्तावाढ सिद्ध करत नाही.