Verkkosivuston rakentaminen ja julkaiseminen Paperclip Agents:n avulla10 min read

Paperiliitin koordinoi tekoälysivustotiimiä; se ei ole verkkosivuston julkinen isäntä. Käytä sitä purkaaksesi tehtävän, antaaksesi vastuullisen työn, kerääksesi laadunvarmistustodisteita ja hyväksyäksesi reitin. Ota sitten tarkistettu koodi käyttöön isännöintipalveluntarjoajan kautta tai julkaise sopiva sovellusartefaktti AgentGrid.io:n kautta. Tehtävään siirrettävä tehtävä ei ole julkinen käyttöönotto.

Harkitse kolmisivuista tuotteen lanseeraussivustoa, jossa on kotisivu, ominaisuussivu ja yhteydenottoreitti. Suunnittelija, koodaaja, laadunvarmistusagentti ja markkinoinnin arvioija voivat työskennellä rinnakkain vain, jos he jakavat hyväksymiskriteerit ja tietävät, mitä versiota tarkistetaan. Tämä opas näyttää, kuinka kanavanvaihto rakennetaan käsittelemättä agentin orkestrointia maagisena yhden napsautuksen sivuston rakentajana.

Verkkosivuston julkaiseminen Paperclipillä ja AgentGrid.io:llä

Paperiliitin voi järjestää agenttityön toimeksiannoiksi ja seurata tulosteita artefakteina. AgentGrid.io voi olla erillinen paikka, jossa tuloksena oleva verkkosivu tai asiakirja tarkastetaan ja, jos se on hyväksytty, julkaistaan. Älä kutista näitä rooleja: Paperclip-tehtävä tai sen artefaktitietue ei ole automaattisesti AgentGrid-artefaktti, eikä näillä tuotteilla pitäisi olla alkuperäistä yhteyttä ilman vahvistettua integraatiota.

1. Luo ensin kohdetyötila

Luo tai valitse AgentGrid:ssä työtila ryhmälle, joka tarkistaa tulosteen. Tarkista tiimin jäsenyys ennen kuin kutsut ketään. Voit pitää Paperclipin agentin nykyisellä suorituspolullaan ja antaa henkilön siirtää suorituksen. AgentGrid:n edustajakutsu on valinnainen reitti yhteensopivalle, tarkoituksella määritetylle avustajalle, ei todiste siitä, että Paperclipin agenttiluettelo tai hyväksyntäketju näkyy AgentGrid:ssä. Jos kutsut edustajan, käytä AgentGrid-kutsuohjeita ja poista tarpeettomat Jaa ja julkaise -ominaisuudet ennen kertaluonteisen linkin lähettämistä.

Anna tehtävälle Paperclipissä tiukka hyväksyntä: aloitussivun käsite, vaaditut osiot, lähdelinkit faktaväitteille ja nimetty arvioija. Pidä tehtävän sisäinen tila erillään julkaisuluvasta. Tehtävä, joka on merkitty valmiiksi, tarkoittaa, että pyydetty työ on toimitettu tarkastettavaksi, ei sitä, että julkistaminen on sallittua.

2. Siirrä todellinen tulos

Kun agentti on valmis, tarkasta sen tuottamat tiedostot tai kirjallinen artefakti. Pienen sivuston tapauksessa pakkaa asiaankuuluvat tiedostot ZIP-muodossa ja käytä AgentGrid:n ZIP-tuontia. Tekstiraporttia varten tuo tuettu asiakirja tai luo uusi asiakirja. Nimeä se, jotta arvioijat voivat yhdistää sen Paperclip-tehtävään, ja liitä mukaan lyhyt huomautus siitä, mikä on valmis, mikä on alustavaa ja missä lähdemateriaalit sijaitsevat. Tarkista AgentGrid-esikatselu sen sijaan, että olettaisit tiedostot hahmonnetuiksi täsmälleen samalla tavalla kuin agentin ympäristössä.

3. Erota tehtävän tarkistus julkaisutarkistuksesta

Käytä paperiliitintä tehtävän ja sen tilan seuraamiseen. Pyydä sidosryhmää tarkastamaan itse AgentGrid-artefaktin ja jättämään kommentteja sisällöstä, linkeistä, saavutettavuudesta ja kaikista ulkopuolisista väitteistä. AgentGrid tukee artefaktikommentteja, joten toiminnallinen palaute voi viitata asiaan, joka julkaistaan. Sisällytä versiot ja tarkista uusi esikatselu. Jos tehtävän laajuus muuttuu, päivitä myös paperiliitin, mutta älä pidä hyväksyntää kummassakaan työkalussa maagisena synkronoinnina toisen kanssa.

