Så schemalägger du en kodningsagent i Open WebUI på en hemmaserver

Open WebUI v0.13.3 kan schemalägga en kodningsagent mot en vald terminal och arbetskatalog. Börja med en rapportuppgift i ett tillfälligt uttag: kör ett känt testkommando, sammanfatta felen och skicka resultatet tillbaka till en chatt. Det här testet verifierar schemaläggaren, behörigheterna och leveransvägen innan du ger ett återkommande jobb åtkomst till viktiga filer.

Du behöver en kompatibel Open WebUI-installation, en åtkomlig terminalintegration som erbjuder den avsedda agenten och ett åtkomligt arbetsutrymme. I versionsinformationen för v0.13.3 står det att schemalagda körningar kontrollerar att den sparade terminalen och agenten fortfarande är tillgängliga. Se terminalen, filsystemet och den underliggande modellanslutningen som separata delar av konfigurationen.

Vad ändrades i novemberversionen?

I automationsredigeraren kan du välja en terminal och katalog och sedan välja en agent som terminalen erbjuder. Den konfigurerade terminalen och mappen följer med till den schemalagda körningen. Resultat från agentautomatisering skickas till en chatt, medan andra typer av automatisering kan ha andra alternativ för mottagare. Den tidigare versionen v0.13.1 introducerade kodningsagenter i modellväljaren när en ansluten terminal erbjuder dem.

En vald terminal kan köras på samma värd som Open WebUI eller vara en separat, åtkomlig tjänst. Det är terminalens filsystem som är viktigt för jobbet. En katalog som visas på din bärbara dator kanske inte finns i en container. En fil som är tillgänglig i en terminal kanske inte finns i en annan. Kontrollera sökvägen i exakt den terminal som valts för automatiseringen.

Hur ska du förbereda arbetsutrymmet?

Skapa ett dedikerat testuttag, helst för ett litet kodförråd utan produktionshemligheter. Lås fast en känd revision och lägg till ett ofarligt test som går igenom och ett test som med säkerhet misslyckas i konfigurationen. För den första rapporten ska du göra indatauttaget skrivskyddat om testköraren stöder det. Tillhandahåll en skrivbar tillfällig plats för testcache och loggar. Vissa byggverktyg måste skriva till trädet, så konfigurera dem att skriva någon annanstans eller använd en tillfällig skrivbar kopia.

Om du delar ett kodarkiv mellan flera jobb ska du skapa en arbetskopia per agent eller uppgift. Håll säkerhetskopior och arbetskatalogen åtskilda. Läs om varför säkerhetskopior kan misslyckas vid delad åtkomst innan du ger en uppgift omfattande skrivbehörighet på en filserver.

Hur konfigurerar du det första schemalagda jobbet?

Öppna automatiseringsredigeraren i en version som innehåller agentautomatisering. Välj din terminal, välj katalogen som är synlig från den terminalen och välj sedan agenten. Välj en engångskörning inom kort för det första testet, om installationen har det schemaläggningsalternativet. Läs schemat enligt den tidszon du har konfigurerat. Ange en måttlig gräns för körtid eller antal steg med de kontroller som finns för din agent och driftsmiljö.

Ge jobbet en konkret indata, ett kommando och ett resultatformat. Till exempel:

Granska utcheckningen i den valda arbetskatalogen.
Kör det befintliga lokala röktestkommandot en gång.
Rapportera kommandot, slutstatusen och det första testet som misslyckades.
Om kommandot eller mappen inte är tillgänglig ska du rapportera det felet.
Installera inga beroenden, ändra inte kodarkivet och kontakta inga externa tjänster.

Instruktioner vägleder agenten. Begränsa åtkomsten till filsystem och nätverk separat via terminalen och containerns konfiguration. Kontrollera att ett saknat beroende leder till ett tydligt fel i stället för en oväntad installation. Dokumentationen för Open WebUI är utgångspunkten för terminal- och administratörsinställningar.

Vad bör du kontrollera efter den första körningen?

