Галоўная / Артыкулы

Практычныя нататкі: AI-агенты з лепшымі рашэннямі на GCP і Neo4j

Практычны разбор тэмы «AI-агенты на GCP і Neo4j, якія прымаюць лепшыя рашэнні»: кантракты, праверкі і гатовыя фрагменты кода для каманд, якія ўкараняюць гэты падыход.

Выдавец: REACTAPP.TOP14 хв чытання3107 слоў

Крыніцы: Build AI Agents That Make Better Decisions on GCP with Neo4j

У гэтым керавану практычныя нарады паказваюць, як працаваць з сыр'ём і стварыць функцыйнальную сістэму для: створэння агентаў AI, якія прыменяюць лепшыя рашэнні на платформе GCP за дапамогою Neo4j. Акцэнт ставіцца на практычныя крокі, чыстае перакананне ў правільнасці дзействаў і код, які можна проста дадаць у рэпазітарый без неабязковасці з'ясоўвання меты. У этапы агульнага апісання неабходна з'явіць вхідныя даны, адпаведальнага за крок і крытэрыя завершэння пры перадзеіснаванні коду. Аператары должны магчымае перадзеіснаваць крок з вядомага пункта контролю, не спрабоўваючы з'ясаваць схованы стан. Конфігурацыю трэба зберагчы праз аддзел ад коду прыкладнення. Файлы сераўіса, хранільнікі секрэтных дадзеных і флагі функцый должны знаходзіцца ў аднам месцы, якое аператары можаць пераглядаць, не чытаючы весь граф.

Слой знанняяў графа для навігабельных, поясненых AI-сістэм

Калі працуеце над стадзіяй The Graph Knowledge Layer, спачатку запісайце контракт: неабяжлівыя даны, сігнал успеху і тое, што выходзіць у разе частковага нявыпання. Такі спіс пераконтроўвае чыстасць пазнейшых змян у кодзе. Документавайце як шлях успеху, так і шлях вяснавання. Перапрыбуткі, людзкія контралі і обработка некорэктных паведамленняў ёсць часткай продукту, а не пазнейшым дапрацоўкам. Стварайце контрольныя пункты пасля дорогіх крокаў. Сістэма вярнення не павінна знову ставіць рахунак за той самы вызов LLM, калі аператар перапрыбуе пазнейшы вузел.

Ствараце болей тачныя способы пошуку: ад вектараў да GraphRAG

Калі працюеце над стадзіяй «Стварыць болей тачныя рэтрыбуцыі», спачатку запісайце контракт: неабяжлівыя даныя, сігнал успеху і тое, што выходзіць пад частым неудачам. Такі спіс пераканае ў тым, што пазнейшыя змены коду будуць чыстымі. Валіце маленькія, тэставаныя елементы замест большых скрыптов. Калі якісь крок не выйшае, неудача должна вказваць на адну адпаведальнасць, а не на заплутаны працэс. Замерайце рэтрыбуцыю на фіксаванай сэтке запытаў прычым рэгулювання прапанаў. Частая змена прапанаў рэдка калі-небудзь выправляе слабую сістэму рэтрыбуцыі.

MATCH (contract:Contract)
SEARCH contract IN (
  VECTOR INDEX contracts FOR $embedding
  WHERE contract.status = 'active'
  AND contract.jurisdiction = $jurisdiction
  LIMIT 5
)
MATCH (contract)-[:SIGNED_BY]->(party:Party),
MATCH (contract)-[:SOURCED_FROM]->(doc:Document)
MATCH clauses = (contract)-[:RELATED_TO*1..2]-(:Clause)
RETURN contract, party, doc, collect(clauses)

Aura Agents: Надзеяны Low-Code GraphRAG

