Framleiðsla frá enda til enda: Sannprófun, eftirlit og siðferði

Hagnaður:

• Getur hannað end-to-end arkitektúr sem tekur LLM eiginleika frá hugmynd til framleiðslu
• Stofnar lög af framfylgd sannprófunar, samþykki manna og mælingar (skráning/mælingar)
• Mörk þýða siðareglur og persónuverndarreglur í framleiðsluákvarðanir

Í fyrri tíu einingunum lærðum við hlutana einn í einu: uppbygging beiðna, táknhagfræði, flæði, kerfishraða, líkanaval, skyndiminni, lotu, villustjórnun, öruggan lykil og sjálfvirkni. Í þessari síðustu einingu sameinum við hlutana og komum á heildrænan arkitektúr sem ber LLM eiginleika frá hugmynd til framleiðslu. Framleiðsla er frábrugðin „starfandi kynningu“: sannprófun er skylda, fylgjast þarf með framleiðslu, mörk og siðferðileg meginreglur verða að vera innbyggðar í ákvarðanir. Þessi eining er burðarsúla einingarinnar; Allir hinir fyrri koma hér saman.

Lög framleiðsluarkitektúrs

Sterkt LLM hæfi samanstendur af um það bil fimm lögum:

1. Inntakslag: Safnaðu gögnum, hreinsaðu þau, duldu viðkvæm svæði, sendu aðeins það sem þarf.
2. Líkanslag: Veldu rétta gerð (eining 5), stilltu kerfishraða og færibreytur (eining 4), skyndiminni (eining 6).
3. Staðfestingarlag: Athugaðu úttak gegn skema/reglu, uppruna og samþykki manna ef þörf krefur.
4. Aðgerðalag: Framkvæma aðgerð með fullgilt úttak; Handtaka aðgerðir með miklum áhrifum.
5. Vöktunarlag: Taktu upp og mældu hvert símtal, kostnað, villu og gæði.

Þessi lög eru leiðsla; hver og einn athugar úttak þess fyrra.

Hvers vegna er staðfestingar krafist?

LLMs geta framleitt reiprennandi en stundum ónákvæma framleiðslu. Þetta er kallað ofskynjanir: líkanið gæti búið til upplýsingar sem virðast vera sannar en eru það ekki. Í spjallleik er þetta þolanlegt; ekki hægt að líðast í framleiðslukerfi (reikningur, heilbrigðismál, lögfræði, fjármál). Svo kom í ljós, í blindni óáreiðanlegt; er staðfest.

Staðfestingarlög (hækka eftir áhrifum):

• Staðfesting sniðs/skema: Er úttakið í samræmi við væntanlegt JSON skema? (Skipulagða framleiðslan tryggir þetta að miklu leyti.)
• Staðfesting reglu/rökfræði: Eru gildin sanngjörn? (Er upphæðin neikvæð, er dagsetningin í framtíðinni, gildir flokkurinn?)
• Heimildarstaðfesting: Byggist krafan á gögnunum sem lögð eru fram? Segir líkanið eitthvað sem er ekki í skjalinu?
• Mannlegt samþykki: Sérfræðingur fer yfir ákvarðanir sem hafa mikil áhrif eða óljósar.

Varúð: „Módelið er svo gott, ekki þarf frekari sannprófun“ er hættulegasta framleiðsluvillan. Sama hversu gott líkanið er, sannprófunarlagið er öryggisnet við ákvarðanir sem hafa mikil áhrif. Jafnvel ein röng sjálfvirk ákvörðun getur tekið allan þann tíma sem sparast.

Mann-í-lykkja

Ekki þarf hver ákvörðun að vera fullkomlega sjálfvirk. Í mann-í-lykkja nálguninni flýtir líkanið verkinu og manneskjan samþykkir það. Rétt jafnvægi fer eftir áhrifum ákvörðunarinnar og áreiðanleika líkansins á það verkefni.

Áhrif ákvörðunarinnar

Nálgun

Lágt (tillaga að merki, drög)

Full sjálfvirkni; villa er ódýr og afturkræf

Miðlungs (leiðing, forgangsröðun)

Sjálfvirkni + sýnatökustýring

Hátt (peningar, samningur, heilsa, eyðing)

Samþykki manna er skylt; líkanið gefur bara til kynna

Vöktun: Þú getur ekki stjórnað því sem þú sérð ekki

