AWS је објавио референтни дизајн за Amazon Quick који омогућава постављање питања о усклађености у великој збирци уговора о закупу. Корисна идеја је строга подела посла: модел у разговору бира фиксни алат и објашњава одговор, док засебни механизам правила дефинише скуп података и доноси појединачне одлуке. објава од 2. октобра и пример репозиторијума описују образовни доказ концепта, а не проверену услугу за правну усклађеност.

За инжењера или руководиоца усклађености кључно је питање да ли та граница одговара одлуци која се проверава. Пример користи синтетичке уговоре и измишљена правила и цитате. Његови збирни примери показују намеравани формат излаза; не говоре ништа о тачности на стварним уговорима или у примени закона.

Велика промена

  • Шта се променило: AWS-ов пример поставља вештачку интелигенцију као контролисани интерфејс ка фиксним алатима за проверу. Механизам правила утврђује налазе за изричито наведени скуп уговора о закупу.
  • Зашто је важно: Верзионисана правила и евиденциони запис омогућавају проверавачима да виде како су изабрани записи оцењени ван разговора.
  • Шта треба пратити: Евиденциони запис не проверава попис, издвајање података нити законитост правила. Корисници морају да провере те улазе, приписивање активности кориснику и рад на сопственим подацима.

Прво одредите обухват, па онда формулишите упит

Корисник може да пита Quick који уговори о закупу у Тексасу крше правило о накнади за кашњење на одређени датум. Quick прослеђује захтев ка sweep_compliance, једној од шест именованих MCP операција. Операција користи наведену надлежност и датум да одабере скуп уговора и одговарајуће верзионисане прописе. Модел не пише SQL упит нити одлучује да ли уговорна одредба испуњава услове. Механизам правила примењује унапред задате операторе поређења, а вредности правила прослеђују се као параметри. AWS наводи да се у званичној масовној провери не користи модел. AWS овде објашњава уговор операције; репозиторијум описује имплементацију.

Остали алати имају уже намене. simulate_rule_change даје истраживачке бројеве за предложену вредност, без евидентирања налаза. explore_clauses рангира филтрирани узорак према семантичкој сличности и не може да одговори на питање „колико?“. get_finding преузима један ланац доказа; list_rules приказује правила која важе одређеног датума; check_connection проверава транспорт података. Ова разлика је важна јер узорак релевантних одредби није потпуни попис.

Масовна провера прави евиденциони запис који сваком прегледаном запису додељује једну од четири категорије: усклађен, неусклађен, двосмислен или нечитљив. Механизам проверава да ли се збир тих бројева поклапа са укупним бројем прегледаних ставки пре уписа резултата. Quick може да прикаже бројеве и мали узорак, док контролна табла Quick Sight чита исту базу података Aurora ради потпуног скупа налаза. Сваки налаз садржи текст одредбе, издвојене и очекиване вредности, верзију правила и цитат. То су својства дизајна AWS-овог примера, а не тврдња да је BIG CHANGE покренуо или независно проверио резултате.

Евиденциони запис обухвата изабрани скуп података. Не показује да ли изворни попис садржи сваки уговор о закупу, да ли је издвајање тачно обухватило сваку релевантну одредбу или да ли правило одражава важећи закон. За то су потребни засебно усаглашавање пописа, провера издвајања и правно одобрење. Ако је неизвестан именилац питања „сви уговори о закупу у Тексасу“, тачан број и даље може да описује погрешан скуп.

Шта бисте морали да направите

Архитектура овог примера поставља разговорни агент Quick испред MCP сервера на AWS Lambda-и. Amazon Cognito издаје сервисни токен, а API Gateway га проверава. Lambda чита и уписује податке у Aurora Serverless v2 преко RDS Data API-ја. Quick Sight приступа истој бази преко VPC везе. AWS предвиђа Bedrock ембединг-моделе и језички модел за алат који истражује уговорне одредбе; званична масовна провера остаје детерминистичка.

Објављени пример садржи синтетички корпус од 50.000 уговора о закупу, верзионисану књигу правила и скрипту за прихватање за коју AWS каже да покреће 28 провера над инсталираним стеком. Репозиторијум изричито упозорава да код није спреман за продукцију, да је правни садржај измишљен и да стварни подаци о закупцима захтевају додатна безбедносна испитивања и независну правну проверу. Прегледали смо документацију и опис репозиторијума; нисмо инсталирали стек, покренули те провере нити испробали усмеравање алата разговорног агента.

