Практычныя прытамулкі: Ствараць агентаў AI, якія прыменяюць кращыя рашэнні на GCP з аднойчынай схемай Neo4j
Практычныя нарады: Стварэнне агентаў AI, якія прыменяюць кращыя рашэнні на GCP з аднойчыны з 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: вымерыце час выканання, класію каштоўкаў і витраты токенаў для гэтага пункту, а потым выберыце, чы робіць змену на аднойчы заданых критэрыях, а не на падставе індывідуальных спазыроў.