Калі працуеце над стадзіяй Aura Agents Trusted Low-Code, спачатку запісайце контракт: неабяжлівыя даныя, сігнал успеху і тое, што выходзіць у разе частковага нявыпання. Такі спіс пераконвае ў тым, што пазнейшыя змены коду будуць чыстымі. Спрэчвайце гэтую стадзію як контракт межа данымі і перакананымі выходамі. Дайце назву артыфактам, задаце крытэрыя успеху і не падзволяйце частковаму завершэнню без паведамлення. Змяроўваце рэкалі на фіксаваным наборэ запітаў прычым падлашоўвання прапанаў. Частыя змены прапанаў рэдка калі выправляюць слабую сістэму адзыскання інформацыі. Калі працуеце над стадзіяй Aura Agents Trusted Low-Code, спачатку запісайце контракт: неабяжлівыя даныя, сігнал успеху і тое, што выходзіць у разе частковага нявыпання. Такі спіс пераконвае ў тым, што пазнейшыя змены коду будуць чыстымі. Зберагаеце настройкі за межамі коду прыемлі. Файлы сяродавішча, хранільнікі секрэтных дадзеных і флагі функцый должны знаходзіцца ў аднам месцы, якое аператары можаць пераглядаць без неабяжлівага чытання всей структуры.

Семантычный слой: Дапамога агентам у выборы правільных дадзейнаў і рэсурсаў

Семантычны слой дапамага агентам лепшая функцыонуе, калі яго спрыяваць як меравальную паверхню. Зберагачыце адна ідэальная транскрыпцыю, адзін прыклад неудачы і запіс пра вярнэнне да пачатковага стану перш чым расшырваць сферу дзеяння. Дакументавайце як успішны, так і вярнучыся парадоксы разам. Перапрыбуткі, людзкія контралі і обработка некорэктных паведамленняў ёсць часткай продукту, а не пасляднім дапрацоўкам. Храніце стан графа ў простым і тыпаваным фармаце. Вярнутыя блокі маскуюць, які вузел запісаў канкрэтны поле, і спакшваюць продовжэнне працы пасля перарываў.

Памяць графа: Стварэнне становых, поясненных агентаў

Этап стварання станоў памяці графа працюе найэфектывней, калі яго розглядаць як меркаваную плошчу. Запісаце адны ідэальны прыклад працы, адны прыклад неудачы і прыметкі па поверненню да попярэдня стану пры расшырэнні масштаба. Валіце маленькія, тэставаныя елементы замест велікіх скрыптов. Калі якаясь зе ступеней не выконваецца, прычына неудачы павінна вказываць на адную адпаведальнасць, а не на заплутаны ланцюг задач. Рэзервавайце стан графа у простаму і тыпізаваным фармаце. Вкладныя структуры маскуюць інфармацію пра тое, які вузол запісаў які поле, і спакоююць продовжэнне працы пасля перэрываў.

Адкліканне памяці графа за дапамою neo4j-agent-memory

Памяць графа адканэння з стадыям працюе найэфектывней, калі яе спрыяваць як меравальную паверхню. Зберагачыце адны ідэальны прыклад працы, адны прыклад неудачы і запіс пра вярнэнне да пачатковага стану перш чым расшырваць сферу дзеяння. Спрыявайце гэтую стадыю як кантракт межа вхіднымі данымі і перакананымі выходнымі рэзультатамі. Даўайце назвы артыфактам, задаюце крытэрыя успеху і адмовляйцеся ад тыхняга частковага завершэння без паведамлення. Храніце стан графа у простым і тыпаванам фармаце. Вкладзеныя блокі маскуюць інфармацыю пра тое, які вузел запісаў канкрэтны поле, і спаказваюць продовжэнне працы пасля перарываў. Памяць графа адканэння з стадыям працюе найэфектывней, калі яе спрыяваць як меравальную паверхню. Зберагачыце адны ідэальны прыклад працы, адны прыклад неудачы і запіс пра вярнэнне да пачатковага стану перш чым расшырваць сферу дзеяння. Храніце настройкі за межамі коду прыемлівача. Файлы сераўіса, хранальнікі секрэтных даных і флагі функцыйяў должны знаходзіцца ў аднам месцы, якое аператары можаць пераглядаць без неабяжнага чытання всего графа.

