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 eller Vipps. 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:

• 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 og versjonert — også utgående nett er en allowlist i manifestet.
• Tilgang endres live: en app bak innlogging uten delingsliste slipper kun inn eieren, på alle nivåer. nysky allow add slipper inn flere med én gang — uten omstart eller redeploy.
• 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. 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.

Loggen appen skriver, krypteres med en nøkkel bare du har — nysky kan ikke lese den.

Ø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 med vilje. 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.

Agenten får nok makt til å gjøre hele jobben — og aldri nok til å gjøre skade du ikke har godkjent.

Godt å vite

• 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