இரண்டு முகவர்களுக்கும் ஒரே மதிப்பாய்வு செய்த நினைவகப் பதிவை வழங்குங்கள்

Anthropic இன் Managed Agents நினைவகச் சேமிப்புகள் அமர்வுகளுக்கு இடையில் உரையை வைத்திருக்கலாம். இரு முகவர்களுக்கும் ஒரே மதிப்பாய்வு செய்த தகவலைத் தர வேண்டிய செயலிக்கு நிரந்தரச் சேமிப்பு முதல் கட்டம் மட்டுமே. செயலி பதிவின் உரிமையாளரை முடிவுசெய்து, அசல் சான்றைப் பார்த்து, சேமித்த ஒரு திருத்தத்தைத் தேர்ந்தெடுத்து, எந்த முகவரும் பார்க்கும் முன் அதன் துல்லியமான பைட்டுகளைப் பாதுகாக்க வேண்டும். இது அனுமதிக்கப்பட்ட Managed Agents பீட்டா அணுகல், செயலி அங்கீகாரம், சேமிப்பு தேர்வு, முகவர் அமைப்புகளில் கட்டுப்பாடு உள்ள உருவாக்குநர்களுக்கான வழிகாட்டி. இதன் அடிப்படை Anthropic இன் தற்போதைய நினைவக ஆவணங்கள் மற்றும் 2026 அக்டோபர் 20 அன்று சரிபார்த்த API குறிப்புகள்; BIG CHANGE கணக்கு அல்லது மாதிரிச் சோதனை இயக்கவில்லை.

பெரிய மாற்றம்

• என்ன மாறியது: மதிப்பாய்வு செய்த, வகைகள் வரையறுத்த JSON நினைவகம் Managed Agents சேமிப்பில் நிலைத்திருக்கலாம். செயலி அதன் மூலத்தையும் சேமித்த துல்லியமான பைட்டுகளையும் சரிபார்த்து, ஒரு தனிப்பட்ட படிமத்தை நிலைப்படுத்தி, நினைவகச் சேமிப்பை இணைக்காமல் அதே ஒப்புதல் பெற்ற பைட்டுகளை இரு தனித்த அனுமதிக்கப்பட்ட அமர்வுகளுக்கு அனுப்புகிறது.
• ஏன் முக்கியம்: சேமிப்பின் பிற்காலத் திருத்தம் அந்த அமர்வுகளுக்காக ஏற்கெனவே அமைத்த உள்ளீடுகளை மாற்ற முடியாது.
• கவனிக்க வேண்டியது: மூலத்தின் துல்லியம், பயனர் அனுமதி, பதிலின் தரம் ஆகியவற்றை இன்னும் தனித்தனியாகச் சரிபார்க்க வேண்டும்.

தொடங்கும் முன்

ஒரு உண்மையான தகவல், விருப்பம் அல்லது திட்ட விதியைத் தயார் செய்யுங்கள். பயன்படுத்த அனுமதியுள்ள அசல், நிலையான மூல ID, திருத்தம், சேமிக்கவும் இரு முகவர் பணிகளுக்கும் வெளிப்படுத்தவும் ஒப்புதல் தரும் உரிமையாளர் வேண்டும். மதிப்பாய்வுக்கு முன் அந்தப் பதிவிற்குப் பொருத்தமான மதிப்பாய்வு செல்லுபடிக் காலத்தை முடிவுசெய்யுங்கள். Managed Agents பீட்டா அணுகல், தனிப்பட்ட API விசை, அனுமதிக்கப்பட்ட பணியிடம், அமைத்த இரு முகவர் ID கள், சூழல், கணக்கில் அனுமதித்த மாதிரியை உறுதிசெய்யுங்கள். இச்செயல்முறையின் நான்கு வரம்பிட்ட நுகர்வு அமர்வுகளை அனுமதிக்கும் முன் தற்போதைய பயன்பாடு, விலையைப் பாருங்கள். விசையைத் தூண்டுரை அல்லது சான்றுப் பதிவில் வைக்காதீர்கள்.

