Чаму журналы агента не задаволяць артыкул 12: запісы рашэнняў, прычыннасць і паходжанне
Журналы агентаў не задаволяць артыкул 12 AI Act ЕС. Запісвайце рашэнні AI-агентаў як трывалыя аб’екты з прычыннымі сувязямі, ланцугом хэшаў паходжання і фіксаванымі правіламі.
У ліпні 2026 года набрала чыннасці правіла, якое большасць інжынерных каманд яшчэ не відчула. Артыкул 12 Закона ЕС пра ШЫ праўяе, што сістэмы ШЫ з высокім рызыкам павінны тэхнічна дазваляць аўтаматычнае запісванне падзеяў працы ўсю ўсё іх жыццё, пры чым можлівасць відстэплення павінна быць прыемная да меты сістэмы. Артыкул 26 накладае на таго, хто ўпроваджае такія сістэмы, адпаведную абавязак: зберагаць гэтыя лог-файлы прынеймна шасць месцаў, а яшчэ дышыць, калі таго трэбуе іншы закон.
Інжынер, чытаючы гэты тэкст, зазначае дзівны няравнавагу. Мета сформульавана чыста, тады як неабходны фармат ледзь толькі згадваецца. Мета — магчымасць рэканструюваць пасля таго, як ёсць, адзін конкрэтны рашэнні. Продукт APM гэтага не дае, адколі ён створаны для іншага. Вектарны хранільнік таксама гэтага не дае.
Час падачы ўскладнены, таму што агенты ўжо перэсталі адпавядаць на запытанні і пачалі дзеяць. Яны затвараюць згоду на выдаткі, зменяюць размеры інфраструктуры, направляюць скаргі на страхаванне, адхроняюць заявкі і затвараюць справы. Кожна з гэтых дзеянняў — гэта рашэнне, па якое хтось можа згодзейся патрабаваць ад компаніі падтверджэння, і ў большасці сучасных арганізацыяў правдзівая адпаведзь будзе тая, што яна не можа гэта зробіць.
Справа пра малыя сумы, якая паказала проблему
Да таго, як з’явіліся правілы, і да таго, як агенты змоглі дзеяць, трыбунал у Брытанскай Каліфорніі перапытаў тую ж слабась у малым масштабе. Гэта застаецца найяснейшым наявным прыкладам.
Бабуля Джэка Моффатта памерла у лістападзе 2022 года. Таго ж дня ён адэтнаў веб-сайт Air Canada, каб заброніраваць рэлігацію до Торонто, і, не ведаючы, як функцыонуе зніжка за смерць блізкага, запытаў чат-бота авіакомпаніі. Бот сказаў, што ён можа негайнаа купіць квітак за пূрным цэнам і праз 90 дзён прагледзець зніжку за смерць блізкага. Перш чым паверыць у гэта, Моффатт зрабіў розумны крок — сфатаграфаваў адпаведзь бота. Пасля ён заброніраваў квітак, палетаў, прыбыў на пахаванне і падаў сваю заяву.
Air Canada адмовілі яму. Такой правіл не існаваў, і бот гэта выдумаў.
Следучыя паследкі ўжо маюць навучальны характэр. У Трыбунале з грамадскіх спораў авіакомпанія стверджвала, што не можа несці адпаведнасць за тое, што сказаў яе чат-бот, апісваючы бота як окрэмую аб’ектацію, якая несе адпаведнасць за сваі власныя дзеянні. Член трыбуналу Крыстофер Рыверс назваў гэтыя аргументы неўяўнымі і зазначыў, што авіакомпанія ніколі не поясніла, чаму хтось маў бы іх прыйняць. Чат-бот ёсць часткай веб-сайта, а компанія несе адпаведнасць за свой веб-сайт. Air Canada заплатыла 812,02 канадскіх долераў.
Гэтая сума ўсё ж мінімальная. Найважлівейшым показнікам ёсць ноль – колькісць дакументаў, якія Air Canada могла бы праказаць, каб паясніць, чаму ўсё ж такі выйшла такая інформацыя з ўласной сістэмы. Џедыным трывалым доказам у всім розглядзе быў скрыншот кліента.
Той жа проблема згодна стала ўсё большай. У квітні 2025 года бот падтрымкі ў Cursor створыў правілы, якія обмежылі можлівасць падпісання на сервіс адной прыстрою. Кліянты пачалі анулювацыя падпісанняў, а компанія даведалася пра гэта толькі таму, што аднадзвеўшы заснавальнік пабачыў адпаведны твіт на Reddit. Мадэль проблемы застаецца той самой, але ўскорыцца тэмп і збільшыцца ўплыв, пры чым не было патрэбы ў жадных трыбуналах.
Цяпер уявіце тую жа слабась у доказах, якая будзе прэдставлена рэгулятору, прычаму ў супакоўцы з агентам, які пераводзіць грошы.
Дэбаггінг і адпаведнасць за дзеянні — гэта разныя задачы
Большасць тэхнічных структураў ніколі не робіць тут значных разлікаў.
Возможнасць абзірнасці заснована на выкананні. Яна фіксуе, што зрабіў працэс пад час аднаго запуску: перыяды выканання, вызовы інструментаў, колькісць токенав, спробы паўтарэння і затрымкі. Яна ёсць выбірачной, заканчываецца пасля певнага часу зберагання і стосуецца толькі адной запросу. Гэта абсалютна падходзіць для выявлення бага ў вівторак.
Адказнасць ўсё час зосераджваецца на конкрэтной сферы. Яна фіксуе, да якіх вынікнень дасягла організація, на якіх доказах, па якій політыцы, і што адбылося пасля таго. Яна павінна застацца непараджанай пад час міграцый кантэйнероў, зняцья модэляў, перабудовы індэксаў, рэорганізацыі і выхаду двух колег.
У іншых частках бізнесу гэта ўжо стаў звычайным. Змяны ў працоўным працэсе ніколі не восстанавляюцца на адной лог-файлах прыкладнення, адтолькі ў запісах пра змяны ёсць автар, заявка і затверджэння. Фінансавая сітуацыя таксама ніколі не восстанавляецца на HTTP-трагах, адтолькі існуют журнальныя запісы. Замовленні, платэжы, затверджэнні і розгортанні ўсе ўжо ёсць стабільнымі об’ектамі, і кожны з іх мае свой жыцёвы цыкл, власніка і правіла зберагання.
Рашэнні агентаў — гэта ўжо ўсё, што застаецца як неструктураваныя даны, якія застаюцца без належнага аналізу, проста спадзяючыся на наёмнасць.
Версія о 3 гадзіны ночы
Такая формулаванне пад чынаваннем прымусова адпаведнасці прыводзіць да таго, што адказкі выглядаюць экзотычнымі, хоч на самай працэ ўсё ўсё звычайна, таму конкрэтны прыклад дапамагае.
Чэрэз 20 хвілін пасля выпуску пачынаецца працэс перавяркі, і з’яўляюцца памылкі 5xx. Агент, які аналізуе сітуацыю, паўставляе рэшта памылак у зв’язку з перыодам выпуску, не бачыць жадных апавешчэнняў пра проблемы і класіфікуе гэты прыгод з явыкам рэгрэсіі пасля выпуску. Агент, які знаходзіць спосабы адліквідавання проблемы, вяртае выпуск у пачатковы стан. Колькасць памылак вяртаецца да нормальных значэнняў. Агент, які адпавядае за выпуск, знову пачынае працэс развяртвання. Каму-то ў канале для абмены інформацыяй пра інцыдэты падае позытыўны атрыбут, і каманда пераходзіць да наступных задач. Загалом пройшло 11 хвілін, і не адбываецца жадна пераглядка інцыдэту, таму што проблема, здавалася, сама сабой рашылася.
Але прычыной не быў сам выпуск. Прадаўцу платэжных аперацый, які працаваў пасля выпуску, была падвышаная навантажэння, і ён з’яўляецца ў стабільны стан прыблізна ў момент вярнення выпуску у пачатковы стан. Цяперашняя залежнасць была проста збыткам, і агенты стварылі правдопадобную версію прычыны на адной з гэтых падстав.
Правда выявіцца у жаўтні, калі павтарыцца той самы патэрн і хтось запытаецца, чы не мала тая жа прычыну і інцыдэнт у красавіку. Час з’ясавіць.
Да гэтага часу следы ужо застарэлі, іх выдалі ў чэрвені. Шаблон запіту быў перапісан два разы. Калі змянілася мадэль эмбедынгу, быў перабудаваны індэкс пошуку, таму фрагменты інструкцый, якія агент чытаў тады, не ўзяткі будуць вжытыя сёння. Версія мадэлі, згаданая ў заголовку запіту, ужо не вікорыстоўваецца. Якое застаецца — такое чат-сюжэт, які заканчваецца эмодзіяй з пальцам угору.
На гэты вопыт нельга даўаць адпаведзь. Ніхто не быў недбалы. Ніч у цій сістэме не было спраектавана для зберагчэння адпаведзі.
Чаму крашчая памяць гэта не выправіць
Звычны інстынкт — апрацаваць шар памяці, які зазвычай являе сабою базу вектараў. Але гэта рашае зовсім іншую проблему.
Функцыя вбудованага пошуку добра падае ў адпаведнасці на аднай пытанні: што выглядае так? Яна не можа сказаць, калі самэй сістэме было 14:02 у паведамлены дзень, які ранейшы вывад прывёў да гэтага, дзе выйшаў конкрэтны факт, чыі правіла, якія мялі на меце обмежыць певную дзеянне, насправды былі застосаваны.
Існуе таксама болей тонкія недагоднасць. Працэс выкарыстоўвання даных не застаецца стабільным з часам. Калі занова вбудуваць корпус даных за дапамою новейшага модэлю, тады аднаковы запіт дае іншы рэзультат, тое ўсё, што спачатку сцвячалася як запіс, таямніча змінілася. Лёгкі для перапісву след аўдыту праз апдэйт залежнасцей ўжо не ёсць следам аўдыту.
Кожны слой адпаведзае на сваю сабе пытанню:
- Вектарны пошук: калі элементы выглядаюць так сама, як гэты?
- Граф знанняў: з чым ён з’яўляецца у зв’язку?
- Паходжэнне: дзе ён выйшаў і чы рэальна ён ўсё ў чыннасці?
Для справжньага расследавання „чаму гэта сталося“ патрэбны большасць з гэтых элементаў. Толькі адны з іх — цэе хранальнік вектараў.
Ператварэнне рашэння ў об’ект
Сюды саме патрабуееся Semantica. Цэа ўраджаная пад ліцензіяй MIT піраміда на Python, якая працуе пад базой агентаў і спрацоўванае кантэкст як граф, а не як скупка тэксту. Стварэнне графа, логічныя выводы і вярнасць да выхадных дадзеных ёсць дэтэрміністычныя, без участку LLM, што мае значэнне, калі выхадны рэзультат павінен служыць доказам.
Цэнтральная ідэя простая. Рашынка стаець чымсцю, якае спецыяльна запісваецца, а не чымсцю, якае проста ўводзіцца ў журнал.
from semantica.context import ContextGraph
ctx = ContextGraph(advanced_analytics=True)
decision_id = ctx.record_decision(
category="incident_triage",
scenario="Checkout 5xx elevated 20 minutes after release 2026.31",
reasoning="Error onset correlates with rollout window; no infra alerts; "
"no dependency alarms visible at time of assessment",
outcome="classified_as_release_regression",
confidence=0.83,
)
Механізм просты. Змінюецца тое, што аварыста вынушаны чытальна расказаць. У змену на свабодны тэкст у лініі журналу, катэгорыю, сцэнарыю, прычыны, рэзультат і показнік доверыя, неабходна ўказваць конкрэтныя даны. Все гэта застаецца доступным для запытанняў чырнадцаць месяцэў пазней, чаго не можа зробіць проза.
Разглянеме строку reasoning у жаўтневым сцэнарыі. У яй сказана, што пад час адлікавання не было відных аўтаматычных апавешчэнняў пра залежнасці. Гэтае адно выраза перакаштоввае історыю з версіі агента, які памыліўся, у версію агента, які вывёў справедлівы вывод на аднойчынку частковых сігналаў, што указвае на праслойку у монітарынгу, якую трэба усунуць. Гэтыя два падходы прыводзяць да аблічна разных нарад.
Увага ўжо да таго поля. Гэта не месца для неасфальтаванага ланцуга раздумакоў модэлі, які ёсць нестабільным, іноды выдуманым і немагчымым адбароніць па кожнай пункцыі перад стороннім адноснікам. Запісуйце тыя праграмы, за якія організацыя гатова стаць: практычныя доказы, якія былі вазаваны, праграмныя граніцы, якія былі перакрытыя, застосаваныя правілы, а таксама адносбы, якія іх перакрылі. Гэта ў будзь-якім случае лепшая для працы.
Адна ентрыта — гэта лінія журналу, ланцуг — інфраструктура
Рэальныя працэсы агентаў розпадаюцца на часткі, і шкода рэдка бывае толькі ў аднам вузле. Яна ўсюды, у всім, што знаходзіцца ніжэй па ланцузе і тыха прыняло некарэктны вывод.
Найвядомым прыкладам да АІ ёсць Knight Capital. Чырвоны запуск у 2012 годзе заставіў застарэлы варыант коду працаваць, і за прыблізна 45 хвілін компанія паспятала або прыблізна 440 мільйонаў долераў. Ніхто не сумневаўся ў тым, што робіў програмны чыннік, і кожны замовленні было задаўна зафіксавана. Але ніхто не могаў вручную сочыць за наследкамі, калі тыя шырэўціліся так быстра.
Semantica дазволяе адзначыць зв’язкі між рашэннямі ў момент ўведэння ў код:
triage_id = ctx.record_decision(
category="incident_triage",
scenario="Checkout 5xx elevated after release 2026.31",
reasoning="Error onset correlates with rollout window; no infra alerts",
outcome="classified_as_release_regression",
confidence=0.83,
)
rollback_id = ctx.record_decision(
category="remediation",
scenario="Contain checkout 5xx",
reasoning="Regression attributed to release; rollback is lowest-risk action",
outcome="rolled_back_to_2026.30",
confidence=0.91,
)
unblock_id = ctx.record_decision(
category="release_gate",
scenario="Resume deploy queue after containment",
reasoning="Error rate normal for 30 minutes post-rollback",
outcome="deploy_queue_reopened",
confidence=0.86,
)
ctx.add_causal_relationship(triage_id, rollback_id, relationship_type="CAUSED")
ctx.add_causal_relationship(rollback_id, unblock_id, relationship_type="INFLUENCED")
why = ctx.trace_decision_chain(unblock_id)
blast_radius = ctx.analyze_decision_impact(triage_id)
Існуе тры тыпы адносінаў: CAUSED, INFLUENCED і PRECEDENT_FOR. Слоўнік маленькі, і гэта прыемна. Паўнае большасць значэнняў выкалікаецца з адной-едзінай операцыі.
Калі у жаўтні было выявлена, што трыаж узначаны некорактна, пытанне змінілася. Запіт пра тое, якія следы згадваюць варыцыю пакупкі, вяртае чатырнаццаць тысяч рэядоў. Запіт пра тое, якія рашэнні успадкавалі гэты вывад, вяртае короткі, обмежаны спіс: анулюванне змян, паўторнае ачыненне чэргі, адправленыя паведамленні кліентам, апошнія аналізы, якія ніхто не напісаў. Гэта ёсць меры вплыву рашэнняў, і гэта самае тая операцыя, якая неабходна, калі агенты перастаюць проста радзіць і начынаюць дзеяць.
find_similar_decisions() працюе у працоўным напрамку і вяртае прэцэдэнты. Чы раней гэтыя сістэма сталкавалася з такым запітам і што яна рабіла? Самэй так і паддаецца на выяўленне агент, які кожны трэці вёснік тычыцца сабе самаму, — гэта справжня нядача, якую ніхто не сочыць, бо для яе не існуе ніякіх паметрактароў.
Каузальнасць — гэта не паходжанне
Этыя два панявы часта плутаюцца, аднак яны адпавядаюць на разныя запытанні. Знанне пра тое, што рашэнне C базавалася на рашэнні A, мае малая значыць без знання таго, на якіх доказах базавалася A.
Модуль паходжання ў Semantica следуе стандарту W3C PROV-O. Ён не ў модзе, але правільны.
from semantica.provenance import ProvenanceManager
prov = ProvenanceManager(storage_path="./provenance.db")
prov.track_entity(
entity_id="release_2026_31",
source="ci/pipeline_runs/2026-31/manifest.json",
metadata={"stage": "canary", "extractor": "ManifestParser", "confidence": 0.99},
)
lineage = prov.get_lineage("release_2026_31")
Два варыянты дызайну тут вартае наследзваць нават тымі командамі, які ніколі не інсталююць бібліятэку.
Па-першае, элементы праўінавання ствараюць ланцуг хэшаў. Кожны запіс мае номер парады плюс контрольную суму, якая з’ѐеднае яго з попераднім, а verify_chain() паказвае, чыі історыя была зменена чы ўсунутыя елементы. Самэ гэта адзначае разлік межа табелем, які кожны можа проста UPDATE зробіць, і тым, што служыць доказам.
Па-другае, факты анулююцца, але не выдаляюцца. Калі ўжо яе ўсё правда, ён заменяецца разам з тым, хто гэта зробіў, і прычыной:
prov.invalidate(
"release_2026_31",
agent_id="human_sre_lead",
reason="Error attribution corrected; degradation traced to payments provider",
)
Зменныя столбцы з значэннем valid=false паказваюць тэкушчы стан. Журнал фіксуе, калі стан колісціўся, хто і калі гэта зробіў, а таксама прычыну. Верніцеся да слуханняў у Air Canada і запытайце, калькі з гэтых двух вароўкая патрабавала. Адказ ўжо зрозумілы.
Вынесенне правіл адпаведальнасці за межы запыту
Іншая перавага — у Semantica ёсць справжнія механізмы логічных выводам: forward chaining, Rete, Datalog і SPARQL. Логіка простая: калі організацыя вядома правілу, немае прычыны прасіць мовную мадэль пры кожным запыце імпровізаваць яго на англійскай мове.
from semantica.reasoning import ReteEngine, Rule, Fact, RuleType
engine = ReteEngine()
engine.build_network([
Rule(
rule_id="dual_control_prod",
name="Human approval required for high blast-radius prod changes",
conditions=[
{"field": "env", "operator": "==", "value": "production"},
{"field": "blast_radius", "operator": "in", "value": ["high", "critical"]},
],
conclusion="require_human_approval",
rule_type=RuleType.IMPLICATION,
)
])
engine.add_fact(Fact("chg_014", "change", [{"env": "production", "blast_radius": "high"}]))
matches = engine.match_patterns()
Мадэль як і раней пераробляе неясны вхідныя даны і прыказывае дзеянне. Змянілася частка, якая затверджвае або блакуе гэтае дзеянне: цэй больш не ўяўны параграф у сістэмным запросе, які можна абмануць за дапамогою незвычайна сформульаванага крайньего кейсу. Паколькі rule_id можа быць зберагнуты ў запісі рашэння, запыт пра тое, якая політыка была застосавана, ператвараецца на просты пошук, а не на дыялог між двума камандамі.
Адзін застэрэжны момент: прыстрой для падбору умов ўмышлена просты. Перад тым, як ён стане прымежнікам між агентам і будзь-якім рэгулюемым дзеяннем, трэба працаваць з яго над працэсамі стрэс-тэстування ў співвароце з рэальным наборам правіл. Дэманстрацыйны механізм правіл не ўзьмасць на сябе ролі контролю даследжэння, а выявленне прасоў пад час аўдыту — цэнаўы спосаб ўсваяць іх.
Бялыя стандарты перажываюць фрэймворкі
PROV-O керуе паводзам, прэдставленнем у фармаце RDF, запытамі SPARQL, абмежэннямі SHACL і онтологіямі OWL. Нічога з гэтага не ўзбуджае адушэвання, і гэта якраз і ёсць галоўная мета.
Фрэймворкі агентаў маюць перыяд жыцця апошнейша адзіннаццаць месцаў. Такія ж патрабаванні да аўдыту не існуе. Рэвізор у 2030 годзе не будзе кепсацца тым, якая бібліятэка керавання была популярная на момент прыняцця рашэння, і ніхто не хоча, каб стойкія інформацыя застаўся ў прыналежным фармаце экспорту стартапу, які згодна змяніў напрамак свайго розвіцця.
Таксама існуе сервер MCP, які запускаецца за дапамою python -m semantica.mcp_server. Яго інструменты включаюць выкарыстоўванне даных, фіксацію рашэнняў, пошук поперадніх прыкладаў, аналіз прычынна-наследніх ланцаў і логічныя выводы. За ўмовы ўжыцця такога рашэння агент фіксуе сваія рашэнні праз звычны вызов інструмента, і не трэба дадаць додатковых кэшэў для логавання, якія агент мог бы айснаваць.
Праўяя цена
Косты заслуговуюць на чыстае адзначэнне.
Першым расходам являецца новая служба, якая выконвае паведамлення стану, а таксама ўключае ў сябе апыткі, міграцыі, схему і кантроль даступу. Другім расходам ёсць зусілля з мадэлявання, адколі ніхто іншы не можа вярнуцца ў тым, што можа лягчыць як рашэнне, якое варта зафіксаваць. Фіксацыя кожнага крока стварае ўтварэнне журналу, але ён стае дорожэй. Фіксацыя занадта малай колькасці інформацыі залішае прасвяты ў ланцузе самэ там, дзе мае адбыцца рашэнне.
Існуе таксама культурны расход, які часта недаоцэнюецца. Граф рашэння дазволяе дужа проста пабачыць, што агент чатыры месцы паследова прымеў неправільнае рашэнне. Гэта і ёсць мета, але зустрэч усё раве будзе некомфортная.
Праект таксама развіваецца быстра. Зафіксаваць версію, якая была параболена. Кожны, хто патрэбуе нераспространенага стаўкі, павінен інсталаваць яго з крыніцы, зафіксаванага на конкрэтным коміце. Спрыяць яго як інфраструктуру, а не як зручнае імпортаванне.
Пачніце з аднаго рабочага практыку
Запісваць все у віглядзе графа — глытак. Запісвай толькі тое, што трэба захіць.
Выберыце адзін працэс, у яком неправільныя рашэнні могу коштаць рэальныя грошы або падарожыць довер’е. Запісвайце рашэнні толькі там, дзе выканана влада — напрыклад, праз апраўленне, адхіленне, выдаткі, направленне сообшчэння да віробніцтва або задаванне зобавэсця кліенту. Разам з кожным рашэннем зберагайце доказы, на якія яно было апаранае, і ID правілы, калі была выкарана дэтэрміністычная політыка. Зберагайце даныя асінхронна, каб запіс не застаўся на шляху, які корыстнік чакае.
Чэрэз трыдцьць дзён спробуйце адпавесці на справжнія запытанні «Чаму гэта было зроблена?» выкарыстоўваючы толькі граф. Негаразды з’явяцца адразу, і яны не будуць тымі, якія прыпускаліся. Гэты эксперымент навучае больш, чым будзь-які падход да праектавання схемы, выкананы загадзя.
Што трэба памятаць
Працавалі два годзіны над стварэннем можлівасці ўсвядомлення прычын рашэння, што пераважна значыла прабавы з’ясавіць, што відбываецца ўнутры мадэлі. Гэта заведама неправільная мета, і да яе не падкрадваюцца. Мадэль застаецца верагатыбнай, і жадныя хітрыя методы не робяць ўсё, што відбываецца ў яе внутрошнясці, прыйняжным у будзь-якіх значных сітуацыях.
Адпаведнасць можна досягнуць, і кожны елемент яе знаходзіцца за межамі мадэлі: сама рашэнне, прычыны, якія яе спрыялі, доказы, мэтаспрыяжнасць, застосаваная політыка, наследкі і пасляэтапныя корэкціі. Усё гэта — звычны структураваны дадзеныя. Такія запісы зберагаліся ўжо з часоў двойнай бухгалтэрскай улічэнні. Цяжкасць у ўтрыманні гэтага звычку проста з’явілася, калі прымушчык рашэння стаў мовной мадэллю, нібы гэта змяніла сэнс самага запісу.
Калі адаптавацыя пад законны язык, то трэбаванні, зазначаныя ў статты 12, стануць менш строгімі. У яё не прасіцца пра большыя колькіцтва лог-даных. Яё мета — толькі зберагчы запіс, які будзе зберагаць свой сэнс прыблізна тры годзіны, пасля таго, як сістэма будзе знята з эксплуатацыі, індэкс перабудаваны два разы, а автар запіту перайдзе да іншай працы.
Лепшы тэст, чым рэгуляторны, — гэта перагляд інцыдэнта, які адбыўся о 3 гадзіны ночы. Ніхто з учаснікаў не быў вінаваты. Агенты вывелі логічныя выводы на адной з інформацыяй, якая была у ўсіх, і інцыдэнт быў закрыты за аднаўсем хвілін, пры тым чым пояснення знікло вярху чверці гадзіны. Калі звычайны вівторак можа знішчыць можлівасць поясніць рашэнне, то аўдытар не будзе першым, хто гэта пазнае. Команда, на зустрэчы за калькі месцацоў пазней, поступова усвядоміць, што ніхто з прысутных не ведае, што саме адбылася.
Насамперадзе Air Canada пакастала не сума 812 канадскіх долераў. У часах слуханняя компанія не мела нічога сказаць пра працэю свайго сістэмы і паслугвалася тым, што адпаведальнасць за програмнае забезпечэння несе іншы. Захіст рухнуў, нават паўтарылася толькі адна квітанція і быў толькі адны пасажыр, які пастрадаў, пры чым гэты пасажыр прабаваў зафіксаваць чат.
Сэрвісавыя працавнікі сёння затвараюць замовы, выдаюць грошы, размешчаюць рэсурсы і адхіляюць ўсё быстрэй, чым хтось можа гэта пераканаць, і ніхто не фіксуе экранавыя кадры гэтага. Перш чым хтось прагучыць інформацыю, трэба спачатку зафіксаваць ўсё пісьмова. Пытанні завжды з’яўляюцца у найгоршы момент, і тады адпаведзь або ўжо зберагліся ў базе дадзенаў, або назаўсёды згубіліся.
Спадневанае чытанне
- Практычныя прытамліванні: 10 найпрактычнейшых навыкаў агентаў у 2026 годзе (і ў наступных паколеннях) — Паследоўныя інструкцыі да прытамліванняў: 10 найпрактычнейшых навыкаў агентаў у 2026 годзе (і ў наступных паколеннях): контракты, перакананні і слоты для коду для команд, якія вікорыстоўваюць гэты патэрн.
- Агенты, якія самі сабе павышаюць кваліфікацію за дапамогою навыкаў: паўтарны выкарыстоўванне, выбіранне, рэмонт і перакананне — Чатырыэтапны падход да агентаў, якія павышаюць своія навыкі: зберагчыкаць рабочы код, удосконаліць апісанні, запропанаваць пераглянутыя правкі і пераканацца ў рэзультатах пры перадачы.