Agenttien kehitys ja dokumentaatiovetoinen kehitys: kun tekoäly kirjoittaa sopimuksia, ei koodia
Artikkelissa kuvataan agenttipohjainen lähestymistapa, jossa kielimallit suunnittelevat ensin järjestelmäsopimukset (OpenAPI, Proto, JSON Schema, CloudEvents, AsyncAPI) ennen koodin tuottamista. Menetelmää kutsutaan dokumentaatiovetoiseksi agenttikehitykseksi (Documentation Driven Agent Development), ja se käyttää useita promptivaiheita sopimusten tuottamiseen ja tarkistamiseen. Kirjoittaja havainnollistaa menetelmää automaattisen puhelinvaihteen (PBX) palveluesimerkillä ja erottaa generaattorit agenteista.
Kirjoittaja Matvey Likhota, joka on vanhempi Go-kehittäjä, ehdottaa kehitystapaa, jossa LLM suunnittelee ensin järjestelmän ja tuottaa sopimukset, kuten OpenAPI-, Proto-, JSON Schema-, CloudEvents- ja AsyncAPI-määritykset, ja koodi generoidaan myöhemmin toistettavilla generaattoreilla sekä projektikohtaiset osat kehittäjien ja agenttien toimesta. Hän kutsuu tätä dokumentaatiovetoisen agenttikehityksen tai spesifikaatiovetoisen agenttikehityksen menetelmäksi. Artikkeli esittää prosessin yksinkertaisen PBX-palveluesimerkin avulla. Ensimmäinen kehote pyytää LLM:ää listaamaan arkkitehtuurisesti merkittävät kysymykset kirjoittamatta koodia. Toinen kehote tuottaa OpenAPI 3.1 -sopimuksen, jossa on tiukat vaatimukset, mukaan lukien RFC 9457 -virheet, Idempotency-Key, If-Match/ETag ja kursorisivutus. Sen jälkeen adversariaalinen tarkistuskehote arvostelee sopimuksen virheistä. Tapahtumasopimuksissa käytetään CloudEvents 1.0:aa, ja tapahtumaluettelo sisältää esimerkiksi CallStarted, CallAnswered ja CallMissed. WebSocket-sopimukset kuvataan AsyncAPI 3.0:n avulla, ja sisäiset API:t suunnitellaan gRPC:llä proto3-muodossa. Artikkeli korostaa sopimussuunnittelun erottamista koodigeneroinnista ja tarkistuskehotteiden käyttöä epäjohdonmukaisuuksien havaitsemiseksi.
Lähde: Habr — хаб ИИ —
Alkuperäinen