செயலிக்கு அங்கீகரித்த அடையாளத்திலிருந்து வரம்புக்கான இணைப்பு வேண்டும். நம்பகமான செயலி நிலையில் அந்த அடையாளத்தை ஒப்புதல் பெற்ற ownerScopeId, பணியிட ID, சேமிப்பு ID, அனுமதித்த இரு முகவர் ID களுடன் இணைக்கவும். தனிப்பட்ட பயனர் அல்லது திட்டத்தின் அணுகல் விதிகள் வேறுபட்டால் தனிச் சேமிப்பு கொடுங்கள். பணியிட API விசை இறுதிப் பயனரை அங்கீகரிக்காது, பாதை வாடகையாளர் எல்லை அல்ல, தூண்டுரை கருவியையோ அணுகல் விவரங்களையோ அகற்றாது. இரு நுகர்வோர் அமைப்புகளிலும் சேமிப்பு இணைக்கப்படவில்லை; மாறக்கூடிய சேமிப்புக்குச் செல்லும் இணைப்பான், சூழல் அணுகல் விவரம், கருவிப் பாதையும் இல்லை என உறுதிசெய்யுங்கள். அந்த எல்லையை நிறுவ முடியாவிட்டால் பதிவை அனுப்பும் முன் நிறுத்துங்கள்.

1. பதிவை மூலத்துடன் ஒப்பிட்டு ஒப்புதல் பெறுங்கள்

இந்த கட்டமைப்பு வார்ப்புரு பயன்படுத்தி கோண அடைப்பிலுள்ள ஒவ்வொரு மதிப்பையும் உண்மையான ஒப்புதல் பெற்ற சான்றால் மாற்றுங்கள். இது எடுத்துக்காட்டுத் தகவல் அல்லது கூறப்படும் முடிவு அல்ல. ஒப்புதலுக்கு முன் நிறைவு செய்த பொருளை ஒரு துல்லியமான UTF-8 JSON உரையாகத் தொடராக்குங்கள். சரிபார்ப்பான் இந்தப் புலங்கள், வகைகளை மட்டும் ஏற்க வேண்டும்; தெரியாத புலங்களை மறுக்க வேண்டும்; காலியான அல்லது வெறும் இடைவெளியுள்ள சரங்களை ஏற்கக்கூடாது; செல்லுபடியான UTC நேரமுத்திரைகளை வேண்ட வேண்டும்; kind மதிப்பை fact, preference அல்லது project_rule என்றும், status மதிப்பை active, disputed அல்லது superseded என்றும் வரம்பிட வேண்டும். active பதிவுகளை மட்டுமே வழங்கலாம். ஒப்புதல் பெற்ற கூற்று மேற்கோள் காட்டிய அசலுடன், நடைமுறைத் தேதி, வரம்பு உட்பட பொருந்த வேண்டும்.

{
  "schemaVersion": "memory-record/v1",
  "recordId": "<opaque stable record ID>",
  "ownerScopeId": "<trusted mapped scope ID>",
  "kind": "<fact | preference | project_rule>",
  "claim": "<precise source-supported claim>",
  "sourceId": "<private original-source ID>",
  "sourceRevision": "<original revision or exact source hash>",
  "sourceQuoteOrPointer": "<minimal permitted quote or stable pointer>",
  "validFrom": "<UTC timestamp>",
  "checkedAt": "<UTC timestamp>",
  "status": "active",
  "reviewerId": "<approved human reviewer ID>",
  "reviewedAt": "<UTC timestamp>"
}

செயலியின் தனிப்பட்ட ஒப்புதல் சான்றில் உண்மையான ஒப்புதல் அளித்தவர், உரிமையாளர் அனுமதி, அசல் மூலம், திருத்தம், வரம்பு, அனுமதித்த முகவர்கள், புதுமை விதி, இந்த துல்லியமான UTF-8 JSON பைட்டுகள் ஆகியவற்றின் SHA-256 இருக்க வேண்டும். அது உண்மையான கூற்றுக்கான மனித முடிவைப் பதிவு செய்கிறது. பதிவில் உள்ள reviewerId சரம் அங்கீகாரம் அல்ல. தீராத முரண்பாடு அல்லது அனுமதியின்றிப் பதிவைச் சேமிக்காதீர்கள். Anthropic உரையைச் சேமிக்கிறது; இந்த அமைப்பைச் சரிபார்க்கவோ கூற்றின் உண்மையை நிலைநாட்டவோ செய்வதில்லை.