За прилагођавање прво утврдите меродавни попис записа и прецизно правило за укључивање ставки. Затим одредите која поља могу поуздано да се издвоје, која поређења правила су заиста механичка и ко одобрава сваку верзију правила. Сачувајте изворни текст, статус издвајања, верзију правила, оператора, упоређене вредности, датум и ID налаза како би проверавач могао да реконструише резултат. Независно усагласите евиденциони запис са пописом, ван одговора у разговору. Ово су провере дизајна изведене из наведених гаранција и ограничења примера, а не кораци које смо тестирали.

AWS наводи да токен за акредитиве клијента из Cognito-а идентификује апликацију Quick, а не особу која поставља питање у разговору. Пример се ослања на повезивање ID-а и времена масовне провере са слојем ревизије у Quick-у ради утврђивања идентитета корисника; AWS предлаже прослеђивање и чување ID-а крајњег корисника ако сама база усклађености мора да бележи тај идентитет. Тим који жели да појединачни налаз буде самосталан ревизиони запис треба да реши то питање пре инсталације.

Приступ, ограничења и трошкови

AWS-ов водич претпоставља AWS налог, подешене акредитиве за AWS CLI v2, Python и Node 24 за CDK, приступ моделу у us-east-1, као и окружење Amazon Quick са MCP конектором и Quick Sight-ом. У објави се наводи Python 3.12, а у повезаном README-ју Python 3.9 или новији. При избору локалног окружења проверите тренутне захтеве репозиторијума. Упутства примера фиксирају CDK CLI 2.261.0; то је зависност овог примера, а не општи AWS захтев.

У актуелном водичу за Quick MCP свакој операцији додељено је временско ограничење од 60 секунди, дозвољено је највише 100 алата по серверској вези, а прилагођена HTTP заглавља се не прослеђују. То ограничење треба тестирати на стварном оптерећењу: чак и исправан дуготрајни посао у бази не може да се заврши као синхрона Quick операција ако прекорачи ограничење конектора. У водичу пише да се списак алата прилагођеног конектора може ажурирати помоћу опције Sync. Објава на AWS блогу и README примера, насупрот томе, упућују кориснике да обришу и поново направе интеграцију након измене алата. За тренутни конектор следите актуелну Quick документацију и у сопственом окружењу проверите регистровани списак алата и њихово усмеравање.

Ово је решење састављено од више сервиса, па објављени материјал не даје основу за једну оправдану цену „по масовној провери“. AWS-ова страница о ценама за Quick раздваја услове претплате и сати рада агента, а за неке могућности наводи и додатне трошкове Quick Sight-а. Цене услуге Aurora зависе од капацитета, простора за складиштење и I/O конфигурације; у примеру је минимум од 0,5 ACU стално активан уместо паузирања на нули. За API Gateway, Lambda-у и сваки истраживачки позив Bedrock-а такође је потребна процена оптерећења. Репозиторијум предлаже да се стек уклони после процене како би се избегли текући трошкови. За овај чланак нису направљени AWS ресурси.

Контролна листа за одлуку

Користите овај образац тек када тим може да одговори на следећа питања користећи сопствене податке и контроле:

  • Можете ли да попишете цео скуп користећи проверен и стабилан услов, па да га усагласите са меродавним пописом?
  • Да ли су правила механичка поређења са одобреним верзијама, датумима ступања на снагу и цитатима? Који случајеви морају да остану двосмислени и да их провери особа?
  • Могу ли се неуспешно издвајање и нечитљиви документи пребројати уместо да се тихо изоставе?
  • Садржи ли сваки налаз изворну уговорну одредбу, упоређене вредности и верзију правила, и можете ли да преузмете цео скуп доказа изван разговора?
  • Може ли се масовна провера завршити унутар временског ограничења Quick операције и како ћете повезати резултат са особом која га је затражила?
  • Да ли је тим проценио трошкове претплате, базе података и сервиса за очекивани обим, а затим тестирао перформансе и квалитет резултата на дозвољеним подацима?

Ако задатак захтева правно тумачење или просуђивање о широко постављеном стандарду, детерминистичка ознака „испуњава/не испуњава“ може да сакрије управо ону одлуку коју треба да донесе особа. Ако тим жели репрезентативне примере, семантичко претраживање је једноставније. Ако већ постоје проверен механизам правила и контролна табла за одговорне кориснике, разговорни слој је необавезан. Ове алтернативе произлазе из AWS-ове расправе о погрешном избору и ограничења његовог синтетичког примера.

Извори и додатна литература