Polymarketin API-botti tarvitsee selkeän vastauksen vaikeaan toiminnalliseen kysymykseen: mitä sen tulee tehdä lähetettyään toimeksiannon mutta jäätyään ilman käyttökelpoista vastausta? Toimeksianto on voitu hylätä, hyväksyä, toteuttaa osittain tai toteuttaa kokonaan. Paikallinen aikakatkaisu ei erota näitä mahdollisuuksia.
Tämän epävarmuuden huomioiminen suunnittelussa muuttaa arkkitehtuuria. Botti tarvitsee kestävästi tallennetut tietueet ennen lähettämistä, rajatun valtuuden uuteen altistukseen ja alkuperäistä aikomusta tutkivan palautumisprosessin. Sen on myös jatkettava tilin havainnointia lopetettuaan uusien toimeksiantojen luomisen. Päätösten tauottaminen ja näkyvyyden menettäminen ovat eri toimia.
Opas kuvaa opetuksellista suunnitelmaa kansainvälisen Polymarketin ympäristöön. Polymarket US:llä on erilliset tili- ja kauppapaikkarajapinnat. Kaikki tässä esitetyt rajat, määrät, hinnat ja häiriöskenaariot ovat keksittyjä esimerkkejä. Suunnitelma ei osoita kaupankäyntistrategian etua eikä valtuuta mitään todellista tilitoimea.
Määrittele rajattu Polymarketin API-botti
Rajatulla Polymarketin API-botilla on nimenomaiset luparajat: mitä tiliä se voi käyttää, mitä sopimuksia se voi harkita, mitä toimeksiantotyyppejä se voi luoda ja kuinka paljon altistusta se voi lisätä. Rajojen tulee olla toimeenpantavissa ennustekomponentin ulkopuolella, jotta virheellinen signaali ei voi vain julistaa itseään poikkeukseksi.
Keksitty botti voisi havainnoida tutkimusluettelon kaikkia markkinoita mutta ehdottaa toimeksiantoja vain kahdelle hyväksytylle sopimukselle. Sillä voisi olla kolmenkymmenen osuuden tapahtumakohtainen raja ja erillinen ostositoumuksen enimmäismäärä. Havainnoinnin laajuus ei tarkoita vastaavaa kaupankäyntivaltuutta.
Aiempi Polymarket-botin API-opas selittää kyvykkyyksiä ja vikatapoja. Käytä eroa botin suunnittelussa: tiedonsaanti, toimeksiannon luominen, peruuttaminen ja lompakkotoiminnot ovat eri kyvykkyyksiä. Ominaisuus kuuluu ohjelmaan vain, kun sen tarkoitus ja valtuutusraja ovat selvät.
Erota ennuste toteuttajasta
Ennustekomponentin tulee tuottaa ehdotus, joka sisältää sopimuksen, suunnan, halutun määrän, enimmäiskustannuksen ja perustelun vanhenemisajan. Sillä ei tule suoraan olla rajoittamatonta allekirjoitusvaltuutta. Erillinen päätösportti voi varmentaa ehdotuksen nykyistä tilitilaa ja toimintarajoja vasten.
Erottelu auttaa myös yhden ihmisen käyttäessä koko järjestelmää. Se tekee ohjelman toiminnasta tarkastettavaa: ehdotus selittää, miksi kauppaa harkittiin, ja portti selittää, sallittiinko se. Hylätty ehdotus pysyy tutkimustietueessa luomatta toimeksiantoa.
Toteuttajan tulee hyväksyä vain täysin määritelty, valtuutettu ohje. Sen ei tule keksiä suurempaa määrää tai väljempää hintaa ensimmäisen yrityksen jäätyä toteutumatta. Muutokset muuttavat taloudellista päätöstä ja vaativat uuden varmennuksen tiliä ja strategian nykyistä näyttöä vasten.
Säilytä yksi taloudellinen aikomus yritysten läpi
Taloudellinen aikomus kuvaa haluttua tilimuutosta, kun taas tiedonsiirtoyritys kuvaa yhtä yritystä viestiä ohje. Niiden sekoittaminen on tavallinen kahdentumisen syy. Aikakatkaisua seuraavan uuden pyynnön ei tule automaattisesti muuttua toiseksi riippumattomaksi haluksi ostaa sama määrä.
Anna aikomukselle vakaa paikallinen tunniste ja kirjaa sen hyväksytyt ehdot. Yhdistä jokainen pyyntö, vastaus, toimeksiantotunniste ja kauppahavainto tähän aikomukseen suhteen ollessa tiedossa. Jos myöhempi ohje korvaa sen, kirjaa suhde nimenomaisesti sen sijaan, että kirjoittaisit vanhan historian päälle.
Kaupankäyntiä Kalshin API:lla käsittelevä opas tarjoaa vertailun tilitäsmäytykseen toisessa API-ympäristössä. Aikomuksen ja yrityksen yleinen ero siirtyy mukana, mutta hakuun ja kaksoiskappaleiden käsittelyyn saatavilla olevat mekanismit eroavat. Botin on varmennettava todelliset kauppapaikkakäytännöt eikä oletettava yleismaailmallista idempotenssiominaisuutta.
Kirjoita kestävä aikomuspäiväkirja ensin
Kestävästi tallennetun aikomuspäiväkirjan on oltava olemassa ennen kuin toiminto voi tavoittaa kauppapaikan. Muuten lähetyksen jälkeinen kaatuminen voi jättää aktiivisen toimeksiannon ilman paikallista selitystä. Pysyvä tallennus vastauksen vastaanottamisen jälkeen on liian myöhäistä juuri tätä vikaikkunaa varten.
Kirjaa tili, sopimus, puoli, määrä, hintaraja, voimassaoloaika, strategiaversio, valtuutustulos ja varaus. Lisää palautumiseen tarvittava pyyntöidentiteetti tai allekirjoitetun toimeksiannon viite paljastamatta salaisuuksia tavallisissa lokeissa. Päiväkirjan tulee tukea historian lukemista prosessin uudelleenkäynnistyksen jälkeen.
Päiväkirjamerkintä ei todista toimeksiannon lähettämistä. Säilytä erilliset vaiheet valmisteltu, lähettäminen aloitettu ja vastaus havaittu. Vaiheet auttavat rajaamaan epävarmuutta, vaikka ne eivät voi poistaa kaikkea verkkorajapintaan liittyvää monitulkintaisuutta. Rehellinen palautumistila voi yhä olla tuntematon tilinäytön saamiseen asti.
Varaa kapasiteetti atomisesti
Kaksi ehdotusta voi saapua lähekkäin ja nähdä saman näennäisen käytettävissä olevan budjetin. Jos kumpikin hyväksytään erikseen ennen kummankaan varauksen kirjaamista, niiden yhteisaltistus voi ylittää rajan. Tiliportti tarvitsee yhden johdonmukaisen toiminnon, joka tarkastaa ja varaa kapasiteetin.
Oletetaan keksityn tapahtumarajan olevan kolmekymmentä osuutta. Tilillä on kaksitoista, ja olemassa oleva aktiivinen toimeksianto voi lisätä kahdeksan. Rajaan sopii enää kymmenen osuutta. Jos kaksi uutta ehdotusta pyytää kumpikin kymmentä ja molemmat lukevat saman vanhan tilannekuvan, kummankin hyväksyminen sallisi yhteensä neljäkymmentä osuutta.
Yhteinen varaustietue estää tämän kilpailutilanteen. Toisen ehdotuksen on nähtävä ensimmäinen varaus tai odotettava sen tuloksen selvittämistä. Erilliset työntekijäprosessit, strategiat tai käyttöliittymät eivät luo erillistä taloudellista kapasiteettia käyttäessään samaa tiliä ja tapahtumarajaa.
Säilytä varaukset epävarmuuden aikana
Tuntemattomaksi jäänyt lähetys voi vielä muuttua altistukseksi. Varauksen vapauttaminen vain paikallisen pyynnön aikakatkaisun vuoksi antaa toisen ehdotuksen käyttää saman kapasiteetin. Säilytä varovainen sitoumus, kunnes alkuperäinen aikomus on selvitetty tai dokumentoitu käytäntö osoittaa turvallisen vaihtoehdon.
Kolmenkymmenen osuuden esimerkissä epävarma kymmenen osuuden lähetys kuluttaa uusille avauksille jäljellä olevan kapasiteetin. Botti voi jatkaa markkinadatan lukemista, tilin täsmäyttämistä ja käytäntönsä sallimien riskiä vähentävien toimien käsittelyä. Sen ei tule käsitellä tuntematonta määrää nollana vain pysyäkseen aktiivisena.
Toiminnan tulee näkyä käyttäjälle. Selkeä tila, kuten kymmenen osuutta varattu lähetyksen täsmäytystä odotettaessa, selittää uusien ehdotusten tauon. Ilman selitystä käyttäjä voi käynnistää botin uudelleen tai poistaa varauksen ja näin tahattomasti kumota tiliä suojanneen hallintakeinon.
Käytä nykyisiä tili- ja lompakkoasetuksia
Botin on varmennettava nykyinen allekirjoittaja, tililompakko, käyttöoikeudet ja kaupankäyntivaltuutukset ennen toteuttamista. Vanhat esimerkit voivat olettaa eri lompakkojärjestelyn tai asiakasrajapinnan. Onnistunut julkisen datan käyttö ei varmista yksityistä kaupankäyntipolkua.
Polymarketin lompakko- ja todentamisohjeet ovat nykyinen viite tilikohtaisille asetuksille. Pidä salainen aineisto valtuutetussa allekirjoitusympäristössä erillään tavallisista sovelluslokeista ja tutkimustietueista. Palautumisen tulee nojata tunnisteisiin ja tilinäyttöön eikä todentamistietojen paljastamiseen epäonnistuneen pyynnön vianetsintää varten.
Tallenna asiakasversio ja määritykset toimintatietueiden yhteyteen. Jos päivitys muuttaa pyynnön rakentamista tai vastauksen tulkintaa, botin tulee läpäistä olennaiset palautumistapauksensa ennen valtuuden palauttamista. Yhteensopivuus on varmennettavaa toimintaa eikä tutun pakettinimen tarkoittama ominaisuus.
Selvitä epäonnistumiskohta
Epäonnistunut työnkulku voi pysähtyä ennen valtuutusta, ennen lähettämistä, lähettämisen jälkeen tai täsmäytyksen aikana. Näillä kohdilla on eri seuraukset. Paikallisesti hylätty ehdotus ei luo toimeksiantoa. Pyyntöä, jonka lähettämistä ei koskaan aloitettu, voidaan ehkä yrittää turvallisesti uudelleen saman aikomuksen alla. Pyyntö, jonka etätulos on tuntematon, tarvitsee tutkintaa.
Kirjaa riittävästi ajoitus- ja tilatietoa tapausten erottamiseen väittämättä tietäväsi enempää kuin näyttö tukee. Toimintaloki voi kertoa asiakkaan aloittaneen lähettämisen tiettynä aikana ja menettäneen sitten yhteyden. Se ei voi päätellä pelkästä paikallisesta virheestä, ettei kauppapaikka koskaan saanut tavuja.
Käytä tiettyihin toimiin johtavia virheluokkia. Todentamisvirhe käynnistää todentamistietojen tai tilin tarkastuksen. Virheelliset hintaportaat käynnistävät markkinarajoitteiden tarkastuksen. Tuntemattomaksi jäänyt lähetys käynnistää tilitäsmäytyksen. Yleinen kaiken uudelleen yrittävä käsittelijä sivuuttaa eron pyynnön korjaamisen ja kelvollisen pyynnön tahattoman kahdentamisen välillä.
Tutki toimeksianto- ja kauppanäytön avulla
Tuntemattoman lähetyksen palautumisessa tulee etsiä alkuperäiseen aikomukseen liittyvää näyttöä kauppapaikan tukemilla tunnisteilla ja rajapinnoilla. Nykyiset avoimet toimeksiannot, yksittäiset toimeksiantotietueet ja tilin kaupat voivat vastata kysymyksen eri osiin. Kohdan puuttuminen yhdestä luettelosta ei aina riitä osoittamaan, ettei toteutusta tapahtunut.
Polymarketin toimeksiantojen hallintaopas kuvaa toimeksiantojen ja tilikauppojen seurantaan tarkoitettuja todennettuja lukupyyntöjä. Botin tulee yhdistää olennainen näyttö kestävään päiväkirjaansa. Sen tulee säilyttää myös kyselyaika ja mahdolliset kattavuusrajoitteet, kuten puutteellinen sivutus tai katkennut virta.
Kun tila on selvitetty, päivitä varaus ja positiotietue yhdessä. Aktiivinen toimeksianto säilyttää asianmukaisen sitoumuksensa. Vahvistettu hylkäys voi vapauttaa sen. Toteutus muuttaa omistuksia ja kuluja. Jos näyttö pysyy ristiriitaisena, pidä epävarmuus näkyvänä ja ohjaa tapaus vastuulliselle käyttäjälle.
Suosittele ja ansaitse USDC:tä
Suosittele ja ansaitse USDC:täKumppaniohjelmamme maksaa reaaliajassa.
Älä päättele hylkäystä tyhjästä avointen toimeksiantojen luettelosta
Kokonaan toteutunut toimeksianto ei välttämättä enää näy avoimissa toimeksiannoissa. Myöskään välitön toimeksianto, jonka toteutumaton määrä peruutettiin, ei välttämättä jätä tarjouskirjamerkintää. Pelkän avointen toimeksiantojen luettelon tarkastelu voi siksi luokitella täydellisen tai osittaisen toteutuksen virheellisesti pyynnöksi, jota ei koskaan ollut.
Botin on tarkastettava muut olennaiset tietueet ennen päätelmää, ettei alkuperäinen aikomus vaikuttanut mihinkään. Tämä on erityisen tärkeää pyynnön ollessa heti toteutuskelpoinen lähetyshetkellä. Aktiivisen loppumäärän katoaminen ei tarkoita hankittujen osuuksien puuttumista.
Hyödyllinen käyttäjänäkymä erottaa kolme kysymystä: onko toimeksianto yhä aktiivinen, tapahtuiko kauppoja ja onko syntyneet tilimuutokset täsmäytetty. Kysymysten erottaminen estää näkyvästi tyhjän toimeksiantopaneelin pitämisen todisteena siitä, ettei tilillä ole positioita.
Täsmäytä välittömät osittaiset toteumat oikein
Toimeksiantotyyppi määrää toteutumattoman määrän kohtalon. Polymarketin nykyiset ohjeet määrittelevät FAK:n saatavilla olevan määrän toteuttamiseksi ja loppumäärän peruuttamiseksi. Osittainen FAK-toteutus jättää position muttei jätä jäljelle jääviä pyydettyjä osuuksia tarjouskirjaan.
Keksityssä tapauksessa kymmenen osuuden FAK-pyyntö johtaa neljään 0,43 dollarilla toteutuneeseen osuuteen ja kuuteen peruutettuun. Ostohinta on 1,72 dollaria ennen maksuja. Kun toteutus ja loppumäärän tila on selvitetty, botin tulee kirjata neljä osuutta ja vapauttaa muiden kuuden varaus todellisen tilinäytön mukaisesti.
Kymmenen osuuden tarjouskirjaan jäävä toimeksianto, josta neljä on toteutunut ja kuusi aktiivisena, on eri asia. Siihen liittyy edelleen mahdollista tulevaa altistusta. Botin tilamallin ei tule käyttää yhtä yleistä osittainen-tilaa korvaamaan sekä toteutunutta määrää että loppumäärän lopullista tai jatkuvaa tilaa.
Hallitse peruutuskilpa
Peruutuspyyntö voi osua päällekkäin toteuman kanssa. Botin tulee varautua molempien täsmäyttämiseen eikä olettaa peruutusaikomuksensa poistaneen altistusta heti. Onnistunut peruutus voi koskea jäljellä olevaa määrää lisätoteutuksen jo tapahduttua.
Oletetaan kuuden osuuden näkyvän aktiivisina peruutuksen alkaessa ja kahden muun toteutuvan ennen loppujen poistoa. Botin on lisättävä nämä kaksi positioon ja vapautettava vain todella päättynyt sitoumus. Korvaavan ehdotuksen tulee käyttää syntynyttä tilitilaa eikä ennen kilpailutilannetta näkyvää määrää.
Aiempi Polymarketin automaattisen kaupankäyntibotin opas käsittelee tauottamista ja uudelleenkäynnistystä. Peruutus on yksi prosessin osa eikä yleinen nollaus. Uusien päätösten pysäyttäminen, peruutettavien toimeksiantojen vetäminen pois ja nykyisten positioiden täsmäyttäminen ovat erillisiä vastuita, jotka voivat valmistua eri aikoina.
Käytä yhtä määräävää lähetyspolkua
Useat työntekijäprosessit voivat auttaa tiedonkeruussa tai riippumattomien hypoteesien arvioinnissa, mutta toimeksiantojen lähettäminen tarvitsee koordinoitua valtuutta. Jos kaksi toteuttajaa voi toimia saman aikomuksen perusteella ilman yhteistä vastuunvarausmekanismia, molemmat voivat lähettää sen uudelleenkäynnistyksen tai viivästyneen viestin jälkeen.
Valitse aktiiviselle toteuttajalle selkeä vastuusääntö ja tee vastuunmuutokset näkyviksi. Uuden työntekijäprosessin ei tule olettaa vanhemman pysähtyneen vain myöhästyneen elossaolosignaalin perusteella. Se tarvitsee mekanismin, joka estää molempia käyttämästä samaa valtuutta samanaikaisesti, tai käytännön, joka tauottaa toiminnan vastuun selvittämiseen asti.
Tarkoitus ei ole lisätä monimutkaisuutta sen itsensä vuoksi. Yhden prosessin botti voi käyttää yksinkertaista suunnitelmaa, kunhan uudelleenkäynnistymisen toiminta on määritelty. Säilytä järjestelmän kasvaessa sama taloudellinen takuu: yksi hyväksytty aikomus ei saa muuttua useiksi riippumattomiksi toimeksiannoiksi siksi, että useat komponentit uskovat vastaavansa sen loppuunsaattamisesta.
Rakenna tila uudelleen ennen jatkamista käynnistyksen jälkeen
Uudelleenkäynnistyksen tulee alkaa havainnoinnista ja täsmäytyksestä. Lataa selvittämättömät aikomukset, tarkasta nykyiset toimeksiannot ja kaupat, varmenna tilin identiteetti ja vertaa palautettuja omistuksia paikalliseen tietueeseen. Uuden altistuksen tulee odottaa olennaisten ristiriitojen ratkaisemista tai nimenomaista käsittelyä toimintakäytännön mukaisesti.
Älä toista jokaista keskeneräistä päiväkirjamerkintää uutena toimeksiantona. Osa keskeneräisistä merkinnöistä voi vastata etätoteutuksia, joiden vastaukset katosivat. Toiset eivät ehkä koskaan poistuneet prosessista. Palautumispolun on luokiteltava ne näytön perusteella sen sijaan, että puuttuva paikallinen valmistumislippu tulkittaisiin uudelleenlähetysluvaksi.
Kalshin API-botin opas kuvaa toisen kauppapaikan hyväksymistapauksia. Terävöitä vertailulla palautumiskysymyksiä pitäen kauppapaikkakohtaiset tunnisteet ja pyyntökäytännöt erillään. Sama häiriöskenaario voi vaatia eri rajapinnoissa eri hakuja.
Pidä havainnointi toiminnassa päätösten tauon aikana
Uudet avaukset tauottavan botin tulee yleensä jatkaa tilinsä ymmärtämiseen tarvittavia lukutoimintoja. Kaikkien komponenttien poistaminen käytöstä voi vaikeuttaa epävarman tilan selvittämistä ja jättää käyttäjän ilman ajantasaisia tietoja aktiivisista toimeksiannoista tai positioista.
Määrittele toimintatilat kyvykkyyksien avulla. Pelkkä havainnointitila voi päivittää markkina- ja tilidataa. Täsmäytystila voi tutkia aiempia toimia. Peruutustila voi sallia tietyt riskiä vähentävät toiminnot, jos ne on valtuutettu. Kaupankäyntitila voi luoda uutta altistusta rajojensa sisällä.
Jokaisella tilalla tulee olla selkeät aloitus- ja lopetusehdot. Pelkkä verkon palautuminen ei saa automaattisesti palauttaa kaupankäyntiä, jos selvittämättömiä aikomuksia on jäljellä. Toisaalta tutkimuslähteen katkon ei tarvitse estää tilitäsmäytystä toimivan yksityisen rajapinnan kautta. Tarkat kyvykkyysrajat auttavat bottia pysymään hyödyllisenä ylittämättä valtuuttaan.
Tee käyttäjäviesteistä toimintaan ohjaavia
Käyttäjän tulee saada tiivis selitys selvittämättömästä tilasta: tili, sopimus, alkuperäinen aikomus, mahdollinen altistus, viimeisin varmennettu näyttö ja seuraava tutkintavaihe. Pelkkä pinojälki ei selitä häiriön taloudellista seurausta.
Vältä pyytämästä käyttäjää valitsemaan uudelleenyrityksen ja sivuuttamisen välillä ilman asiayhteyttä. Saatavilla oleviin toimiin voisivat kuulua alkuperäisen toimeksiannon kysely, tilikauppojen tarkastus, tauon jatkaminen tai ristiriitaisen tietueen siirtäminen jatkokäsittelyyn. Botin tulee säilyttää jokaisen toimen vaikutus päiväkirjassa.
Alusta-arvio voi auttaa käyttöliittymän järjestämisessä. Polymarketin kaupankäyntialustan opas erottaa tilinhallinnan, hinnanmuodostuksen ja selvityksen. Erojen tulee pysyä näkyvinä häiriöiden aikana, jolloin lukija erityisen helposti sekoittaa toimivan markkinadatanäytön täysin täsmäytettyyn kaupankäyntitiliin.
Testaa häiriöt verkkorajalla
Hyödyllinen hyväksymisharjoitus keskeyttää prosessin useassa kohdassa: aikomuksen pysyvän tallennuksen jälkeen, lähetyksen aikana, etähyväksynnän jälkeen mutta ennen paikallisen vastauksen tallennusta sekä toteuman saavuttua mutta ennen positionäkymän päivitystä. Jokaisen keskeytyksen tulee johtaa palautettavissa olevaan tai nimenomaisesti selvittämättömään tilaan.
Odotettu tulos ei aina ole automaattinen jatkaminen. Joidenkin tapausten tulee päättyä taukoon, koska saatavilla oleva näyttö ei voi turvallisesti osoittaa tilitilaa. Testin tulee varmentaa botin säilyttävän varaukset, välttävän kaksinkertaista altistusta ja antavan käyttäjälle riittävästi tutkintatietoa.
Sisällytä toistoon kahdentuneet ja viivästyneet viestit. Jo tunnetun kaupan uudelleenkäsittely ei saa lisätä sen määrää kahdesti. Myöhäinen hylkäys tulee yhdistää oikeaan pyyntöön eikä sillä saa kirjoittaa eri onnistuneen aikomuksen päälle. Nämä tapaukset testaavat tietuemallia mielekkäämmin kuin tavallisten toimeksiantojen toistuva lähettäminen ihanneoloissa.
Arvioi botin taloudellinen tietue
Toiminnallisten mittareiden tulee kattaa selvittämättömien aikomusten ikä, täsmäytysviive, kaksoishavainnot ja varausristiriidat. Pelkkä pyyntöjen onnistumisaste voi näyttää terveeltä tilitietueen ollessa väärä. Pieni määrä epävarmoja lähetyksiä voi merkitä enemmän kuin tuhannet onnistuneet julkiset lukupyynnöt.
Aiempi ennustemarkkinabotin API-opas tarjoaa laajemman arkkitehtuurinäkökulman. Arvioi bottia sen rajoilla: mitä näyttöä saapui, mitä valtuutta annettiin, mikä ohje lähti ja mikä tilitila palasi. Rajat yksilöivät, missä häiriö muutti merkitystä tai ylitti soveltamisalan.
Pidä strategian arviointi erillään. Botti voi toteuttaa huonoa strategiaa uskollisesti, ja epäluotettava toteutus voi heikentää lupaavaa ennustetta. Taloudellinen päiväkirja mahdollistaa molempien kysymysten tarkastelun ilman, että jokainen tulos luetaan näkyvimmän komponentin tai tuoreimman virheviestin ansioksi tai syyksi.
Pidä Polymarketin API-botti näyttönsä rajoissa
Hyvin rajattu botti tietää, milloin sillä on riittävästi näyttöä toimimiseen ja milloin vain riittävästi näyttöä tutkimiseen. Sen kestävä päiväkirja yhdistää yhden aikomuksen sen yrityksiin, toimeksiantoihin ja kauppoihin. Sen varaukset huomioivat mahdollisen altistuksen epävarmuuden selvittämiseen asti.
Aloita kapeista käyttöoikeuksista ja täydellisestä palautumiskuvauksesta. Varmenna tiliasetukset nykyisiä ohjeita vasten, koordinoi lähetysvaltuus ja testaa keskeytykset ennen laajentamista. Tee tauoista selitettäviä ja säilytä niiden selvittämiseen tarvittava havainnointi käytettävissä.
Tuloksena on ohjelma, jonka toiminta voidaan rekonstruoida tavallisessa käytössä ja häiriöissä. Se ei muuta epävarmoja ennusteita varmoiksi lopputuloksiksi. Se tekee toiminnallisen väitteen täsmälliseksi: botin tulee suorittaa vain rajatut toimet, joita sillä oli valtuus yrittää, ja selvittää sitten todelliset tapahtumat ennen tilin käsittelyä uuteen päätökseen valmiina.