2. சேமித்து மீண்டும் படியுங்கள்

அனுமதிக்கப்பட்ட பணியிடத்தில் குறுகிய நினைவகச் சேமிப்பை உருவாக்குங்கள் அல்லது தேர்வுசெய்து அதன் உண்மையான memstore_... ID ஐப் பதிவு செய்யுங்கள். உணர்வுபூர்வமற்ற பாதையைப் பயன்படுத்துங்கள், உதாரணமாக /records/{opaque-record-id}.json. கோரிக்கைக்கு முன் செய்பவர், UTC நேரம், மூலத் திருத்தம், ஒப்புதல் பெற்ற பைட் ஹாஷ், சேமிப்பு, பாதை, pending நிலையைப் பதிவு செய்யுங்கள். நேரடி நினைவகச் சேமிப்பு அழைப்புக்கு agent-memory-2026-07-22 பயன்படுத்துங்கள்; அமர்வு அழைப்புக்கு managed-agents-2026-04-01 பயன்படும். சேமிப்புக் கோரிக்கையில் இரு பீட்டா தலைப்புகளையும் சேர்த்தால் HTTP 400 வரும் என Anthropic கூறுகிறது. உருவாக்கக் குறிப்பேடு, நினைவகக் கையேடு இந்த SDK வடிவத்தைக் காட்டுகின்றன; நிறுவிய SDK ஐ தற்போதைய குறிப்புடன் ஒப்பிடுங்கள்:

mem = client.beta.memory_stores.memories.create(
    store.id,
    path="/records/<opaque-record-id>.json",
    content=approved_json_text,
)

உருவாக்கம் ஏற்கெனவே உள்ள பாதையை மேலெழுதாது. திரும்பிய mem_... ID ஐச் சேமித்து, வரம்பிட்ட சேமிப்பில் /records/ பட்டியலைப் பெறுங்கள். ஒவ்வொரு next_page மதிப்பையும் அடுத்த page மதிப்பாகப் பயன்படுத்துங்கள். இயல்பான அடிப்படைப் பட்டியல் உள்ளடக்கத்தை விடுகிறது. தேர்ந்த நினைவகத்தைப் பெறுங்கள் என்ற செயலில் ID மூலம் முழு உரையைப் பெறுங்கள்; சேமிப்பு ID, நினைவக ID, பாதை, உள்ளடக்கம், content_sha256 மதிப்புகளை ஒப்புதல் பெற்ற பைட்டுகளுடன் ஒப்பிடுங்கள். பதிலையும் நேரடி மீள்வாசிப்பையும் பதிவேடு, பதிவகத்தில் எழுதுங்கள். உருவாக்கப் பதில் மட்டுமே நிறைவுச் சரிபார்ப்பு அல்ல. பதில் உறுதியற்றால் முடிவெடுக்கும் முன் துல்லியமான பாதை, பதிவை நேரடியாகப் பாருங்கள்; தேடலில் இல்லாதது மட்டும் மீண்டும் உருவாக்கக் காரணமல்ல.

3. தேர்ந்த திருத்தத்தை நிலைப்படுத்துங்கள்