from neo4j_agent_memory import MemoryClient, MemorySettings
from neo4j_agent_memory.integrations.google_adk import Neo4jMemoryService

async with MemoryClient(settings) as client:
    # Create memory service
    memory_service = Neo4jMemoryService(
        memory_client=client, user_id="user-123",
        include_entities=True, include_preferences=True,
    )

    # Store a conversation session
    session = {
        "id": "session-1",
        "messages": [
            {"role": "user", "content": "I always want to use Gemini Flash for speed and cost reasons."},
            {"role": "assistant", "content": "Noted!"},
        ]
    }
    await memory_service.add_session_to_memory(session)

    # Search across all memory types
    results = await memory_service.search_memories(
        query="user preferences", limit=10,
    )

    for entry in results:
        print(f"[{entry.memory_type}] {entry.content}")

Памяць графа як кераваны сервіс

Для графа памяці як этапы неабяжна ўзначыць вхідныя даны, адпаведальнага за этап і крэтыры завершэння пры перадзеіснавленні коду. Аператары должны магчымаць перзапуск этапу з вядомай точкі контролю, не падозрываючы прыхованы стан. Неабяжна задокументаваць як шлях успеху, так і шлях вярнення. Перапрыбуткі, людзкіе пераказы і апрацоўка некорэктных паведамленняў ёсцю часткай продукту, а не пасляднім дапрацоўкам. Паставіць людзкую затверджэнняе на тыя рэшткі, якія вітрачаюць грошы або зменяюць даны праўдзівай працы. Падключэнне пад час компіляцыі не ўзначае повнасці бізнес-функцый.

Графы кантэксту: павышэнне якосці рашэнняў агента

Для этапы «Удосконаленне агента за дапамою графа кантэксту» неабходна прадварыяе адзначэнне вхідных дадзеных, адпаведнага адпаведальніка за крок і крэтарыяў завершэння працы перад зменым коду. Аперацыйныя працавнікі должны магчымае перадзначыць крок з вядомай точкі контролю, не падозрываючы прыхованы стан. Лепш выбіраць маленькія, тэставаныя елементы замест большых скрыптов. Калі крок не выйшае, прычына неудачы должна вказываць на адзін конкрэтны аспект, а не на заплутаны ланцоўкі задач. Неабходна людская апрацоўка для тых рэшэнняй, якія выкорыстоўваюць грошы або зміняюць даны, якія вікорыстоўваюцца у працэсе. Компіляцыйныя наладкі не ўзроўнаваны з повнасцю бізнес-процэсаў.

// Full chain behind a single bq.customer_lookup call
MATCH (tc:ToolCall {name: 'bq.customer_lookup', id: $call_id})
      <-[:CALLED]-(r:ReasoningStep)<-[:TRIGGERED]-(t:Turn),
      (r)-[:LED_TO]->(d:Decision)-[:CITES]->(e:Evidence)
      -[:RESOLVES_TO]->(c:Customer)
RETURN t.question, c.name, c.jurisdiction,
       d.outcome, d.decided_at, d.reviewed_by
// Reversed decisions in the last quarter that went through this tool
MATCH (d:Decision:Reversed)<-[:LED_TO]-(:ReasoningStep)
      -[:CALLED]->(:ToolCall {name: 'bq.customer_lookup'}),
      (d)-[:CITES]->(e:Evidence)
WHERE d.reversed_at > datetime() - duration('P90D')
RETURN e.source_type, count(DISTINCT d) AS reversal_count
ORDER BY reversal_count DESC

Інтэграцыя Neo4j з інфраструктурамі агентаў Google