Öppna den resulterande chatten och kontrollera agentens identitet, arbetskatalog, testkommando, slutstatus och vilken revision som testades. Jämför resultatet med en manuell körning av samma kommando i den terminalen. Att en automatisering har slutförts visar bara att arbetsflödet blev klart. Rapporten behöver fortfarande innehålla belägg för att det avsedda testet faktiskt kördes.

Testa avsiktligt ett felscenario. Rikta ett testjobb mot en ofarlig indatafil som saknas eller stoppa den tillfälliga terminalen en kort stund och observera tillståndet som uppstår. Återställ efter testet. En operatör ska kunna skilja mellan en otillgänglig agent, en saknad katalog, ett misslyckat test och en tidsgräns för modellen utan att läsa igenom en hel chattlogg. Kontrollera att nästa legitima körning inte i tysthet återanvänder gamla resultat.

Håller självhosting av Open WebUI koden lokalt?

Open WebUI och dess terminal kan vara självhostade medan den valda kodningsagenten använder en fjärrmodell. Ta reda på vart agenten skickar systemprompter, filutdrag och testloggar. Kontrollera leverantörskonfigurationen innan du ansluter ett privat kodförråd. Lagra leverantörens autentiseringsuppgifter i tjänstens avsedda konfiguration för hemligheter och undvik att dela dem i prompter eller loggar.

Börja med en lokal modelländpunkt om dina krav förbjuder extern behandling. Verifiera ändpunkten och agentens reservkonfiguration och kontrollera sedan eventuella nätverksbegränsningar för terminalen. Läs mer om hur du begränsar exponeringen i den här guiden till AI-baserad sårbarhetstriagering och hemligheter.

Hur gör jag om ett jobb som bara rapporterar till ett återkommande arbetsflöde?

När både lyckade och misslyckade första körningar går att förstå lägger du till ett återkommande schema som inte överlappar ett annat jobb som använder samma katalog. Lägg till en tidsstämpel och kodförrådets revision i rapporterna. Håll aviseringarna enkla: visa fel som kräver åtgärder och spara tillräckligt med sammanhang för att kunna återskapa dem. Kontrollera regelbundet att agentens autentiseringsuppgifter, terminalanslutningen och den schemalagda katalogen fortfarande fungerar efter uppgraderingar.

Om du senare tillåter korrigeringar ska du hålla dem i en isolerad gren och kräva granskning innan de slås samman. Annars kan ett nytt försök från schemaläggaren upprepa sidoeffekter. Ett rapportjobb är enklare att försöka köra igen eftersom det bara skriver ett resultat, medan beroendeuppdateringar och distributionskommandon ändrar tillstånd. Behandla den övergången som ett separat behörighetsbeslut.

Vanliga frågor

Vilken version lade till agentautomatiseringar?

Den relevanta funktionen finns med i Open WebUI v0.13.3. Agentväljarfunktionen i v0.13.1 är relaterad, men separat.

Varför visas inte agenten i väljaren?

Kontrollera att den valda terminalen går att nå och anger att den har den agenten, och att din installerade version och dina kontobehörigheter ger tillgång till funktionen.

Kan jag välja en mapp från min bärbara dator?

Välj en sökväg på terminalen där jobbet faktiskt kommer att köras. Montera eller kopiera kodförrådet dit först om det behövs.

Skickas ett automatiseringsresultat till en kanal?

Anteckningarna för v0.13.3 anger chattleverans för agentautomatiseringar. Kontrollera alternativen i den aktuella versionen innan du förlitar dig på någon annan destination än den chatten.

Vad ska jag göra om två körningar överlappar?

Använd separata worktrees eller välj ett schema och en körtidsbudget som förhindrar överlappning. Granska alla körningar som använt fel revision innan du litar på rapporten.

Slutsats

Använd en terminal, en avgränsad arbetskatalog och ett litet jobb som bara rapporterar för att validera hela flödet. Verifiera modellleverantören, testa både lyckade och misslyckade körningar och håll produktionsautentiseringsuppgifter utanför terminalen. När resultatet går att upprepa kan samma konfiguration hantera återkommande kontroller av kodförråd.