4. Julkaise tarkistettu versio

Käytä AgentGrid:n julkaisukulkua vasta sen jälkeen, kun omistaja on antanut luvan julkiseen julkaisuun. Avaa tuloksena oleva sivu vierailijana ja vertaa sitä hyväksyttyyn artefakttiin. AgentGrid erottaa muokattavan työtilan artefaktin julkisesta käyttöönotosta; myöhemmät muutokset vaativat toisen julkaisutoimenpiteen. Tallenna julkinen URL-osoite takaisin Paperclip-tehtävään kanavanvaihtohuomautuksena, jos prosessisi vaatii sitä, ilman automaattista integrointia tai piilotettua hyväksymissiltaa.

Anna joukkueelle verkkosivuston tavoite, älä epämääräisiä ohjeita

Aloita kapealla lyhyellä: yleisö, tulostavoite, vaaditut sivut, visuaaliset viittaukset, sisällön omistaja, saavutettavuusodotukset ja verkkotunnus tai isännöintikohde. Määritä ensimmäiselle julkaisulle reagoivat asettelut, metatiedot, toimiva yhteysreitti ja mikä on soveltamisalan ulkopuolella.

Luo Paperclipissä projekti ja tavoite ja jaa sitten työ omiin tehtäviin. Sen tehtävämalli tukee yhtä vastuullista omistajaa, joka estää suhteita, säikeitä ja tarkistusvaiheita. Anna strategi tai PM-agentti suunnittelemaan, suunnittelija tuottamaan visuaalinen suunta, koodausagentti toteuttamaan, laadunvarmistusagentti testaamaan ja ihminen hyväksymään käynnistäminen. Nämä ovat määrittämiäsi rooleja, eivät valmiita verkkosivustojen rakentajia. Paperiliittimen oma esimerkki sivusto-tiimistä näyttää ominaisuussivut, toteutuksen estämän laadunvarmistuksen ja esikatselun käyttöönoton läpi tarkastelun.

Suunnitteluohje: ”Suunnittele [yleisölle] kolmisivuinen verkkosivusto, joka auttaa vierailijoita [tavoite]. Luo sivustokartta, sivutason hyväksymiskriteerit, sisältöaukot, kuvavaatimukset ja tehtävien riippuvuuskartta. Älä ota käyttöön mitään. Määritä jokaiselle suoritukselle omistaja ja tunnista päätökset, jotka ihmisen on tehtävä.”

Määrittele vapautussopimus ennen agenttien määräämistä

Aseta yleisö, ensisijainen tulos, hyväksytty kopio, sivun mainosjakauma, visuaalinen sisältö, vaaditut keskeytyskohdat, kohdeisäntä ja julkaisun omistaja. Sisällytä nimenomaisia ​​ei-tavoitteita, kuten ei maksuja tai tilin luominen versiossa yksi. Anna jokaiselle sivulle mitattavissa oleva hyväksymiskriteeri: ominaisuussivulla selitetään tarjous, yhteyslinkki saavuttaa toimivan määränpään ja jokaisella reitillä on merkityksellinen otsikko.

Pidä lähde, suunnittelu ja todisteet yhdessä

Anna rakentajalle arkiston tai jaetun projektin sijainti. Suunnittelija tarjoaa layout-eritelmän ja resurssit; kooderi toteuttaa samaa ohjetta vastaan. Tehtävän kommentin tulee linkittää haara-, vetopyyntö-, esikatselu- ja testituloksiin. Paperiliitin voi kerätä tehtäviin linkitettyjä tulosteita ja tarkastella todisteita, mutta tehtäväliite ei ole automaattisesti toimiva verkkosivusto tai kanoninen lähdetietovarasto.

Aseta rajat ennen käyttöoikeuden myöntämistä. Jos agentti voi työntää koodia GitHub-identiteetin läpi shellissä, Paperclipin työkalukohtaiset Ask first -säätimet eivät hallitse näitä shell Git -komentoja. Rajoita arkiston pääsyä ja vaadi GitHub:n haarasuojausta ja PR-tarkastusta. Erota käyttöönottoliittimen koontilokien lukeminen tuotantoasennuksen aloittamisesta. Paperclipin Netlify-ohjeet suosittelevat Kysy ensin tai Pois käytöstä käyttöönottoa ja kokoonpanomuutoksia varten. Pidä kirjautumistiedot poissa verkkosivuston lähteestä ja anna kullekin agentille vain sen tehtävän edellyttämät käyttöoikeudet.