Для этапу інтэграцыя Neo4j з Google неабяжна прадзефінаваць вхідныя даны, адміністратара крока і крытэрыя завершэння пры перадзмене коду. Аператары должны магчымаць перзапуск крока з вядомай точкі контролю, не падозрываючы схованы стан. Спрыяйце цэму этапу як кантракту межа вхіднымі данымі і перакананымі выходнымі рэзультатамі. Даўце назвы артыфактам, прадзефінаваць перагляды успеху і адмовіцеся ад бяспечнага частковага завершэння. Забезпечыце людскія празгляды для операцый, якія вітрачаюць грошы або зменяюць даны у працэйнай сістэме. Падключэння пад час компіляцыі не ўзроўнаўаеся з пачатковым станом бізнесу. Для этапу інтэграцыя Neo4j з Google неабяжна прадзефінаваць вхідныя даны, адміністратара крока і крытэрыя завершэння пры перадзмене коду. Аператары должны магчымаць перзапуск крока з вядомай точкі контролю, не падозрываючы схованы стан. Зберагачыце настройкі параду ад коду прыемлівання. Файлы сераўнавальнага сэрвісу, хранілішчы секрэтных дадзеных і флагі функцый должны знаходзіцца ў аднам месцы, якое аператары можаць пераглядаць без неабяжнай чытання.

цэлага графіка.

Афіцыйны сервер MCP Neo4j

Калі працуеце з афіцыйным серверам MCP Neo4j, спачатку запісайце угоду: неабяжлівыя даныя, сігнал успеху і тое, што выканаецца у разы ў частковай нявыполненасці. Такі спіс дапамага залічыць пазнейшыя змены ў кодзе. Документавайце як шлях успеху, так і шлях вярнення. Перапрыбуткі, людзкі контроль і обработка некорэктных паведамленняў ёсць часткай продукту, а не пазнейшай дапрацоўкі. Зявляйце логі з назвай інструмента, хэшам аргументаў, часам затрымкі і рэзультатам кожнага вызову. Без такога следу дэбаггін агента займае гадзіны.

Google ADK

Калі працуеце над стадзіяй Google ADK, спачатку запісайце угоду: неабяжлівыя даны, сігнал успеху і тое, што выходзіць у разе частковага неяксамоства. Такі спіс пераканальвае ў тым, каб пазнейшыя змены коду былі чыстымі. Валіце маленькія, тэставаныя елементы замест большых скрыптов. Калі якісь крок неяксамоства, гэта неяксамоство павінна вказваць на адзіну адпаведальнасць, а не на заплутаны ланцужок задач. Зробіце пераканальванне пасля дорогіх крокаў. Програма для продакцыі не павінна зноў выклікаць той самы вызов LLM, калі аператар праканае пазнейшы вузел.

Gemini Enterprise

Калі працюеце над стадзіяй Gemini Enterprise, спачатку запісайце контракт: неабяжлівыя даны, сігнал успеху і тое, што выходзіць у разе частковага нявыпання. Такі спіс пераконвае ў тым, што пазнейшыя змены коду будуць чыстымі. Спрэчвайце гэтую стадзію як контракт межа данымі і перакананымі выходамі. Дайце назву артыфактам, задаце правілы пераканання успеху і не падзэльвайце задачу на часткова выпання без паведамлення. Зявляйце логі з ідэнтыфікаторам запросу, ідэнтыфікаторам мадэлі і часам затрымкі праз кожны вызов. Без такога логу эпізодыячыя памылкі прадаўцоў выглядаюць як багі ў прыемніку. Калі працюеце над стадзіяй Gemini Enterprise, спачатку запісайце контракт: неабяжлівыя даны, сігнал успеху і тое, што выходзіць у разе частковага нявыпання. Такі спіс пераконвае ў тым, што пазнейшыя змены коду будуць чыстымі. Зберагайце настройкі параду прыемніка коду. Файлы сяродавішча, хранільнікі секрэтных дадзеных і флагі функцый должны знаходзіцца ў аднам месцы, якое аператары можаць пераглядаць без неабяжлівага чытання всей структуры.

