Tema 12 · DI ir scenarijų kodas

DI naudojimas automatizavimo kodui

Naudoju DI kaip pagalbininką — bet galutinis sprendimas ir atitiktis API lieka ant mūsų.

Gairės

Tema Ką daryti
Paskirtis Boilerplate, komentarai, šablonai — visada patikrinti prieš diegimą.
Promptas Įrašyti: trigerį, async/sync, 15 min sesiją, 2 GB atmintį, išorinių API lėtumą.
Haliucinacijos Modelis gali „sugalvoti“ funkcijų — tikrinti pagal automatizavimo-api.
Saugumas Nedėti tikrų slaptažodžių, pilnų tokenų, gamybinių duomenų į promptą.
Atsakomybė Diegia žmogus — klaidos, našumas, auditas lieka komandos atsakomybė.
Techninis pavyzdys: gero prompto struktūra 
Rivile ERP automation (JavaScript). Trigeris: po pirkimo užsakymo patvirtinimo.
Reikalavimai: async vykdymas; sesija iki 15 min; atmintis iki 2 GB;
naudoti tik callErpAutomation, log.*, fetchExportData pagal dokumentaciją.
Nenaudoti tikrų kredencialų — tik placeholder'ai.
Užduotis: [aprašykite verslo žingsnį vienu sakiniu].
Techninis pavyzdys: ką patikrinti prieš diegiant DI išvestį
  • Ar visos funkcijos egzistuoja API dokumente?
  • Ar nėra begalinio ciklo rizikos (įdėtiniai kvietimai)?
  • Ar dideli duomenų masyvai nekopijuojami be reikalo?

Teorijos santrauka

  • DI — pagalbininkas; atitiktis API ir diegimas lieka žmogaus atsakomybė.
  • Promptas turi įtraukti trigerį, async/sync, sesiją, atmintį, be slaptų duomenų.
  • Prieš diegimą: funkcijų egzistavimas, ciklo rizika, duomenų apimtis.

Praktika salėje

Sukurkite kartu vieną gerą promptą konkrečiam verslo žingsniui ir jį patikrinkite pagal kontrolinį sąrašą išskleidžiamame bloke aukščiau.

Savarankiškas darbas

  1. Parašykite du promptus tą pačią užduotį: vienas geras, vienas sąmoningai prastas — paaiškinkite skirtumą trimis sakiniais.
  2. Peržiūrėkite DI sugeneruotą fragmentą ir pažymėkite tris vietas, kurias tikrintumėte pagal API dokumentą.