Hoppa till innehållet
Stackship-dokumentation English

Stackship-plattformen

Vad Stackship är, begreppen som allt annat bygger på — boundaries, resursgrupper, resurser och roller — och var du börjar.

  • Anslut en AI-klient — Anslut Claude Code, Claude Desktop, Codex, opencode eller en annan MCP-klient till plattformen, så att en AI-assistent kan arbeta med dina resurser som du.
  • API-referens — Alla HTTP-slutpunkter i modulen kernel: autentisering, IAM-åtgärd, parametrar, innehåll och statuskoder.
  • Autentisera — Hämta en åtkomsttoken som person eller som tjänstekonto, och skicka den med dina API-anrop.
  • Felkoder — Felkoderna som alla plattformens moduler kan svara med, och plattformskärnans egna — status, orsak och vad du gör.
  • Fel — Kroppen som ett misslyckat API-anrop returnerar, vad varje HTTP-statuskod betyder på plattformen, och var du slår upp ett fels kod.
  • Fel vid filåtkomst — Felkoderna som filrutterna för appar och containerinstanser svarar med — status, orsak och vad du gör.
  • Plattformens API — Var plattformens HTTP-API finns, hur dess rutter är ordnade och hur du listar de rutter som en installation erbjuder.
  • Fel vid ögonblicksbilder — Varför plattformen vägrar ta eller återställa en ögonblicksbild av ett PostgreSQL-kluster, en SQL Server-instans eller en containerinstans, och vad du gör åt varje avvisning.
  • Användarinställningar — De personliga inställningar som plattformen sparar, deras standardvärden och rutterna som läser och ändrar dem.
  • Anslut ett kluster — Registrera ett Kubernetes-kluster så att boundaries kan projiceras på det och resurser placeras där.
  • Kluster — Hur plattformen når de Kubernetes-kluster den driftsätter till, vad den sparar om dem och vad klusterlistan visar.
  • Hantera ett kluster — Ändra ett registrerat kluster, utfärda en anslutningstoken, återkalla en agent eller ta bort ett kluster från plattformen.
  • Konfigurationsreferens — Konfigurationsnycklar i modulen kernel: sektioner, miljövariabler, typer och standardvärden.
  • Distributionskällor — Anslut en boundary till GitHub, GitLab, Azure DevOps eller ett privat containerregister, så att dess resurser kan byggas från dina förråd eller hämta dina avbilder.
  • Inställningar för distributionskällor — Installationsinställningarna som distributionskällor är beroende av — återanropsadresser, leverans av webhooks och standardvärden per leverantör — och vad du kontrollerar när pushar inte driftsätts.
  • Konfigurera e-postutskick — Konfigurera SMTP-servern som plattformen skickar inbjudningar och aviseringar via, och skicka ett testmeddelande.
  • Redigera e-postmallar — Ändra ämne och text i de e-postmeddelanden som plattformen skickar, förhandsgranska dem och återställ tidigare versioner.
  • Kom igång — Logga in för första gången och sätt upp plattformen med guiden vid första start — en boundary, ett kluster och de första inbjudningarna.
  • Stackship-plattformen — Vad Stackship är, begreppen som allt annat bygger på — boundaries, resursgrupper, resurser och roller — och var du börjar.
  • Hantera LLM-gatewayer — Registrera de språkmodellslutpunkter som plattformstjänster som Sentinel använder, välj vilka modeller de får använda, och bestäm vilken gateway och modell varje Sentinel-steg får.
  • Slå på AI-klienter — Slå på eller av plattformens MCP-gränssnitt för AI-klienter, välj vilka klienter som får registrera sig själva, och installationsinställningarna bakom det.
  • Operationer — Vad en operation på plattformen är, vilka tillstånd den går igenom och hur du följer en i portalen, med CLI:t och via API:et.
  • Behörigheter — Åtgärderna i plattformens kärna — kluster, distributionskällor, operationer, aktivitet, plattformsinställningar — och de inbyggda roller som har dem.
  • Plattformsinställningar — Sidan Plattformsinställningar, dess flikar och behörigheten som varje flik kräver.
  • Tjänstekonton — Skapa ett tjänstekonto för CI/CD eller en annan integration, ge det roller, hämta en token med dess autentiseringsuppgifter, och rotera eller radera det.
  • Enkel inloggning — Låt en tenants användare logga in via sin egen identitetsleverantör — lägg till e-postdomäner och OIDC- eller SAML-identitetsleverantörer, och skicka användare direkt till sin leverantör.
  • Exportera plattformens telemetri — Bestäm om plattformen skickar sina egna loggar, mätvärden och spår till en extern OpenTelemetry-backend, och till vilken.
  • Felsökning — En checklista för när något på plattformen inte beter sig som väntat — fel omfattning, saknad behörighet, misslyckade driftsättningar och dataproblem.
  • Bjud in och hantera användare — Bjud in personer till en boundary via e-post, följ upp och skicka om inbjudningar, och hitta de användare som redan har åtkomst.