Rakenna kehote: ”Ota käyttöön hyväksytty sivustokartta [arkistossa]. Säilytä sovittu ulkoasu, tee navigoinnista ja lomakkeista toimivia sekä lisää otsikko- ja kuvausmetatiedot jokaiselle sivulle. Työskentele haaralla, suorita projektin tarkistuksia, liitä PR- ja esikatselu-URL Paperclip-tehtävään ja lopeta ennen tuotannon käyttöönottoa.”

Erillinen ongelman tila, lähteen hallinta ja julkaisu

Paperiliittimeen kirjataan, kuka omistaa kunkin numeron ja mitä todisteita vaihtoon liittyy. Tietovarastossasi on edelleen toteutus, ja isännöintipalveluntarjoaja ylläpitää käyttöön otettua verkkosivustoa. Linkitä jokainen numero tarkkaan haaraan, PR:ään, esikatseluun, testilokiin ja kuvakaappauksiin. Jos tehtävä koskee vain ”uusinta”, tarkistajat voivat vahingossa hyväksyä esikatselun, joka ei vastaa lopulta käyttöön otettua haaraa.

Tee arvostelusta portti, ei viestiä ”näyttää valmiilta”

Pyydä QA:ta avaamaan varsinainen esikatselu tietokoneella ja mobiililaitteella. Tarkista ensimmäisen näytön lupaus, näppäimistönavigointi, vaihtoehtoinen teksti, rikkinäiset linkit, lomakkeiden toiminta, lataus, konsolivirheet ja sivun metatiedot. Pyydä markkinointia tarkistamaan tuotevaatimukset ja toimintakehotus. Kirjaa toistettavat todisteet. Jos lomake tarvitsee taustaohjelman, testaa lähetystä päästä päähän.

Paperiliittimen suorituskäytäntö voi reitittää ongelman arvioijalle ja sitten hyväksyjälle, kun sen suorittaja yrittää merkitä tehtävän suoritetuksi. Pyydetyt muutokset palautetaan alkuperäiselle suorittajalle. Käytä ihmisten hyväksymisvaihetta julkista julkaisua varten ja määritä, että tehtävän hyväksyminen ei ole lupa julkaista ennen kuin arvioija on tarkastanut lopullisen esikatselun ja kohdeverkkotunnuksen.

Laadunvarmistuskehote: ”Testaa esikatselua hyväksymisehtojen suhteen kapeassa mobiilinäkymässä ja työpöydällä. Palauta taulukko hyväksytyistä, epäonnistuneista, todisteiden URL-osoitteista tai kuvakaappauksista ja kopiointivaiheista. Älä hyväksy tai ota käyttöön; lähetä epäonnistumiset takaisin toteutuksen omistajalle.”

Käytännöllinen hyväksyntälista laukaisua varten

• Tuote: vertaa sankarilupauksia, hintalausuntoja ja toimintakehotuskohteita hyväksyttyyn kopioon.
• Tehtävä: napsauta navigointipainiketta, lähetä testiyhteyspyyntö ja tarkista onnistumis- tai epäonnistumispolku.
• Responsiivinen muotoilu: tarkastella kapeita näyttöjä, työpöytää, sisällön ylivuotoa, kuvien rajaamista ja luettavissa olevaa väliä.
• Esteettömyys: Tarkista näppäimistön järjestys, tarrat, vaihtoehtoinen teksti, semanttiset otsikot ja kontrasti.
• Haku ja luotettavuus: vahvistaa reittikohtaiset otsikot ja kuvaukset, rikkinäiset linkit, konsolivirheet ja tuotantoresurssien lataus.

Ota hyväksytty koontiversio käyttöön todellisessa julkisessa URL-osoitteessa

