Plattformen er bygget for agenten din

Én prompt er hele onboardingen

Alt en agent trenger for å vurdere, sette opp og deploye en app står i nysky.no/agent.md — egnethet, manifestformat, priser og onboarding-API. Flyten er delt mellom agent og menneske med vilje:

1. Du limer inn én linje i Claude Code, Codex eller Cursor — i mappa der appen ligger, eller en tom mappe.
2. Agenten leser agent.md og bygger: lager manifestet nysky.toml, bestiller tilgang og deployer. Du trenger ikke kunne servere, DNS eller TLS.
3. Du aktiverer i nettleseren: agenten gir deg en aktiveringslenke der du fyller inn navn og e-post og velger gratis, Vipps eller invitasjonskode. Identitet og betaling er menneskets steg — agenten kan ikke gjøre det for deg.

$ Les https://nysky.no/agent.md og sett opp dette repoet på nysky — kjøring, lagring, domene og identitet — og rull det ut.

Verktøyspesifikke innganger: Claude Code, Codex, Cursor — og MCP-broen for bygging rett fra chatten.

--json på alt, idempotens overalt

Plattformen er laget for å bli styrt av programmer, ikke bare lest av dem:

• Hver CLI-kommando har --json med stabilt schema. Menneskevennlig output er sekundær, og ingen kommando stiller interaktive spørsmål når --json eller CI=true er satt.
• Alle kommandoer og API-kall er idempotente. nysky plan viser diff uten sideeffekter; nysky deploy konvergerer mot ønsket tilstand — uendret manifest gir unchanged: true. En agent som kjører samme steg to ganger, ødelegger ingenting.
• Sannhetskilden er én fil: nysky.toml i prosjektroten. Synlig, versjonert, revisjonerbar — også utgående nett er en allowlist i manifestet.
• Maskinlesbare flater: agent.md (onboarding), llms.txt (oversikt), changelog (nye felter og atferdsendringer), priser.json, platform.json (runtime-grenser som maxCompatibilityDate) og maler.json (testede startmaler).
• CLI-en er én selvstendig fil (nysky.no/cli, Node ≥ 24) med publisert sjekksum (/cli.sha256) — les den gjerne før du kjører den: ingen telemetri, snakker kun med API-et.

Agent-blindheten: dataene bygger aldri med

Flatene agenten har, returnerer aldri innholdsdata fra databaser eller bøtter — kun konfigurasjon, kode, metadata og aggregater. Garantien håndheves av en vakttest i plattformens testsuite. Trenger agenten å forstå databasen, får den skjemaet (tabeller, kolonner, typer, indekser, radtall) — strukturen uten innholdet.

«AI-en ser oppskriften, aldri gjestelisten.» Du kan la en agent bygge og feilsøke appen din uten at kundedataene dine noen gang havner i en samtalekontekst.

Øvingsdata i stedet for ekte data

Agenter instrueres om å aldri be om ekte person- eller kundedata for å teste. I stedet genereres syntetiske rader — fiktive norske navn, adresser og e-poster — som legges inn via appens egne flater eller en seed-migrering. Testmiljøet blir realistisk; personopplysningene forblir der de skal være.

Det agenten ikke kan — med vilje

Alt som flytter penger, eierskap eller juridisk ansvar krever et menneske. Får agenten 403 der, er det ikke en feil — det er designet. Det er derfor du kan gi en agent tilgang uten å gi den frie tøyler:

• Kjøp og penger: kreditt, abonnement, faktura og kredittoverføring gjøres av mennesket på kontosiden. Agenten skal aldri spørre om betalingsinformasjon.
• Domenekjøp: agenten kan sjekke navn og følge bestillinger, men aldri bestille — et .no-domene binder penger og en juridisk egenerklæring overfor Norid. Plattformen avviser agent-tokens på bestillingssteget.
• Eierskap og roller: eierskifte, salg, app-flytting, rolleendring og oppretting av bedriftskonto er menneske-bare. Invitasjoner en agent lager får aldri admin- eller kjøpsrett — en agent kan ikke invitere seg selv inn som administrator.
• Hemmeligheter: agenten ber om en engangs-URL der mennesket limer inn verdien — write-only rett i plattformen. Verdien havner aldri i samtalen, og kan aldri leses ut igjen.
• Aktivering: navn, e-post og betalingsvalg skjer i menneskets nettleser. Agenten bestiller bare en anonym ordre og venter.

Summen er tillit i begge retninger: agenten får nok makt til å gjøre hele jobben, og aldri nok til å gjøre skade du ikke har godkjent.

Grensene

• MCP-broen er eksperimentell og ikke kontraktbundet — verktøy kan endres eller forsvinne uten varsel. CLI-en er hovedproduktet og den støttede veien. Les mer →
• CLI-en krever Node ≥ 24 (deterministisk pakking) — de fleste LTS-oppsett er på 20/22, så sjekk node --version først.
• Én region, i Norge — support i kontortid.
• Trange MCP-klienter finnes: mobilklienter kan feile stille på store tool-kall — plattformen har en inkrementell overføringsvei for akkurat det.

Videre lesning