Пачніце ствараць цяпер або пазірце жывым пры Google Cloud Next ‘26

Этап «Пачніце ствараць цяпер» работае наўжоўды лепш, калі яго спрыятаць як меруючую плошчу. Запісаўце адны ідэальны транскрыпт, адзін прыклад неудачы і прыметку па абратанню рэшэнняя перад расшырэннем масштабаў. Дакументавайце як шлях успеху, так і шлях вярнення да нормальнасці. Перапрыбуткі, людзкія контралі і обработка некорэктных паведамленняў ёсць часткай продукту, а не пасляднім дапрацоўкам. Храніце стан графаў у простым і тыпаваным фармаце. Вярнутыя блокі маскуюць, калькі вузел запісаў калькі поль, і спакойваюць працэс пасля перарываў.

Чакліст кампанавання

Этап чакліста кампанавання работае наўжоўды лепш, калі яго спрыятаць як меруючую плошчу. Запісаўце адны ідэальны транскрыпт, адзін прыклад неудачы і прыметку па абратанню рэшэнняя перад расшырэннем масштабаў.

Запісвайце часы выканання і косты токенаў або запытак праза функцыйнае рэзультат. Відкрытыя даныя пра косцы з’являюцца рана, таму не будзе неспакойных счытанняў, калі шлях пераходзіць з дэманстрацыі ў спяльныя сераўры.

Зберагаюце стан графа ў простам і тыпаваным фармаце. Вкладаныя блобы маскуюць інфармацію пра тое, які вузел запісаў якое поле, і спакошуюць продовжэнне працы пасля перэрываў.

Калі дозволяе бюджэт, дадзіце тэст на перакананне, які працюе над крытычным шляхам у CI з вікорыстаннем фіксатываў, а не рэальных платных API.

Конфігурацыю трэба зберагаць паза кодам прыкладнай програмы. Файлы сераўнавання, хранільнікі секрэтных даных і флагі функцыяй должны знаходзіцца ў аднам месцы, куда аператары можуць аўдытуваць іх без неабяжнага чытання всего графа.

Зберагаюце стан графа ў простам і тыпаваным фармаце. Вкладаныя блобы маскуюць інфармацію пра тое, які вузел запісаў якое поле, і спакошуюць продовжэнне працы пасля перэрываў.

Перш чым апранаваць стак, заморозьце версіі, зафіксуйце ідэальны транскрыпт для крытычнага шляху і паказваце крокі для атрыбутавання. У спакульнаваных сераўнаваннях неабходны ліміты швайнасці, перакананні ў прыналежнасці і чыстае вялоўнік для змены секрэтных даных. Валіце надзвычайную надзяйнасць працоўнікаў працоўнікам, а не крэатыўныя разовыя дэманстраціі.

Запіска параграфу 49b808f05f56: не трэба кантрацеўваць ключы прадаўцаў у рэпазітарыі, задаць максімальную кантэйнернасць токена на кожную сесію, а таксама зберагчы транскрыпціі празаўседле з фікстурамі для ацэнкі, каб пазнейшыя замены мадэляў заставаліся пораўнанневымі.

Запіска па ўжорсткаванню на стадыі 0 найэфектывней працуе, калі яе спрыяваць як меравальную плошчу. Зафіксавайце адну ідэальную транскрыпцію, адзін прыклад неудачы і запіску пра вярнэнне да пачатковага стану перш чым расшырваць масштабы. Спрыявайце гэтую стадыю як кантракт межа вхіднымі дадзеннямі і пераверанымі выходамі. Дайце назвы артыфактам, задаць крытэрыя успеху і адмовіцеся ад беззвучнага частковага завершэння.

Дзялейчык ужорсткавання 0/779: замерьце час выкарыстання, класію каштоўкі і вітрату токенаў для гэтай запіскі, а пасля вырашыце, чы робіць змяну на адной пазначанай сэткі пытанняў, а не на адной лячбе.