Í framleiðslu verður þú að fylgjast með hverju símtali. Án eftirlits geturðu ekki bætt kostnað, gæði eða fundið vandamál snemma. Lykilmæli til að skrá:

• Notkun/kostnaður: Á beiðni og heildartákn, dreifingu líkana, dagleg eyðsla.
• Töf: Meðalviðbragðstími og versta tilfelli.
• Villuhlutfall: 429/500 hlutfall, tilraunir aftur, yfirgefnar.
• Gæði: Hafnað framleiðsluhraði við sannprófunarlag, leiðréttingarhraði við samþykki manna, endurgjöf notenda.

Ábending: Ekki skrifa viðkvæm gögn (persónuupplýsingar, lykla) í eftirlitsskrár. Íhuga logs innan gildissviðs trúnaðar; skrá með grímu ef þörf krefur (eining 9).

Siðfræði og mörk

Siðferðileg ábyrgð er jafnmikill hluti af framleiðsluákvörðuninni og tæknileg nákvæmni:

• Gagnsæi: Notandinn ætti að vita hvort hann er að tala við gervigreind eða manneskju.
• Sanngirni og hlutdrægni: Líkanið kann að bera hlutdrægni frá gögnunum sem það er þjálfað á; Fylgstu með mismununarafleiðingum við ákvarðanir sem hafa mikil áhrif (ráðningar, lánsfé).
• Ábyrgð: Ef sjálfvirk ákvörðun veldur skaða ertu ábyrgur; „Módelið sagði það“ er ekki vörn.
• Samþykki takmarkana: Líkanið getur ekki framkvæmt sum verkefni á áreiðanlegan hátt; að gera þær ekki sjálfvirkar er líka hönnunarákvörðun.

Afritanleg sniðmát

# Staðfestingargátlisti (eftir framleiðslu framleiðslu)1) Er skemað gilt? (skipulagt framleiðsla sannprófun)2) Eru gildin skynsamleg? (regluathugun: svið, dagsetning, enum)3) Byggist krafan á upprunanum? (hafna ef ekki í skjalinu)4) Er áhrifin mikil? → senda til mannlegrar samþykkis5) Ef allt var staðist → leyfa aðgerð, vista

# Kerfisboð sem þvingar að treysta á uppruna Treystu aðeins á upplýsingar í skjalinu sem fylgir. Ekki bæta við neinu sem er ekki í skjalinu. Ef upplýsingar eru ekki í skjalinu skaltu skrifa "Finn ekki í skjalinu". Aldrei giska á eða búa til hluti.

# Mannlegt samþykki þröskuldur (ákvörðunarregla) EF ákvörðun_gerð í [peningar, samningur, eyða, heilsa] → mannlegt samþykki áskiliðIF model_trust < þröskuldur EÐA staðfesting "óviss" → leggja fyrir mannlegt samþykki OTHER → sjálfvirkt sótt + sýnatökustýringu

# Rakjaskrársniðmát (skrifar viðkvæm gögn){ "tími":"...", "model":"...", "input_token":..., "output_token":..., "delay_ms":..., "stop_reason":"...", "authentication":"staðið|hafnað|mannlegt", "cost_usd":... ALDREI skrifuð persónuleg gögn og lykill.

Veik kvaðning / Sterk hvetja (framleiðsluáreiðanleiki)

# WEAK (engin staðfesting, engin heimild, á sjálfkrafa við) Metið þessa beiðni, takið ákvörðun um endurgreiðslu og sóttu um.

# STERK (byggt á uppruna, býr til meðmæli, leyfir mannlegu samþykki) Metið þessa skilabeiðni eingöngu á grundvelli skilastefnuskjalsins. Mæla með ákvörðun með rökstuðningi en framkvæma ekki: {"recommendation":"approve|reject","reason":"...","policy_clause":"..."}.Ef það er ekki skýr grundvöllur í stefnuskjalinu, gefðu "óskýrt". Fulltrúi mun samþykkja endanlega ákvörðun.

Öflug útgáfa; Það rekur ákvörðunina til upprunans, staðsetur líkanið sem „ráðgjafa“ frekar en „gerandi“ og setur áhrifamikið skref á bak við mannlegt samþykki. Þetta er kjarninn í framleiðsluáreiðanleika.

Þrjú Mini Cass

