Меморијска складишта Anthropic Managed Agents могу да чувају текст између сесија. За апликацију која двама агентима треба да да исту прегледану чињеницу, трајно чување је тек први корак. Апликација мора да утврди чији је запис, провери изворне доказе, изабере једну сачувану ревизију и сачува њене тачне бајтове пре него што их иједан агент види. Водич је за програмере са овлашћеним приступом бета верзији Managed Agents и контролом над аутентификацијом апликације, избором складишта и подешавањима агената. Заснован је на актуелној Anthropic документацији о меморији и API референцама провереним 20. октобра 2026; 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 смеју да се убаце. Одобрена тврдња мора да одговара наведеном оригиналу, укључујући датум почетка важења и обим.

JSON
{
  "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>"
}

Приватна потврда одобрења апликације мора да утврди стварног одобраваоца, дозволу власника, оригинални извор и ревизију, обим и дозвољене агенте, правило свежине и SHA-256 ових тачних UTF-8 JSON бајтова. Она бележи људску одлуку о стварној тврдњи. Текстуална вредност reviewerId у запису није аутентификација. Не чувајте запис са нерешеном противречношћу или недостајућом дозволом. Anthropic чува текст; не потврђује ову шему нити истинитост тврдње.

2. Сачувајте га и поново прочитајте

Направите или изаберите уско меморијско складиште у овлашћеном радном простору и забележите његов стварни memstore_... ID. Користите неосетљиву путању, попут /records/{opaque-record-id}.json. Пре захтева забележите извршиоца, UTC време, ревизију извора, хеш одобрених бајтова, складиште и путању и стање pending. За директне позиве меморијском складишту користите agent-memory-2026-07-22; позиви сесијама користе managed-agents-2026-04-01. Anthropic наводи да комбиновање ових бета заглавља у захтеву за складиште враћа HTTP 400. Референца креирања и приручник за меморију показују овај SDK облик; проверите инсталирани SDK према актуелној референци:

Python
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_.... Израчунајте SHA-256 над UTF-8 кодирањем враћеног садржаја, упоредите га са вредношћу content_sha256 добављача и људски одобреним тачним хешом бајтова, па поново валидирајте JSON. Проверите ID записа, обим власника, ревизију извора, статус active, актуелност извора и унапред одређени рок свежине. Ако иједна провера не успе, не шаљите ништа.

Једном упишите тачне преузете бајтове у приватно складиште адресирано њиховим хешом, уз искључиво креирање, попут Python позива open(path, "xb"). Одмах поново прочитајте и хеширајте датотеку, као и пре сваког слања. Никада не преписујте постојећи снимак. Делимична датотека или постојећа датотека са другим бајтовима на тој адреси захтевају обуставу и усаглашавање. Сачувајте оригинално одобрење, ID складишта, ID меморије, хеш добављача, хеш снимка и одлуку о обиму у приватној потврди преузимања. Овај снимак који се једном уписује јесте дизајн апликације, а не Anthropic прикључење фиксирано на верзију.

4. Дајте исте бајтове двема новим сесијама

Направите свежу сесију за агента A са стварним овлашћеним ID-јевима агента и окружења и без уноса меморијског складишта у resources. Потврдите да ресурси враћене сесије и ефективни алати и акредитиви агента не остављају други пут до складишта. Anthropic водич за сесије одвојено документује креирање и слање user.message:

Python
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. Ажурирајте тек после новог прегледа извора

Кад се оригинал промени, непосредно преузмите тренутну меморију и упоредите старе и нове доказе са власником. Нека човек одобри тачне заменске JSON бајтове са стабилним ID-јем записа, исправљеном тврдњом или показивачем извора, новом ревизијом извора и временима провере и прегледа. Сачувајте стару потврду и хеш. Забележите mem_... ID, тренутни непосредно прочитани content_sha256, планирани заменски хеш, извршиоца, одобрење и стање на чекању. Документовано условно ажурирање изгледа овако:

Python
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 излаза за каснију сесију обрађује генерисани предлог складишта. Овдашњи поступак почиње изворним записом који је власник одобрио и фиксира шта тачно два потрошача добијају.