Для першага стадыі змецелення неабяжна прадзефінаваць вхідныя даны, адпраўніка крока і крытэрыя завершэння пры змены коду. Аперацыйныя працавнікі павінны магчымае перзапускаць крок з вядомай точкі контролю, не падозрываючы прыхованы стан. Конфігурацыю трэба залічыць праз аплявацыйны код. Файлы сераўнавання, хранільнікі секрэтных даных і флагі функцыйяў павінны знаходзіцца ў адном месцы, якое аперацыйныя працавнікі можуць пераглядаць, не чытаючы весь код.

Дзеянне змецелення 1/779: вы мераваеце час выканання, класію адзінакоў і выкарыстоўванне токеноў для гэтага пункту, а потым прымаеце рашэнне пра тое, чы хацяць залічыць змену, ствараючыся на адной фіксаванай сэтцы пытанняў, а не на асобістых спазырох.

Калі працуеце над 2-й стадзіяю практыкы заспеклення, спачатку запісайце умовы кантракта: неабяжныя вхідныя даны, сігнал успеху і тое, што выходзіць пад частковым нявыпаннем. Такі спіс контроля дапамагае залічваць пазнейшыя змены коду чыста і прозрачна. Валіце маленькія, тэставаныя елементы замест большых скрыптов. Калі якісь крок не выйшае, прычына нявыпанню должна вказываць на адзін конкрэтны аспект, а не на заплутаны ланцюг задач.

Дзеянне заспеклення 2/779: звярніце увагу на час выканання, класы каштоўкаў і вітрату токенаў для гэтай практыкі, а потым вырашыце, чы робіць змены на адной основе фіксаванага набору пытанняў, а не на адной толькі прыватнай інформацыі.

2-я стадзія практыкы заспеклення працюе лепей, калі яе спрыяваць як меравальную плошчу. Запісайце адзін ідэальны прыклад працы, адзін кейс нявыпанню і прыказку па адкату перш чым расшырваце масштабы. Запісвайце час выканання і вартасць токенаў або запыткаў разам з функцыйнальнымі рэзультатамі. Відкрытая інформацыя пра вартасці запобегае неспакойным рашчыткам, калі працэс пераходзіць з дэмаверсіі ў спяльныя асяроддзя.

Дзеянне паўжчання 3/779: звярніце увагу на час выканання, клас памылакі і колькасць выкорыстоўваных токенаў для гэтага запісу, а пасля, на аднойчынай базе фіксаванага набора пытанняў, а не на асобістых спазыраннях, выявіце, чы робіць змены.

Для 4-го этапу паўжчання неабходна перад змянай коду чытка апісаць вхідныя даны, адпаведальнага за крок і крытэрыя завершэння. Аперацыйныя працавнікі должны магчымае перадзвануць крок з вядомай точкі контролю, не падозрываючы прыхованы стан. Адночасна неабходна задокументаваць шлях успеху і шлях вярнення да нормальнага стану. Практыка павторных спроб, людзкія перакрыцця і обработка некорэктных паведамленняў ёсць часткай продукту, а не етапамі далейшай доўнелівання.

Дзеянне паўжчання 4/779: звярніце увагу на час выканання, клас памылакі і колькасць выкорыстоўваных токенаў для гэтага запісу, а пасля, на аднойчынай базе фіксаванага набора пытанняў, а не на асобістых спазыраннях, выявіце, чы робіць змены.

Калі працуеце над 5-м падзёлам прыемкі забезпечэння, спачатку запісайце контракт: неабяжлівыя вхідныя даны, сігнал успеху і тое, што выходзіць у разе частковага нявыпання. Такі спіс пераконтроўваець дапамагае залічыць пазнейшыя змены ў кодзе. Спрыймайце гэты падзёл як контракт межа вхіднымі данымі і перакананымі выходнымі рэзультатамі. Дайце назвы артыфактам, задаць крытэрыя успеху і адмовіцеся ад мовчанкавага частковага завершэння.