Tilvik 1 — Dagurinn sem staðfestingarlagið vistað. Fintech var að láta líkanið flokka viðskiptalýsingar og búa til sjálfvirkar bókhaldsskrár. Þeir bættu við löggildingu reglu: þegar líkanið gaf upphæðina ranglega út (12.500 í stað 1.250 í skjalinu), hafnaði reglan „upphæð samsvarar ekki skjalinu“ framleiðslunni og skráin féll í hendur mannsins. Ef engin staðfesting væri til staðar myndi ranga skráningin hljóðlaust fara inn í kerfið.

Mál 2 - Flóttamaður tekinn af eftirliti. SaaS teymi hafði sett upp eftirlitsborð; Einn morguninn þrefaldaðist daglegur kostnaður. Það sást á loggunum að viðskiptavinur fór í lykkju og sendi sömu beiðni þúsundir sinnum. Þeir bættu við kvóta og tvítekningu; Vandamálið var leyst á nokkrum klukkustundum. Án rakningar kæmi reikningurinn á óvart í lok mánaðarins.

Mál 3 — Samþykkja mörkin. Heilsugæslufyrirtæki ætlaði að gera ráðleggingar um greiningu að fullu sjálfvirkt og sýna sjúklingnum. Í úttekt á siðferði og ábyrgð ákváðu þeir að þetta væri óheimilt: líkanið veitir aðeins samantekt og hugsanlegar benda á lækni, læknirinn gerir greiningu. Að gera starf ekki sjálfvirkt er líka þroskuð hönnunarákvörðun.

Algeng mistök

• Sleppa sannprófun: Notaðu úttakið í blindni og sagði „líkanið er gott“.
• Sjálfvirk ákvörðun sem hefur mikil áhrif: Samþykki manna er nauðsynlegt í peningum/heilbrigði/lögum.
• Ekki eftirlit: Kostnaðar- og gæðavandamál uppgötvast seint.
• Að skrifa viðkvæm gögn í annála: Friðhelgisbrot; Vistaðu það með því að gríma það.
• Ekki að reyna að treysta á upprunann: Líkanið getur myndað það sem er ekki í skjalinu.
• Hunsa takmörk: Að gera sum verkefni ekki sjálfvirk er rétt ákvörðun; Gagnsæi og ábyrgð er þitt.

Dýpra: Losunarstjórnun, afturköllun og stigvaxandi dreifing

Að taka LLM eiginleika í framleiðslu snýst ekki um að setja hann upp og gleyma honum; er að breyta lifandi kerfi á öruggan hátt með tímanum. Það hefur þrjár stoðir.

Útgáfa. Kerfistilkynningin þín, gerð val og staðfestingarreglur breytast með tímanum. Gerðu hverja verulega breytingu og skráðu hvaða útgáfa er í beinni. Ef einn daginn minnka gæðin, "hverju breyttum við?" Þú ættir að geta svarað spurningunni innan nokkurra mínútna. Í útgáfulausu kerfi tekur marga daga að finna rót aðhvarfs.

Til baka. Ef ný tilkynning eða gerð hegðar sér verr en búist var við í beinni ættirðu að geta snúið fljótt aftur í fyrri, vel þekkta útgáfu. Breyting án afturköllunaráætlunar er að samþykkja í blindni lifandi áhættu. „Ég breytti einhverju, það varð slæmt, ég get ekki farið til baka“ er dýrasta framleiðsluatburðarásin.

Útfærsla smám saman. Í stað þess að beita breytingu á alla umferð í einu, rúllar þú henni út í lítið hlutfall (t.d. 5%) fyrst og fylgist með mælingum (gæði, kostnaður, villur). Ef það er gott, hækkar þú prósentuna; Ef það er slæmt færðu það aftur með aðeins lítill hluti fyrir áhrifum. Þetta takmarkar verulega áhættuna.

Þessar þrjár aðferðir sameina tækni frá öllum fyrri einingum: eval (eining 5) mælir breytingar fyrirfram, vöktun (þessi eining) gefur snemma viðvörun meðan á fjölgun stendur, sannprófunarlagið tekur rangar úttak áður en þær verða aðgerðarhæfar. Framleiðsla er ekki ein rétt uppsetning; Þetta er samfelld fræðigrein sem mælir, fylgist með og getur breyst af öryggi. Öll einingin er fyrir þig til að koma á þessari fræðigrein.

