Skip to Content
TestingPromptiga abistatud rakenduse juurutamine

Promptiga abistatud rakenduse juurutamine

Mida funktsioon teeb

Praegune prompt-to-app endpoint ühendab kirjaliku briefi olemasoleva Git template hoidlaga ja paneb selle hoidla järjekorda tavalise muutmatu rakenduse juurutamise pipeline kaudu. Brief salvestatakse päritoluna hilisemate iteratsioonide jaoks.

See ei genereeri briefist uut rakenduse hoidlat. Template URL on kohustuslik ja esimeses juurutuses on template source lahendatud revisionil, välja arvatud juhul, kui see source juba täidab päringu.

Luua promptist ja template’ist

POST /api/apps/from-prompt
Content-Type: application/json
 
{
  "brief": "A private reading-list app with a health endpoint",
  "template_git_url": "https://github.com/example/reviewed-template.git",
  "branch": "main",
  "visibility": "private"
}

Vastuses on püsivad app, deployment ja build ID ning build voog URL. Loomine on asünkroonne. Jälgige juurutuse kirjet või build voogu kuni lõpliku olekuni; ärge esitage duplikaatjuurutust ainult seetõttu, et edenemine on vaikne.

Enne päringu esitamist:

  • vaadake hoidlat ja selle litsents üle;
  • kinnitage või salvestage täpne source revision, mida juurutus kasutab;
  • kontrollige install, build, run, port ja health käitumist; ja
  • hoidke secrets promptist ja hoidlast eemal.

Prompt on kontekst, mitte tõend, et saadud source seda rahuldab. Testige juurutatud käitumist briefist tuletatud vastuvõtukriteeriumide vastu.

Hilisemat muudatust taotleda

POST /api/apps/{app_id}/iterate
Content-Type: application/json
 
{
  "instruction": "Add an authenticated export endpoint and a regression test"
}

See saadab asünkroonse repair-agent ülesande rakendusele, mille omanik te olete ja millel on Git source. Küsige perioodiliselt:

GET /api/apps/{app_id}/agent-status?thread_id={thread_id}

Oleku vastus ühendab uusima juurutuse oleku iteratsiooni thread olekuga ja mis tahes teatatud tulemuste tõendid.

Oluline iteratsiooni piir

Praegune repair tee saab töötada oma sandboxis ja taotleda värsket juurutust, kuid persistence tagasi arendaja Git hoidlasse pole veel garanteeritud etapp. Seetõttu done agent thread iseenesest ei tõesta, et:

  • taotletud muudatus on upstream hoidlas;
  • konkreetne commit builditi;
  • testid läbisid;
  • uus juurutus muutus aktiivseks; või
  • vana juurutust saab taastada.

Iga iteratsiooni kohta salvestage sõltumatult upstream commit, deployment ID, build ID, health tulemus ja acceptance testi tõendid. Kui upstream hoidlat ei uuendatud, säilitage patch operaatori üle vaadatud source control workflow kaudu enne muudusele lootmist.

Turvaline vastuvõtu järjekord

  1. Tõlkige brief jälgitavateks vastuvõtukriteeriumideks.
  2. Vaadake valitud template ja täpne revision üle.
  3. Pange üks juurutus järjekorda ja jälgige selle püsivaid ID-sid.
  4. Kinnitage build, kandidaadi health check ja route switch eraldi.
  5. Kontrollige vastuvõtukriteeriume juurutatud URL-i vastu.
  6. Kinnitage, et source commit on hoidlas, mida te kontrollite.
  7. Säilitage tõendid ja rollback siht.

Vaadake Rakenduse juurutamine muutmatute juurutamise etappide ja tõrgete käsitlemise kohta.

Rakenduse jälgitavusRakenduse objektihoidla