Дзеянне забезпечэння 5/779: вымерайце час выканання, класію каштоўкаў і вітраты токенав для гэтай прыемкі, а пасля выберайце, чы робіць змену на адной пазначанай базе пытанняў, а не на адной лячбе.

5-й падзёл прыемкі забезпечэння работае лепей, калі яго спрыймаюць як вымеральную паверхню. Запісайце адны ідэальны прыклад, адзін кейс нявыпання і прыемку для адкату перш чым расшырваце сферу дзейснення. Зберагайце настройкі параду ад коду прыемлі. Файлы сяродавішча, хранільнікі секрэтных дадзенняў і флагі функцый павінны быць у адном месца, якое аператары можаць пераканаць без чытання всіх дадзеных.

Дзеянне паўжчання 6/779: звярніце увагу на час выканання, клас памылакі і колькасць выкорыстоўваных токенаў для гэтага запісу, а пасля, на аднойчынай базе фіксаванага набору пытанняў, а не на асобістых спазыраннях, выявіце, чы хацяце застаўіць змены.

Для 7-го этапу запіса паўжчання неабходна перад змянай коду чытко візначыць вхідныя даны, адпаведальнага за крок і крытэрыя завершэння. Аперацыяныя працавнікі должны магчымае перадзваніць крок з вядомай точкі контролю, не падозрываючы прыхованы стан. Лепш выбіраць маленькія, тэставаныя елементы замест большых скрыптов. Калі крок не выйшоў, прычына неудачы должна вказываць на адну конкрэтную адпаведальнасць, а не на заплутаны працэс.

Дзеянне паўжчання 7/779: звярніце увагу на час выканання, клас памылакі і колькасць выкорыстоўваных токенаў для гэтага запісу, а пасля, на аднойчынай базе фіксаванага набору пытанняў, а не на асобістых спазыраннях, выявіце, чы хацяце застаўіць змены.

Калі працуеце над 8-м стадзіям прыемкі з павышэння безпекі, спачатку запісайце умовы кантракту: неабяжлівыя даныя, сігнал успеху і тое, што выходзіць пад частыя неудачы. Такі спіс контроля дапамагае заліцвачыць пазнейшыя змены ў кодзе. Запісвайце часы выканання і вартасьць токена або запіта праза функцыональныя рэзултаты. Відразувая візуабельнасьць вартасцей запобегае неспакоўным рахункам, калі працэс пераходзіць з дэмаверсіі ў спяльныя сераўы.

Дзеянне прыемкі з павышэння безпекі 8/779: вымерайце час выканання, класію памылак і вітрату токена для гэтай прыемкі, а пасля выберайце, чы робіць змену на адной пазначанай базе пытанняў, а не на адной толькі прыватнай інформацыі.

8-я стадзія прыемкі з павышэння безпекі работае лепей, калі яе спрыямаць як меравальную плошчу. Запісайце адну ідэальную транскрыпцыю, адзін прыклад неудачы і запіс пра вярнэнне да пачатковага стану, перш чым расшырваць сферу дзеяння. Дакументавайце як успішны, так і вярнэнчы выкарыстоўвання. Перапрабавкі, людзкія контрольныя пункты і обработка неканальных паведамленняў ёсць часткай продукту, а не чымсь, што дадаецца пазней.

Дзеянне паўжасткі 9/779: звярніце увагу на час выканання, класы паказакоў і колькасць токенаў, выкорыстаных для гэтага запісу, а пасля, на аднойчынай базе фіксаванага набору пытанняў, а не на індывідуальных прыкладах, выявіце, чы хацеце застаўіць змяну.