Í stuttu máli

Framleiðsla er meira en vinnandi kynning: hún er leiðsla inntaks, líkana, sannprófunar, aðgerða og eftirlitslaga. Úttakið er óáreiðanlegt án sannprófunar; Ákvarðanir sem hafa mikil áhrif eru bundnar við samþykki manna; Hvert símtal er fylgst með kostnaði, villum og gæðum. Siðferði, gagnsæi, eftirlit með hlutdrægni, ábyrgð og samþykki á takmörkunum eru óaðskiljanlegur í tæknilegum ákvörðunum. Sérhver hluti sem lærður er í þessari einingu kemur saman í þessari heildrænu hönnun.

Umsóknarverkefni

Hannaðu LLM eiginleika frá enda til enda. (1) Fylltu út lögin fimm (inntak, líkan, sannprófun, aðgerð, eftirlit) fyrir tiltekið verkefni þitt. (2) Merktu eftir áhrifum hvaða ákvarðanir þurfa samþykki manna. (3) Skrifaðu að minnsta kosti þrjár staðfestingarprófanir (skema, regla, heimild). (4) Ákvarða lykilmælingar sem þú munt fylgjast með og hvað þú munt ekki skrá þig. (5) Skrifaðu takmörk og siðferðisreglu sem þú samþykkir í þessum eiginleika.

gátlisti

• [ ] Ég get hannað fimm lög af framleiðsluleiðslunni.
• [ ] Ég get staðfest úttakið gegn skema, reglu og uppruna.
• [ ] Ég get sett viðmiðunarmörk fyrir mannlegt samþykki byggt á áhrifum ákvörðunarinnar.
• [ ] Ég fylgist með kostnaði, villum og gæðum og æfi mig að skrifa ekki viðkvæm gögn í logs.
• [ ] Ég get breytt siðferði, ábyrgð og mörkum í framleiðsluákvarðanir.

Einingapróf

1. Hvað gerir 'kerfis' hlutverkið í LLM spjall API?

• A) Gefur fyrirmyndinni varanleg leiðbeiningar og hegðunarreglur sem gilda í öllu samtalinu ✔
• B) Geymir síðustu spurninguna sem notandinn skrifaði
• C) Geymir svörun sem líkanið framkallar
• D) Dulkóðar API lykilinn

Lýsing: Kerfishlutverkið gefur fyrirmyndinni viðvarandi leiðbeiningar, persónuleika og reglur sem gilda í öllu samtalinu; Það er tilvísun á háu stigi, aðskilin frá notendaskilaboðum.

2. Hvers vegna er samtalsferillinn (fyrri skilaboð) sendur aftur í hvert sinn í API beiðni?

• A) Nauðsynlegt er að taka öryggisafrit þar sem þjónninn eyðir sögunni
• B) API símtöl eru ríkisfangslaus; ✔ Samhengi er endursent við hverja beiðni vegna þess að líkanið man ekki söguna
• C) Áskilið aðeins fyrir reikningagerð, hefur engin áhrif á líkanið
• D) Sendingarferill er skylda til að forðast að hægja á svörun

Skýring: LLM API símtöl eru ríkisfangslaus; Líkanið man ekki fyrri umferðir, þannig að öll viðeigandi saga er send aftur við hverja beiðni til að varðveita samhengi.

3. Hvað er „tákn“ í LLM verðlagningu?

• A) Eingöngu lykilorð notað til að skrá þig inn á API
• B) Greitt er fast gjald fyrir hverja beiðni
• C) Minnsta einingin sem líkanið vinnur textann í; samsvarar venjulega orðhluta ✔
• D) Eining sem mælir aðeins lengd úttaksins

Lýsing: Tákn er minnsta einingin þar sem líkanið vinnur texta; Það samsvarar venjulega broti af orði og bæði inntak og úttak er gjaldfært miðað við fjölda tákna.

4. Af hverju eru úttakstákn dýrari en inntakstákn hjá flestum LLM veitendum?

• A) Úttakstákn eru alltaf lengri en inntak
• B) Inntaksmerki eru ókeypis
• C) Úttaksmerki eru send tvisvar í gegnum netið
• D) Einingakostnaður er hærri vegna þess að framleiðsla krefst viðbótarútreikninga fyrir hvert tákn ✔