ஒவ்வொரு பின்வரும் இயக்கத்திலும் அழைப்பவரை அங்கீகரித்து, நம்பகமான பதிவகத்திலிருந்து வரம்பு, சேமிப்பு, தேர்ந்த பதிவு ID ஐப் பெறுங்கள். கண்டறிதல் தேவைப்பட்டால் வரம்பிட்ட முன்னொட்டின் அனைத்துப் பக்கங்களையும் பட்டியலிட்டு, தேர்ந்த mem_... பதிவை நேரடியாகப் பெறுங்கள். திரும்பிய உள்ளடக்கம் என்பதன் UTF-8 குறியாக்கத்தின் SHA-256 ஐக் கணக்கிட்டு, வழங்குநரின் content_sha256 மற்றும் மனிதர் ஒப்புதல் அளித்த துல்லியமான பைட் ஹாஷுடன் ஒப்பிட்டு, JSON ஐ மீண்டும் சரிபாருங்கள். பதிவு ID, உரிமையாளர் வரம்பு, மூலத் திருத்தம், active நிலை, மூலத்தின் தற்போதைய செல்லுபடி, முன்கூட்டியே முடிவுசெய்த புதுமைக் காலவரம்பைப் பாருங்கள். எதுவும் தோல்வியுற்றால் ஒன்றும் அனுப்பாதீர்கள்.

பெற்ற துல்லியமான பைட்டுகளை அவற்றின் ஹாஷால் முகவரியிடும் தனிப்பட்ட சேமிப்பில் ஒருமுறை மட்டும் எழுதுங்கள். பிரத்தியேக உருவாக்க முறையைப் பயன்படுத்துங்கள், உதாரணமாக Python அழைப்பு open(path, "xb"). கோப்பை உடனே மீண்டும் படித்து ஹாஷ் கணக்கிடுங்கள்; ஒவ்வொரு அனுப்பலுக்கு முன்பும் செய்யுங்கள். ஏற்கெனவே உள்ள படிமத்தை ஒருபோதும் மேலெழுதாதீர்கள். பகுதி கோப்பு அல்லது அதே முகவரியில் வேறு பைட்டுகளுள்ள கோப்பு இருந்தால் நிறுத்தி ஒப்பிட்டுத் தீர்க்க வேண்டும். அசல் ஒப்புதல், சேமிப்பு ID, நினைவக ID, வழங்குநர் ஹாஷ், படிம ஹாஷ், வரம்பு முடிவைத் தனிப்பட்ட பெறுதல் சான்றில் வையுங்கள். ஒருமுறை எழுதும் இந்தப் படிமம் செயலியின் வடிவமைப்பு; குறிப்பிட்ட பதிப்பில் பூட்டிய Anthropic மவுண்ட் அல்ல.

4. ஒரே பைட்டுகளை இரு புதிய அமர்வுகளுக்குத் தாருங்கள்

உண்மையான அனுமதிக்கப்பட்ட முகவர், சூழல் ID களால் A க்கு புதிய அமர்வை உருவாக்கி, இந்தப் புலத்தில் நினைவகச் சேமிப்பு பதிவை இடாதீர்கள்: resources. திரும்பிய அமர்வின் வளங்கள், முகவரின் செயலில் உள்ள கருவிகள், அணுகல் விவரங்கள் சேமிப்புக்கு மாற்றுப் பாதை தரவில்லை என உறுதிசெய்யுங்கள். Anthropic இன் அமர்வு வழிகாட்டி உருவாக்கத்தையும் user.message அனுப்புவதையும் தனித்தனியாக விவரிக்கிறது:

session = client.beta.sessions.create(
    agent=approved_agent_id,
    environment_id=approved_environment_id,
)
client.beta.sessions.events.send(
    session.id,
    events=[{"type": "user.message", "content": [{"type": "text", "text": message_text}]}],
)

இந்த அழைப்பு events.send முன் தனிப்பட்ட படிமத்தை மீண்டும் படித்து ஹாஷ் கணக்கிடுங்கள். message_text செய்தியை வெளிப்படையான “மதிப்பாய்வு செய்த தரவு” குறி, பதிவு, மூலம், மதிப்பாய்வு அடையாளங்கள், மாறாத JSON உரை, SHA-256, பின்னர் அசல் மூலத்தால் பதிலளிக்கக்கூடிய வரம்பிட்ட கேள்வியுடன் நிர்ணயமான முறையில் அமைக்கவும். காட்டிய புலங்கள் செயலியின் செய்தி வடிவம், வழங்குநரின் பதில் புலங்கள் அல்ல. அனுப்பும் முன் முழு UTF-8 செய்தி பைட்டுகள், ஹாஷ், தேர்ந்த படிம ஹாஷ், அனுமதித்த முகவர் ID, அமர்வு ID, அனுப்பல் நிலையைப் பதிவு செய்யுங்கள். முடிவையும் உண்மையான அனுப்பிய நிகழ்வு ID அல்லது கிடைத்தால் நிகழ்வுப் பட்டியல் மீள்வாசிப்பையும் வையுங்கள். முடிவு தெரியாவிட்டால் நிகழ்வைப் படிக்க வேண்டும்; கண்மூடித்தனமாக மீண்டும் அனுப்பக்கூடாது.