Для 10-го этапа паўжасткі неабходна перад змянай коду адзначыць вхідныя даны, адпаведальнага за этап і крэтырыя завершэння. Аперацыяныя працавнікі должны магчыма было перазапускаць этап з вядомай точкі контролю, не падозрываючы прыхованы стан. Штодзе гэты этап трэба спрыятаць як кантрактом межаў вхідных дадзеных і перакананых выходных рэзультатаў. Назвіце артыфакты, адзначыце крэтырыі успеху і не прабывайце прыймаць часткова завершаныя рэзультаты без падтверджэння.

Дзеянне паўжасткі 10/779: звярніце увагу на час выканання, класы паказакоў і колькасць токенаў, выкорыстаных для гэтага запісу, а пасля, на аднойчынай базе фіксаванага набору пытанняў, а не на індывідуальных прыкладах, выявіце, чы хацеце застаўіць змяну.

Калі працуеце над стадзіяй 11 з адаптавання захоўнай сістэмы, спачатку запісаце кантракт: неабходныя даны, сігнал успеху і тое, што выходзіць на частыя неудачы. Такі спіс контроля дапамагае залічваць пазнейшыя змены ў кодзе чыста і адкрыта. Зберагайце настройкі паза кодам прыемліка. Файлы сераўнавання, хранільнікі секрэтных даных і флагі функцый крануцца ў аднам месцы, якое аператары можаць пераглядаць без неабходнасці чытання всей структуры.

Дакладнасць адаптавання 11/779: звярніце увагу на час выканання, класы ошыбак і вітраты токенав для гэтай стадзіі, а пасля выберыце, чы робіць змену на адной пазалежнасці ад фіксаванага набору пытанняў, а не на адной лічбе.

Стадзія 12 адаптавання захоўнай сістэмы працюе лепей, калі яе спрыяваць як меравальную плошчу. Запісаце адны ідэальны прыклад работы, адзін кейс неудачы і запіс пра вярнэнне да пачатковага стану, перш чым расшырваць сферу дзеяння. Валіце маленькія, тэставаныя елементы замест большых скрыптав. Калі якісь крок не выйшае, неудача должна вказываць на адну конкрэтную адпаведальнасць, а не на заплутаны працэс.

Дзеянне паўжырання 12/779: звярніце увагу на час выканання, класыя ошыбак і колькасць токенаў, якія былі выкарыстаны для гэтага запісу, а пасля, на аднойчынай базе фіксаванага набору пытанняў, а не на асобістых спазырэннях, выявіце, чы хацяце застаўіць змены.

Для этапы 0 паўжырання неабходна перад змянай коду адзначыць вхідныя даны, адпаведальнага за крок і крытэрыя завершэння. Аперацыйныя працавнікі должны магчымае перадзвануць крок з вядомай точкі контролю, не падозрываючы прыхованы стан. Неабходна аддзекаваць як шлях успеху, так і шлях вярнення да нормальнага стану. Практыкі павтарэння спроб, людзкія контралі і обработка некорэктных паведамленняў ёсць часткай продукту, а не чымсь, што дадаецца пазней.

Дзеянне паўжырання 0/798: звярніце увагу на час выканання, класыя ошыбак і колькасць токенаў, якія былі выкарыстаны для гэтага запісу, а пасля, на аднойчынай базе фіксаванага набору пытанняў, а не на асобістых спазырэннях, выявіце, чы хацяце застаўіць змены.

Калі працюеце над першым этапам зміцнення, спачатку запісайце контракт: неабяжлівыя даны, сігнал успеху і тое, што выходзіць у разе частковага невыпання. Такі спіс контроля дапамагае залічыць пазнейшыя змены коду адкрыта і працэйна. Спрытывайце гэты этап як контракт межа данымі і перакананымі выходамі. Дайце назву элементам, задаце крытэрыі успеху і не падзеляйцеся на частковыя завершэння без паведамлення.

Дзеянні зміцнення 1/798: вымерыце час выканання, класію каштоўкаў і вітраты токенаў для гэтага пункту, а потым выберыце, чы робіць змену на аднойчы заданых крытэрыях, а не на падставе індывідуальных спазыроў.