Lýsing: Hvert úttakstákn krefst þess að líkanið framkvæmi skref-fyrir-skref kynslóð (útreikning); Þessi framleiðslukostnaður er hærri en að vinna inntakið allt í einu, þannig að framleiðslueiningaverðið er venjulega hærra.

5. Í hvaða aðstæðum er hagkvæmast að nota streymi?

• A) Í löngum svörum; Dregur úr skynjaðri töf og kemur í veg fyrir tímamörk ✔
• B) Aðeins í mjög stuttum, eins orðs svörum
• C) Að lækka kostnaðinn í núll
• D) Til að fela API lykilinn

Lýsing: Í löngum svörum, straumspilun dregur úr skynjaðri leynd með því að láta fyrstu orðin birtast strax og kemur í veg fyrir HTTP-tímalok við stór max_tokens gildi.

6. Hvaða áhrif hefur aukning á „átak“ færibreytunni í nútíma gerðum almennt?

• A) Styttu alltaf svarið
• B) Snýr sjálfkrafa API lyklinum
• C) Það lækkar aðeins verð á inntaksmerki
• D) Eykur hugsunardýpt og táknútgjöld; Það getur bætt gæði, en það eykur líka leynd og kostnað ✔

Lýsing: Átaksbreytan stillir hversu djúpt líkanið mun hugsa um verkefni og hversu mörgum táknum það mun eyða; Uppfærsla getur bætt gæði, en það eykur einnig töf og kostnað. Fyrir einföld verkefni nægir lítil áreynsla.

7. Hver er almennt hagkvæmasta aðferðin við einfalt flokkunarverkefni í miklu magni?

• A) Notaðu alltaf dýrustu og öflugustu gerðina
• B) Hringja í allar gerðir á sama tíma fyrir hverja beiðni
• C) Velja léttustu/ódýrustu líkanið sem framkvæmir verkefnið með því að sannreyna það með smá prófun ✔
• D) halda max_tokens gildi óþarflega of hátt

Skýring: Ef verkefnið er ekki flókið mun það draga verulega úr kostnaði að velja hraðvirkara og ódýrara líkan sem leysir verkefnið auðveldlega (t.d. Haiku flokki) í stað þess að nota dýrasta og öflugasta líkanið.

8. Í hvaða atburðarás lækkar skyndiminni kostnaðinn mest?

• A) Þegar stórt og fast samhengi er notað ítrekað á mörgum beiðnum ✔
• B) Þegar allt annar texti er sendur með hverri beiðni
• C) Þegar aðeins ein beiðni er lögð fram
• D) Til að draga úr framleiðslutáknum

Lýsing: Skyndiminni er samsvarandi forskeyti; Í þeim tilfellum þar sem stórt, óbreytanlegt samhengi (kerfiskvaðning, skjöl) er endurnýtt í mörgum beiðnum, er lestur úr skyndiminni lítið brot (~0,1x) af fullu verði.

9. Hvernig ætti ég að breyta hvetjunni þannig að skyndiminnið smelli?

• A) Setja breytilegt efni í byrjun og fast efni í lokin
• B) Fella inn núverandi dagsetningu og tíma í kerfishvetningu fyrir hverja beiðni
• C) Setja fast efni (kerfistilkynningu, skjöl) í byrjun og breytilegt efni í lokin ✔
• D) Breyting á röð verkfæralistans við hverja beiðni

Skýring: Þar sem skyndiminni er samsvörun með forskeyti, er fast/óbreytilegt efni (kerfiskvaðning, skjöl) frumstillt; breytilegt efni (dagsetning, spurning notanda, auðkenni beiðni) er sett í lokin. Jafnvel einu bæti sem breytt er í upphafi mun ógilda skyndiminni.

10. Fyrir hvers konar vinnuálag hentar lotuvinnsla best?

• A) Spjall í beinni þar sem notandinn býst við svari strax á skjánum
• B) Bara ein stutt spurning
• C) Búa til API lykil
• D) Verk sem þola seinkun, mikið magn og krefjast ekki tafarlausrar niðurstöðu ✔

Lýsing: Lotuvinnsla hentar fyrir mikið magn af störfum sem krefjast ekki tafarlausrar viðbragðs og þola seinkun; niðurstöður skila sér eftir nokkurn tíma, en einingarkostnaður er yfirleitt lægri.