B க்கு தனியாக ஒப்புதல் பெற்ற முகவர் ID யுடன் இரண்டாவது புதிய அமர்வை உருவாக்குங்கள்; அதற்கும் சேமிப்பு அணுகல் இருக்கக்கூடாது. அதே ஒருமுறை எழுதிய படிமத்தை மீண்டும் படித்து பைட் ஹாஷைச் சரிபார்த்து, B இன் முழுச் செய்தியை அமைத்துப் பதிவு செய்து அனுப்புங்கள். பணிக் கேள்வி, பெறுநர் மெட்டாடேட்டா வேறாக இருக்கலாம்; உட்பொதிந்த JSON பைட்டுகள், ஒப்புதல் பெற்ற பதிவு ஹாஷ் ஒரே மாதிரி இருக்க வேண்டும். ஒவ்வொரு பதிலையும் கருவி நிகழ்வுகளையும் அசல் மூலத்துடன் சரிபாருங்கள். நம்பத்தகுந்த பதில் அல்லது மேற்கோள் மாதிரி உள்ளே வழங்கிய உரையை நம்பியதை நிரூபிக்காது; செய்தி, வழங்குநர் நிகழ்வுச் சான்றுகள் செயலி என்ன கொடுத்தது என்பதைக் காட்டுகின்றன. எந்த அமர்விலும் செயலில் உள்ள மவுண்ட் அல்லது சேமிப்புக்கு வேறு பாதை இருந்தால் அதற்கு அனுப்பாதீர்கள்.

5. மூலத்தின் புதிய மதிப்பாய்வுக்குப் பிறகே புதுப்பியுங்கள்

அசல் மாறும்போது தற்போதைய நினைவகத்தை நேரடியாகப் பெற்று உரிமையாளருடன் பழைய, புதிய சான்றுகளை ஒப்பிடுங்கள். நிலையான பதிவு ID, திருத்திய கூற்று அல்லது மூலச் சுட்டி, புதிய மூலத் திருத்தம், சரிபார்ப்பு, மதிப்பாய்வு நேரங்களுடன் துல்லியமான மாற்று JSON பைட்டுகளுக்கு மனித ஒப்புதல் பெறுங்கள். பழைய சான்று, ஹாஷை வையுங்கள். mem_... ID, தற்போது நேரடியாகப் படித்த content_sha256, எதிர்பார்த்த மாற்று ஹாஷ், செய்பவர், ஒப்புதல், நிலுவை நிலையைப் பதிவு செய்யுங்கள். ஆவணத்தின் நிபந்தனைப் புதுப்பிப்பு இவ்வாறு உள்ளது:

client.beta.memory_stores.memories.update(
    memory_id=memory_id,
    memory_store_id=store_id,
    content=approved_replacement_json_text,
    precondition={"type": "content_sha256", "content_sha256": fresh_old_hash},
)