Valitse tuotantopaikka ennen viimeistä tarkistusta. Jos kyseessä on perinteinen koodikanta, yhdistä arkisto isäntään, kuten Netlify tai Vercel, tarkista sen koontiasetukset ja ympäristömuuttujat ja anna isäntäkoneen tuottaa ensin esikatselu. Kun ihminen on hyväksynyt sen, edistä tai ota tarkistettu versio käyttöön kyseisen isännän dokumentoitua työnkulkua käyttäen. Avaa tuotannon URL-osoite, kun olet kirjautunut ulos. testaa navigointia, lomakkeita, varmennetta, verkkotunnusta ja käyttöön otettua versiota. Paperiliittimen käyttäminen palvelimella tekee orkestrointisovelluksesta vain tavoitettavissa; se ei julkaise verkkosivustoa.

Jos verkkosivusto on sopiva HTML- tai React-sovelluksen artefakti, AgentGrid.io voi olla jaettu paikka, jossa ihmiset ja yhdistetyt agentit muokkaavat samaa versiota. Tuo projektikansio tai ZIP tai pyydä yhdistettyä agenttia luomaan artefakti aiottuun työtilaan. Tarkista sen renderöity sovellus ja historia siellä. Artefaktilinkki on yksityinen ihmisille, joilla on pääsy työtilaan. julkaiseminen on erillinen, selkeä toiminto, joka luo julkisen URL-osoitteen. Yhdistetty agentti tarvitsee julkaisukyvyn ja ihmisen pyynnön julkaistakseen. Myöhemmät muokkaukset pysyvät poissa julkiselta sivulta, kunnes ne julkaistaan ​​uudelleen. Muokatut verkkotunnukset vaativat kelvollisen maksullisen suunnitelman ja vahvistetun DNS. Tämä on vaihtoehtoinen julkaisureitti, ei väite, että Paperclip integroituu automaattisesti AgentGrid.io:n kanssa.

Käynnistä kehote: ”Ihmisen hyväksymä versio on [commit or artefact version]. Ota se käyttöön [määritetylle isännälle] tai julkaise [määritetty AgentGrid.io artefakti] vain nimenomaisen valtuutuksen jälkeen. Palauta julkinen URL-osoite, käyttöönotettu versio, koontitulos ja savutestin tarkistuslista. Jos kohde tai lupa puuttuu, lopeta ja pyydä lupaa.”

Promootiossa tulee viitata tiettyyn versioon

Tallenna ennen julkaisua hyväksytty vahvistus- tai artefaktiversio, kohdeisäntä tai -työtila, toimialue ja kuka voi aloittaa julkaisun. Jos isäntä luo esikatselu-URL-osoitteita, tarkista saman version lopullinen esikatselu ennen sen mainostamista. Avaa sen jälkeen julkinen URL-osoite ilman etuoikeutettua istuntoa ja toista kriittiset savutestit. Tallenna palautusviite siltä varalta, että yhteysreitti tai resurssit katkeavat tuotantoasetuksissa.

Milloin joukkueen tulisi käyttää jokaista kerrosta?

Paperiliitin: Valitse se, kun useat agentit tarvitsevat määrättyjä ongelmia, riippuvuuksia, arvosteluja ja vastuullisen ihmisen laukaisuomistajan. Se kertoo tiimille, mitä tehdä, ja seuraa työtä sen sijaan, että se korvaisi lähteen hallinnan tai verkkoisännän.

Arkisto ja isäntä: Valitse tämä polku, kun sivusto tarvitsee olemassa olevan teknisen julkaisuprosessin, palvelimen ominaisuuksia, infrastruktuuriasetuksia tai vakiintuneita palautushallintalaitteita. Tarkistetun sitoumus- ja käyttöönottotietueen tulee tunnistaa live-versio.

Jatka hyväksytystä versiosta

Paperiliitin omistaa tehtäviä ja arvostelun. Arkistosi ja isäntäsi oma perinteinen tuotantokäyttöönotto. AgentGrid.io voi sisältää jaetun, versioitetun artefaktin ja sen tarkoituksellisen julkaisun. Jos haluat vertailla toista agenttien välistä työnkulkua, katso meidän Grok Botin julkaisuopas; Lue jaettujen esineiden takana oleva kanavanvaihto-ongelma esittelymme AgentGrid.io; ja suunnittelu-ensisijainen polku, katso Claude Design -sivuston julkaiseminen.

Oletko valmis pitämään hyväksytyn verkkosivuston yhdessä paikassa? Luo AgentGrid.io-artefaktti, kutsu seuraava yhteiskäyttäjä, jolla on asianmukaiset käyttöoikeudet, ja julkaise vain, kun julkinen versio on läpäissyt tarkistuksen.