11. Hvað er notað til að passa á öruggan hátt hvaða beiðni niðurstöðurnar tilheyra í lotu?

• A) Sendingarpöntun (staða) beiðna
• B) Lengd svara
• C) Síðustu 4 tölustafirnir í API lyklinum
• D) Einstakt sérsniðið_auðkenni gefið fyrir hverja beiðni ✔

Athugasemd: Hægt er að skila magnniðurstöðum í annarri röð en innsendingarpöntuninni; svo það er nauðsynlegt að passa niðurstöður eftir auðkenni, ekki staðsetningu, með einstöku sérsniðnu_auðkenni sem gefið er fyrir hverja beiðni.

12. Hver er ráðlögð hegðun þegar þú færð 429 (takmarkshraða) villu frá API?

• A) Þvingun með því að senda margar fleiri beiðnir á sama tíma
• B) Reynir aftur með veldisvísis bakfærslu, eftir fyrirsögninni „Reyna eftir“ ✔
• C) Hætta við beiðnina alveg og sýna notanda villuna sem hrun
• D) Breyting á API lykli

Skýring: 429 er villa sem hægt er að reyna aftur; Rétta nálgunin er að reyna aftur með veldisvísis bakkasti, með virðingu fyrir hausnum sem reynir aftur eftir. Flest opinber SDK gera þetta sjálfkrafa.

13. Hver af eftirfarandi HTTP villukóðum er almennt talinn vera hægt að reyna aftur?

• A) 400 (ógild beiðni)
• B) 401 (staðfestingarvilla)
• C) 529 (þjónn ofhlaðinn) ✔
• D) 404 (finnist ekki)

Skýring: 429 (hraðatakmarkanir), 500 (miðlaravilla) og 529 (ofhleðsla) eru tímabundnar villur og hægt er að reyna aftur með því að bakka. Villur eins og 400 og 401 eru beiðni / auðkenni vandamál; Að reyna aftur mun ekki leysa það.

14. Hver af eftirfarandi er örugg leið til að stjórna API lyklum?

• A) Geymir í umhverfisbreytu/falnum stjórnanda, fellir hana ekki inn í kóðann og snýst reglulega ✔
• B) Skrifaðu lykilinn beint inn í frumkóðann og sendu hann í geymsluna
• C) Að setja lykilinn í JavaScript (vafra) viðskiptavinarhliðar
• D) Að deila einum lykli með öllu liðinu með tölvupósti

Lýsing: Lyklar eru aldrei skrifaðir í frumkóðann eða geymsluna; Það er geymt í umhverfisbreytu eða falnu stjórnunartæki, veitt með lágmarksréttindum og skipt reglulega.

15. Hver er besta aðferðin við LLM samþættingu við sjálfvirkniverkfæri (n8n, Zapier, Make) hvað varðar næði?

• A) Að senda öll hrá gögn til líkansins, jafnvel þótt það sé ekki nauðsynlegt
• B) Að skrifa API lykilinn í venjulegum texta inni í flæðisskrefinu
• C) Að lágmarka og hylja viðkvæm gögn og geyma lykilinn sem leynileg skilríki ✔
• D) Geymsla persónuupplýsinga varanlega í flæðisögunni

Lýsing: Þar sem gögn sem fara inn í sjálfvirkni fara í gegnum kerfi og líkan þriðja aðila, þarf að lágmarka viðkvæm/persónuleg gögn, hylja og aðeins senda nauðsynlega reiti; API lykillinn er einnig geymdur sem leynileg skilríki innan tólsins.

16. Hvers vegna er löggilding á framleiðslu skylda í framleiðslueiginleika sem byggir á LLM?

• A) Aðeins snið er krafist vegna þess að líkanið gerir aldrei mistök
• B) Vegna þess að líkanið getur framleitt fljótandi en stundum rangt; Skema/reglu verður að endurskoða með samþykki auðlinda og manna ✔
• C) Forðast ætti staðfestingu vegna þess að það eykur aðeins kostnað
• D) Staðfesting er aðeins til að fækka táknum

Lýsing: LLMs geta framleitt reiprennandi en stundum ónákvæma (ofskynjunar) framleiðslu; svo það kom út í ákvarðanir með mikla áhrif; Það ætti að vera endurskoðað með skema/regluskoðun, heimildastaðfestingu og mannlegu samþykki þegar þörf krefur.