வழங்குநர் இயல்பாக்காமல் துல்லியமான UTF-8 உள்ளடக்கத்தின் ஹாஷைக் கணக்கிடுகிறார். பொருந்தாவிட்டால் HTTP 409 memory_precondition_failed_error வரும். இந்தப் பதில் அல்லது உறுதியற்ற பிணைய முடிவு வந்தால் நடப்பு நினைவகத்தை மீண்டும் பெற்று, தேவைப்பட்டால் பதிப்பு வரலாற்றைப் பாருங்கள். முரண்படும் மூலத் திருத்தங்களை ஒப்பிட்டு, இணைக்க, மறுக்க அல்லது புதிய துல்லியமான மாற்றை ஒப்புதல் அளிக்க உரிமையாளரைக் கேளுங்கள். பழைய எழுத்தைக் கண்மூடித்தனமாக மீண்டும் முயலாதீர்கள். வெற்றிக்குப் பிறகு நேரடிப் பெறுதலில் பாதை, முழு மாற்று உரை, ஹாஷ், நினைவகப் பதிப்பு ID உறுதியாகிய பிறகே பதிவேடு confirmed நிலைக்கு மாற வேண்டும்.

சரிபார்த்த திருத்தத்திலிருந்து புதிய ஒப்புதல் பெற்ற படிமத்தை நிலைப்படுத்துங்கள். சேமிப்பு மவுண்ட் இல்லாத புதிய அனுமதிக்கப்பட்ட A, B அமர்வுகளைத் தொடங்கி இரு அனுப்பல்களையும் மூலச் சரிபார்ப்புகளையும் மீண்டும் செய்யுங்கள். பழைய படிமங்களை மாற்றாதீர்கள்; அனுப்பிய செய்திகள் தாமாகப் புதுப்பிக்கும் எனச் சொல்லாதீர்கள். பழைய படிமத்தை எதிர்கால வழங்கலுக்கு தகுதியற்றதாகக் குறியுங்கள். உரிமையாளர் பதிவைத் திரும்பப் பெற்றால் புதிய அனுப்பலை நிறுத்தி அவரின் தக்கவைப்பு, தரவு நீக்கக் கொள்கையைப் பின்பற்றுங்கள்: நடப்பு நினைவகத்தை நீக்குவது சேமித்த பதிப்புகளை அவசியம் அகற்றாது. முழுச் சேமிப்பைக் காப்பகப்படுத்துவது அல்லது நீக்குவது தனி முடிவு.

எது நிறைவு எனக் கருதப்படும்

தனிப்பட்ட சான்றுகள் அசல் அனுமதி, மூலத் திருத்தத்தைத் துல்லியமான ஒப்புதல் பெற்ற JSON ஹாஷுடன் இணைக்க வேண்டும்; உண்மையான பணியிடம், சேமிப்பு, பாதை, mem_... அடையாளம், உருவாக்கத்திற்குப் பின் நேரடி மீள்வாசிப்பு; ஒரு மாறாத படிமம்; வேறுபட்ட இரு அனுமதிக்கப்பட்ட மவுண்ட் இல்லா அமர்வு ID கள், அனுப்பிய செய்தி ஹாஷ்கள், மூலத்துடன் சரிபார்த்த பதில்கள்; ஒப்புதல் பெற்ற நிபந்தனைப் புதுப்பிப்பு, புதிய நேரடி மீள்வாசிப்பு, புதிய அமர்வுச் சரிபார்ப்புகள் இருக்க வேண்டும். ஒரு இணைப்பு தெரியாவிட்டாலும் முழுப் பயிற்சியை நிறைவடையாததாகக் குறித்துத் துல்லியமான தடையை வையுங்கள். இயக்கினால் உண்மையான அமர்வு, கருவிப் பயன்பாடு, கணக்கிற்குரிய செலவைப் பதிவு செய்யுங்கள்; இந்த ஆவண அடிப்படை வழிகாட்டி சேமிப்பு அல்லது மாதிரித் திறனை அளவிடவில்லை.

தொடர்புள்ள ஆனால் வேறு பணியான பிற்கால அமர்வுக்காக ஒரு Dream வெளியீட்டை மதிப்பாய்வு செய்தல் உருவாக்கிய சேமிப்புப் பரிந்துரையைப் பார்க்கிறது. இங்குள்ள செயல்முறை உரிமையாளர் ஒப்புதல் பெற்ற மூலப் பதிவில் தொடங்கி இரு நுகர்வோருக்கும் என்ன கிடைக்கிறது என்பதைத் துல்லியமாக நிலைப்படுத்துகிறது.