Amazon Q Developer er AWS’ AI-kodeassistent til IDE’er, konsol og teamstyring, og i august 2026 kører produktet stadig på en fast to-lags prisstruktur: Free til 0 kr. og Pro til 19 dollar pr. bruger om måneden. For danske og nordiske udviklerteams, der allerede har infrastruktur i AWS, er det ofte den mest oplagte AI-assistent at koble på, fordi den taler direkte med IAM, CloudFormation og resten af AWS-økosystemet uden ekstra broer. Denne guide viser dig, trin for trin, hvordan du får Amazon Q Developer sat rigtigt op, fra det første login til en fungerende Java-opgraderingsopgave i et rigtigt projekt.

Vi går igennem forskellen på AWS Builder ID og IAM Identity Center, installation i både VS Code og JetBrains, chatkommandoerne /dev, /test, /review, /doc og /transform, samt hvordan du undgår de mest almindelige adgangs- og regionfejl. Til sidst bygger vi et lille, komplet eksempelprojekt, hvor Amazon Q Developer genererer en implementeringsplan, skriver tests og reviewer koden, så du har set hele arbejdsgangen i praksis, ikke kun i teorien.

Hvad er Amazon Q Developer, og hvorfor vælge det i 2026

Amazon Q Developer er AWS’ svar på GitHub Copilot og Cursor, men bygget til at leve tæt på selve AWS-kontoen. Hvor andre assistenter primært kender din kode, kender Q Developer også din infrastruktur: IAM-roller, Lambda-funktioner, CloudFormation-stakke og logs i CloudWatch. Det gør den særligt stærk til opgaver som fejlsøgning af en produktionsfejl, der stammer fra en forkert IAM-politik, eller til at forklare, hvorfor en Lambda-funktion timer ud.

Produktet dækker fire brugsmønstre: inline-kodeforslag mens du skriver, en agentisk chat der kan planlægge og udføre flertrinsopgaver, automatiseret kodetransformation af hele projekter, og en console-oplevelse til at spørge ind til egne AWS-ressourcer. AWS beskriver selv produktet som “AI for software development”, og den positionering holder stik: det er ikke en generel chatbot, det er bygget til kodebaser og driftsopgaver.

Sammenlignet med de mere generelle assistenter, der forsøger at dække alt fra e-mail til regneark, er Q Developers smalle fokus faktisk en styrke i en teknisk sammenhæng. Assistenten er trænet og indrettet til de arbejdsgange, en backend- eller platformsudvikler rent faktisk står i dagligt: fejlsøgning af IAM-politikker, opgradering af forældede afhængigheder, generering af tests og dokumentation af kode, der i forvejen mangler den. Det gør den mindre velegnet til generelle skriveopgaver, men mere præcis, når opgaven rent faktisk handler om kode og infrastruktur.

For teams i Danmark og Norden, der kører på AWS og allerede har en IAM Identity Center-opsætning, er den administrative gevinst reel. I stedet for at administrere endnu et separat login-system til en AI-assistent, genbruger Q Developer Pro identiteter, I allerede styrer centralt. Det betyder også, at afskaffelse af en medarbejders adgang sker samme sted som resten af virksomhedens IT-oprydning, hvilket er relevant i lyset af NIS2-kravene til adgangsstyring, som mange danske virksomheder allerede arbejder med.

Sikkerhed og datahåndtering: hvad sker der med din kode

Før du kobler en AI-assistent på en produktionskodebase, er det værd at stoppe op og forstå, hvad der faktisk sker med koden, når den sendes til Q Developer. Det er særligt relevant for danske virksomheder, der arbejder under GDPR og i stigende grad NIS2, hvor dokumenteret adgangsstyring og dataflow ikke længere er noget, man kan lade stå åbent i et hjørne af IT-afdelingen.

Grundlæggende sender IDE-udvidelsen og CLI-værktøjet kodefragmenter, filstier og chatbeskeder til AWS’ backend, når du bruger inline-forslag eller chatpanelet. På Pro-tieret kan I derudover vælge at lade Q Developer tilpasse sig jeres private repositories, hvilket betyder, at flere dele af kodebasen indekseres for at forbedre forslagenes relevans. Det er en funktion, I aktivt skal slå til, den er ikke aktiveret som standard, og I bør tage stilling til, om den passer til jeres datapolitik, før den aktiveres på repositories med følsom forretningslogik eller kundedata.

Adgangsstyringen hænger direkte sammen med, hvilken identitetsmodel I valgte i trin 1. Med Builder ID er ansvaret for adgangskontrol i praksis lagt hos den enkelte bruger, hvilket er fint til soloprojekter, men uegnet til et team med krav om central logning og revision. Med IAM Identity Center får I derimod alle de samme kontrolmuligheder, I allerede kender fra resten af jeres AWS-miljø: centraliseret login, mulighed for at kræve MFA, og en samlet log over, hvem der har adgang til hvad. Det er den model, de fleste danske virksomheder med en compliance-forpligtelse bør vælge, uanset teamstørrelse, fordi det giver et papirspor, hvis I nogensinde skal dokumentere adgangsstyring over for en revisor eller tilsynsmyndighed.

Et sidste punkt, mange overser: /review-kommandoen scanner kodebasen for sikkerhedssårbarheder, men den erstatter ikke en fuld sikkerhedsgennemgang eller en dedikeret SAST-løsning. Betragt den som et hurtigt, første filter, der fanger de mest åbenlyse fejl, ikke som den sidste kontrol, før kode går i produktion.

Forudsætninger, før du går i gang

Sæt følgende på plads, inden du starter selve opsætningen. Det sparer dig for de fleste af de fejl, vi gennemgår senere i artiklen.

  • Et AWS Builder ID (gratis, oprettes med en almindelig e-mailadresse) til Free-sporet, eller adgang til en IAM Identity Center-instans til Pro-sporet
  • VS Code 1.90 eller nyere, eller en JetBrains-IDE som IntelliJ IDEA, PyCharm eller WebStorm i en aktuel 2025.x/2026.x-udgave
  • macOS 12 eller nyere, eller en gængs Linux-distribution (Ubuntu 22.04+, Amazon Linux 2023) hvis du vil bruge kommandolinjeværktøjer
  • Node.js 18+ eller en JDK (8, 11, 17 eller 21 afhængigt af projektet) hvis du vil teste kodetransformation
  • En AWS-konto med administratoradgang, hvis du sætter Pro op til et team, så du kan tildele IAM-politikker
  • Mindst 30-45 minutter uden afbrydelser til selve opsætningen og de første testkørsler

Du behøver ikke en betalt AWS-konto for at komme i gang. Free-tieret kræver kun et Builder ID, og det er den vej, de fleste enkeltudviklere bør starte med, før de eventuelt opgraderer til Pro.

Trin 1: Forstå forskellen på Builder ID og IAM Identity Center

Det første og vigtigste valg handler ikke om software, men om identitet. Amazon Q Developer bruger to forskellige login-veje, og de fører til forskellige funktionsniveauer.

AWS Builder ID er en personlig konto, du kan oprette uden overhovedet at have en AWS-konto. Den er beregnet til Free-tieret, og ifølge AWS’ egen dokumentation er visse IDE-grænser på Free-niveauet kun tilgængelige for Builder ID-brugere specifikt, ikke for almindelige IAM-brugere. Det er den hurtigste vej ind, og den du bør vælge, hvis du bare vil prøve værktøjet af eller bruger det som soloudvikler.

IAM Identity Center er organisationens vej. Den kræver, at virksomheden har en Identity Center-instans sat op, typisk i AWS-organisationens administrationskonto, og at den instans ligger i en understøttet AWS-region. Det er denne vej, der skal bruges, hvis I vil abonnere på Pro-tieret for et helt team, fordi Pro-abonnementer i AWS Q Developer-konsollen tildeles til brugere og grupper i Identity Center, ikke til enkeltstående Builder ID-konti.

Tommelfingerreglen er enkel: solo og gratis betyder Builder ID, team og betalt betyder IAM Identity Center. Bland ikke de to, for et forsøg på at abonnere en Builder ID-bruger på Pro fejler, fordi konsollen leder efter identiteten i Identity Center-kataloget.

Trin 2: Opret et AWS Builder ID til Free-tieret

Gå til Amazon Q Developer-produktsiden og vælg muligheden for at komme i gang på Free-tieret. Du bliver bedt om at logge ind, og her skal du vælge Builder ID frem for et almindeligt AWS IAM-login eller Identity Center.

Gennemfør oprettelsen med din e-mailadresse, bekræft den via den kode, AWS sender dig, og sæt et password. Der kræves ikke betalingskort, og der oprettes ikke automatisk en AWS-konto i baggrunden. Builder ID er et selvstændigt identitetslag, adskilt fra din eventuelle AWS-kontos IAM-brugere.

Når kontoen er oprettet, kan du logge ind fra enhver understøttet klient, IDE-udvidelsen, kommandolinjen eller konsollen, med samme Builder ID. Det er praktisk, hvis du arbejder på tværs af flere maskiner, for du skal kun oprette identiteten én gang.

Trin 3: Sæt IAM Identity Center op til Pro (team-spor)

Hvis I skal bruge Pro-tieret for et team, starter opsætningen i AWS-organisationens administrationskonto, ikke i den enkelte udviklers konto.

  1. Bekræft at der findes en IAM Identity Center-instans i organisationens administrationskonto, oprettet som en organisationsinstans, ikke en kontoinstans.
  2. Bekræft at Identity Center-instansen ligger i en AWS-region, der understøtter Amazon Q Developer Pro-abonnementer. Hvis den ligger i en ikke-understøttet region, fejler abonneringen med en regionfejl.
  3. Opret eller importér de brugere og grupper, der skal have Pro-adgang, direkte i Identity Center, hvis de ikke allerede findes der.
  4. Åbn Amazon Q Developer-konsollen og vælg at abonnere på Pro for de udvalgte brugere eller grupper.
  5. Aktivér eventuelt “trusted access” eller den tilsvarende indstilling for abonnementsvisning, hvis I vil have et samlet overblik over abonnementer på tværs af organisationen.

Faktureringen sker pr. bruger pr. måned, og den første måned proratal-beregnes efter, hvor mange dage der er tilbage af måneden, når abonnementet aktiveres. Det betyder, at I ikke betaler en fuld måned for en bruger, der bliver tilføjet den 20. i måneden.

Trin 4: Tildel de rette IAM-politikker

Som udgangspunkt har hverken IAM-brugere eller roller adgang til Amazon Q Developer. Adgangen skal gives eksplicit, og AWS’ egen dokumentation om identitets- og adgangsstyring for Q Developer peger på den administrerede politik AmazonQFullAccess som den hurtigste vej til fuld adgang.

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": "iam:AttachRolePolicy",
      "Resource": "arn:aws:iam::*:role/QDeveloperRole",
      "Condition": {
        "StringEquals": {
          "iam:PolicyArn": "arn:aws:iam::aws:policy/AmazonQFullAccess"
        }
      }
    }
  ]
}

AWS anbefaler ikke at hænge politikken direkte på en enkelt IAM-bruger. Den bør i stedet knyttes til et permission set i Identity Center eller til en føderationsrolle, som brugeren antager ved login. Det giver jer central kontrol, og det betyder, at en bruger, der forlader organisationen, automatisk mister Q Developer-adgang, når vedkommendes Identity Center-konto lukkes, uden at I skal huske en separat oprydning i IAM.

Trin 5: Installer udvidelsen i VS Code

VS Code er den mest almindelige indgang til Q Developer, og installationen tager under fem minutter.

  1. Åbn VS Code og klik på Extensions-ikonet i sidepanelet (eller tryk Ctrl+Shift+X på Windows/Linux, Cmd+Shift+X på macOS).
  2. Søg efter “Amazon Q” og find udvidelsen udgivet af Amazon Web Services. Den kan også hentes direkte fra VS Code Marketplace.
  3. Klik Install og genstart VS Code, hvis du bliver bedt om det.
  4. Klik på Amazon Q-ikonet i sidepanelet, som nu er tilføjet, og vælg “Sign in”.
  5. Vælg Builder ID (Free) eller Company Account / IAM Identity Center (Pro), afhængigt af hvilket spor du fulgte i trin 2 eller 3.
  6. Godkend login i browservinduet, der åbnes automatisk, og vend tilbage til VS Code, hvor status nu bør vise “Connected”.

Når forbindelsen er etableret, begynder inline-forslag at dukke op med det samme, mens du skriver kode, vist som grå kursivtekst du kan acceptere med Tab. Chatpanelet åbnes separat og er der, du bruger de agentiske kommandoer, vi gennemgår i trin 8.

Trin 6: Installer i JetBrains-IDE’er

Bruger du IntelliJ IDEA, PyCharm, WebStorm eller en anden JetBrains-IDE, er fremgangsmåden lidt anderledes, fordi der er to relevante plugins.

  1. Åbn din JetBrains-IDE og gå til File → Settings (Windows/Linux) eller Preferences (macOS).
  2. Vælg Plugins i venstre menu og skift til fanen Marketplace.
  3. Søg efter og installér Amazon Q-pluginnet, som er selve AI-assistenten.
  4. Genstart IDE’en, når installationen er færdig.
  5. Åbn Amazon Q-panelet fra sidebjælken og vælg login-metode: Builder ID eller Company Account.
  6. Godkend i browservinduet og vend tilbage til IDE’en, hvor panelet nu viser din brugerstatus.

Nogle ældre AWS-vejledninger nævner også et separat “AWS Toolkit”-plugin. Det er den bredere AWS-integration til ressourcestyring i IDE’en (Lambda, S3, CloudFormation-visning med mere), og det er ikke et krav for selve Q Developer-funktionaliteten. Har du kun brug for AI-assistenten, er Amazon Q-pluginnet alene tilstrækkeligt.

Trin 7: Kend forskellen på Free og Pro, før du vælger

Prissætningen er enkel, men grænserne på hvert niveau har betydning for, hvor tungt I kan bruge værktøjet i praksis.

FunktionFreePro
Pris0 kr., ingen tidsbegrænsning19 USD pr. bruger/måned
Chat- og agentforespørgsler pr. måned501.000
Login-metodeAWS Builder IDIAM Identity Center
Java-kodetransformation1.000 linjer kode pr. bruger/måned4.000 linjer kode pr. bruger/måned, poolet på kontoniveau
Overforbrug ved transformationIkke tilgængeligt0,003 USD pr. linje kode ud over kvoten
Organisationsstyring og politikkerNejJa, adgangskontrol og brugerstyring
Tilpasning til privat kodebaseNejJa, højere grænser på avancerede funktioner

50 agentforespørgsler om måneden lyder måske rigeligt, men en enkelt /dev-kommando, der bygger en hel feature, kan let bruge flere forespørgsler i én arbejdsgang, fordi assistenten planlægger, genererer og retter i flere omgange. De fleste soloudviklere, der bruger værktøjet dagligt til andet end simple autofuldførelser, rammer loftet inden for et par uger og bør regne Pro ind i budgettet, hvis brugen bliver fast.

Til at sætte prisen i perspektiv for et dansk team: et hold på ti udviklere på Pro-tieret koster 190 USD om måneden, altså omkring 2.280 USD om året før eventuel valutakursændring. Det skal holdes op imod den samlede kvote på 10.000 chat- og agentforespørgsler for holdet (1.000 pr. bruger) samt en poolet transformationskvote på 40.000 linjer kode om måneden. Til sammenligning bruger et enkelt større /transform-job på en ældre monolit hurtigt en betragtelig del af den kvote alene, så hvis I planlægger en større sprogopgradering, er det værd at lægge den i en måned, hvor teamets øvrige forbrug er lavere end normalt.

Trin 8: Brug de agentiske chatkommandoer

Selve styrken ved Q Developer ligger ikke kun i autofuldførelse, men i de indbyggede slash-kommandoer i chatpanelet, som hver løser en afgrænset opgave.

KommandoFunktion
/devLaver en implementeringsplan for en ny feature og udfører den derefter i kodebasen efter din godkendelse
/testGenererer enhedstests for markeret kode eller en hel fil
/reviewGennemgår kodebasen for sikkerhedssårbarheder og kodekvalitetsproblemer
/docGenererer README-filer og anden projektdokumentation
/transformOpgraderer sprogversionen for et helt projekt, typisk brugt til Java-opgraderinger

Skriv kommandoen i chatpanelet efterfulgt af en kort beskrivelse. For eksempel:

/dev Tilføj et REST-endpoint til /api/users der returnerer en pagineret liste af brugere fra PostgreSQL, med validering af query-parametrene limit og offset

Q Developer svarer først med en plan i punktform: hvilke filer der oprettes eller ændres, hvilke afhængigheder der eventuelt tilføjes, og hvordan validering håndteres. Du godkender eller justerer planen, før noget rører din kode, og det er præcis det trin, der gør agentiske kommandoer trygge at bruge i en rigtig kodebase frem for at lade AI’en skrive frit.

Trin 9: Kør din første Java-kodetransformation

Et af de mest konkrete salgsargumenter for Q Developer er /transform-funktionen til at opgradere hele projekter, typisk ældre Java-kodebaser til nyere sprogversioner. Sådan starter du en transformation:

  1. Åbn projektet i VS Code eller din JetBrains-IDE og sørg for, at Maven- eller Gradle-konfigurationen er ren og bygger uden fejl lokalt.
  2. Åbn Amazon Q-chatpanelet og skriv /transform.
  3. Vælg det projekt eller modul, der skal opgraderes, når assistenten beder om det.
  4. Bekræft målversionen for opgraderingen, når den foreslås.
  5. Lad processen køre. Q Developer analyserer afhængigheder, opdaterer forældede API-kald og genererer en byggerapport undervejs.
  6. Gennemgå diffen, Q Developer præsenterer, før du merger den ind i din hovedbranch.

Husk kvoten fra tabellen i trin 7: Free-brugere har 1.000 linjer kode om måneden til transformation, Pro-brugere har 4.000 linjer poolet på tværs af organisationen, og alt derudover koster 0,003 USD pr. linje. Et mellemstort Spring Boot-projekt på 20.000-30.000 linjer sprænger nemt Free-kvoten på én omgang, så planlæg større opgraderinger til et Pro-abonnement, eller opdel transformationen i mindre moduler.

Trin 10: Byg et komplet eksempelprojekt fra bunden

For at samle det hele, lad os bygge en lille Node.js-tjeneste med Q Developer som medudvikler gennem hele processen. Start med at oprette et tomt projekt lokalt:

mkdir q-developer-demo && cd q-developer-demo
npm init -y
npm install express
mkdir src

Åbn mappen i VS Code, hvor Amazon Q-udvidelsen allerede er forbundet fra trin 5. Opret en tom fil src/server.js og brug chatpanelet med følgende kommando:

/dev Byg en Express-server i src/server.js med et GET-endpoint /health der returnerer status "ok" som JSON, og et POST-endpoint /notes der gemmer en note med titel og tekst i en simpel in-memory array. Tilføj basal input-validering.

Q Developer genererer en plan, opretter filen, og skriver koden. Godkend planen, og lad den arbejde. Når koden er på plads, kør en testkommando for at få dækning på det, den lige har bygget:

/test Generér Jest-enhedstests for endpoints i src/server.js, inklusiv et tilfælde med manglende titel-felt

Afslut med en sikkerhedsgennemgang og dokumentation, før du committer noget som helst:

/review
/doc Generér en README.md der beskriver formålet med projektet og de to endpoints

Resultatet er en lille, men komplet tjeneste: server, tests og dokumentation, hvor du har godkendt hvert trin undervejs i stedet for at acceptere en stor, ukontrolleret kodeændring på én gang. Det er den arbejdsgang, AWS selv fremhæver som forskellen på inline-autofuldførelse og den agentiske del af produktet.

Eksempel på output, du kan forvente

Når /dev-kommandoen er færdig med planen fra trin 10, ser svaret typisk sådan ud i chatpanelet, før nogen kode er skrevet:

Plan:
1. Opret src/server.js med Express-app og lyt på port 3000
2. Tilføj GET /health der returnerer { status: "ok" }
3. Tilføj POST /notes med body-validering (titel og tekst påkrævet)
4. Gem noter i en in-memory array med auto-inkrementeret id
5. Tilføj fejlhåndtering for manglende felter (400 Bad Request)

Godkend planen for at fortsætte, eller skriv ændringer.

Når du godkender, leverer assistenten den faktiske kode og en kort opsummering af, hvilke filer der blev rørt. Det gør det let at diffe ændringen mod din git-historik, før du committer.

5 almindelige faldgruber, du bør kende

De fleste opsætningsproblemer med Q Developer skyldes en håndfuld gentagne fejl. Her er de fem, der koster mest tid, hvis du ikke kender dem på forhånd.

  • Blander Builder ID og Identity Center sammen. Et Pro-abonnement kan kun tildeles identiteter i Identity Center. Forsøger du at abonnere en Builder ID-bruger, fejler det stille, uden en tydelig fejlbesked.
  • Identity Center-instansen ligger i en ikke-understøttet region. Abonnementet fejler med en regionfejl, hvis organisationsinstansen ikke er placeret der, hvor Q Developer Pro understøttes.
  • Glemmer at tildele IAM-politikken. Uden AmazonQFullAccess eller et tilsvarende permission set ser brugeren udvidelsen, men får afvist alle kald med en adgangsfejl.
  • Undervurderer forespørgselskvoten. 50 forespørgsler på Free-tieret bruges hurtigere op end forventet, især med /dev og /transform, der tæller flere interne kald pr. opgave.
  • Kører transformation på et projekt, der ikke bygger rent lokalt. Har projektet allerede byggefejl, før du starter /transform, arver transformationsrapporten de samme fejl, og det bliver svært at se, hvad der er nyt, og hvad der var i forvejen.

Fejlfinding: 8 typiske problemer og løsninger

Herunder er de fejl, der oftest dukker op i forbindelse med opsætning og daglig brug, samt hvad du bør tjekke først.

  • “Not authenticated” i chatpanelet efter login. Log ud og ind igen fra IDE’en; sessionstokenet kan være udløbet, hvis browservinduet blev lukket for tidligt under godkendelsen.
  • Pro-abonnement kan ikke tildeles en bruger. Bekræft at brugeren findes i IAM Identity Center, ikke kun som lokal IAM-bruger, og at Identity Center-instansen er en organisationsinstans i en understøttet region.
  • “Access denied” ved chatforespørgsler. Tjek at IAM-rollen eller permission settet har AmazonQFullAccess eller en tilsvarende politik tildelt, og at politikken faktisk er aktiv (ikke kun oprettet).
  • Inline-forslag vises slet ikke. Bekræft at udvidelsen viser “Connected” i statuslinjen, og at filtypen er en, Q Developer understøtter til inline-forslag.
  • JetBrains-pluginnet crasher ved opstart. Opdatér til nyeste pluginversion via Marketplace, og bekræft at din IDE-version er inden for den understøttede række; ældre IDE-udgaver mister ofte kompatibiliteten efter et par større opdateringer.
  • Transformation stopper midtvejs uden fejlbesked. Tjek om du har ramt din månedlige linjekode-kvote fra tabellen i trin 7; overforbrug uden Pro-abonnement blokeres i stedet for at fakturere automatisk.
  • Chatforespørgsler bliver afvist med kvote-fejl midt på måneden. Det er forventet adfærd på Free-tieret ved 50 forespørgsler; enten vent til kvoten nulstilles, eller opgrader til Pro.
  • Login-vinduet åbner, men vender aldrig tilbage til IDE’en. Tjek at din browser ikke blokerer redirect til vscode:// eller den tilsvarende JetBrains-protokolhandler, og prøv login igen med en anden standardbrowser.

Avancerede tips til dagligt brug

Når grundopsætningen er på plads, er der en række vaner, der gør værktøjet markant mere nyttigt i praksis frem for blot en autofuldførelse.

Brug /review som en fast del af din pull request-proces, ikke kun ved store ændringer. Kør den på selv små diffs, før du sender en PR til kollegaer; det fanger ofte simple sikkerhedsproblemer som manglende input-validering eller hårdkodede secrets, før en menneskelig reviewer overhovedet ser koden.

Kombinér /dev med små, veldefinerede opgaver frem for store featurebeskrivelser. Jo mere afgrænset opgaven er (“tilføj validering til dette ene endpoint” frem for “byg hele brugerstyringen”), jo mere præcis bliver planen, og jo lettere er den at gennemskue, før du godkender den.

Hvis I bruger Pro i en organisation, så sæt et internt loft for, hvor mange linjer kode et enkelt transformationsjob må røre, før det kræver godkendelse fra en teknisk lead. Med poolede kvoter på kontoniveau kan en enkelt stor opgradering opbruge hele teamets månedlige kvote uden varsel.

Overvej at koble Q Developer sammen med en MCP-server, hvis I allerede har værktøjer sat op til andre AI-assistenter. Model Context Protocol gør det muligt at give Q Developer adgang til interne datakilder eller API’er ud over selve kodebasen, hvilket er relevant, hvis I vil bruge assistenten til mere end ren kodegenerering.

Få mest muligt ud af de daglige inline-forslag

De agentiske kommandoer får typisk mest opmærksomhed, men langt de fleste interaktioner med Q Developer i en almindelig arbejdsdag sker gennem de simple inline-forslag, altså den grå kursivtekst, der dukker op, mens du skriver. Her er der en række vaner, der gør stor forskel på, hvor brugbare forslagene bliver.

Skriv en beskrivende kommentar, før du starter på en funktion. En kommentar som // Beregn moms af beløbet, dansk sats på 25 procent giver assistenten langt mere kontekst end en tom funktionsdeklaration, og forslaget bliver markant mere præcist på første forsøg. Det samme gælder variabelnavne: beskrivende navne som brugerListe eller ordreTotal giver bedre forslag end generiske navne som data eller temp.

Accepter ikke automatisk hele forslag uden at læse dem igennem. Q Developer er god til at følge mønstre i den omkringliggende kode, men den kender ikke automatisk jeres interne forretningsregler, valutaformater eller specifikke fejlhåndteringskonventioner. Et forslag, der ser syntaktisk korrekt ud, kan sagtens indeholde en logisk fejl, hvis den underliggende antagelse er forkert, for eksempel ved at antage amerikansk datoformat i stedet for dansk.

Brug Tab til at acceptere delvise forslag, ikke kun hele blokke. De fleste udviklere kender kun genvejen til at acceptere et helt forslag, men både VS Code- og JetBrains-integrationen understøtter at acceptere forslag ord for ord eller linje for linje, hvilket er nyttigt, når kun den første del af et forslag er det, du faktisk ville skrive.

Amazon Q Developer sammenlignet med andre AI-kodeassistenter

Q Developer konkurrerer direkte med GitHub Copilot og en række nyere agentiske værktøjer. Forskellen ligger primært i, hvor dybt værktøjet er integreret med selve skyinfrastrukturen frem for kun kildekoden.

VærktøjStartprisStærkeste use case
Amazon Q Developer0 kr. (Free), 19 USD/md. (Pro)AWS-tunge kodebaser og infrastrukturopgaver
GitHub CopilotGratis niveau findes, betalte planer fra ca. 10-19 USD/md.Bred sprogunderstøttelse og GitHub-integration
JetBrains AI AssistantFra ca. 100 USD/år afhængigt af planDyb integration i JetBrains-IDE’er

Hvis din stak allerede kører på AWS, med Lambda, ECS eller EKS, S3 og IAM som rygraden i infrastrukturen, giver Q Developer typisk mest værdi pr. krone, fordi assistenten kan ræsonnere om selve driftsmiljøet, ikke kun kildekoden. Kører I derimod en blandet eller multi-cloud stak uden tung AWS-afhængighed, er en mere platformsuafhængig assistent som GitHub Copilot ofte det mere fleksible valg. Vi har tidligere gennemgået opsætning af VS Code og JetBrains AI Assistant i detaljer, hvis du vil sammenligne arbejdsgangene direkte.

Sådan flytter du et eksisterende Copilot- eller Cursor-projekt til Q Developer

Mange teams, der overvejer Q Developer, har allerede en anden AI-assistent kørende i en del af organisationen. Den gode nyhed er, at et skifte ikke kræver, at I rydder op i noget som helst i selve kodebasen, fordi assistenterne arbejder på toppen af din eksisterende kode uden at efterlade proprietære filformater eller aftryk i selve repositoryet.

Det praktiske arbejde ligger i tre trin. Først skal I afinstallere eller deaktivere den eksisterende udvidelse for de udviklere, der skifter, så I ikke ender med to assistenter, der begge foreslår inline-kode samtidig, hvilket typisk giver rodede eller modstridende forslag. Dernæst skal I sætte identitetssiden op efter modellen i trin 1 til 4 i denne guide, og her er det værd at afsætte ekstra tid, hvis organisationen allerede har en Identity Center-instans brugt til andre formål, fordi I skal sikre, at Q Developer-tilladelserne ikke utilsigtet overlapper med andre AWS-tjenesters adgangsstyring.

Endelig bør I køre en pilotperiode på to til fire uger med et mindre team, før I ruller opsætningen ud bredt. Brug perioden til konkret at sammenligne forslagskvalitet på jeres egen kodebase, ikke på generiske benchmarks, for den reelle forskel mellem assistenter viser sig næsten altid i, hvor godt værktøjet forstår jeres specifikke mønstre, rammeværker og navngivningskonventioner, ikke i en isoleret test.

Sådan skalerer du opsætningen til et helt team

Når du går fra en enkelt udvikler til et helt team, er der tre ting, der bør stå klart, før I ruller Pro ud bredt.

Først bør I beslutte, om Q Developer skal have adgang til at tilpasse sig jeres private kodebase, en Pro-funktion, der forbedrer forslagenes relevans ved at lade assistenten lære af jeres eksisterende kodemønstre. Det kræver typisk, at I peger funktionen på et repository eller en samling af repositories, og at I har taget stilling til, hvilken kode der er følsom nok til at holde uden for den træning.

Dernæst bør I sætte en fast proces for onboarding og offboarding: nye medarbejdere tilføjes til den rette Identity Center-gruppe, som allerede har Q Developer Pro-adgang tildelt, og fratrædende medarbejdere mister adgangen automatisk, når deres Identity Center-konto deaktiveres. Det er den samme logik, mange teams allerede bruger til andre SaaS-værktøjer, og det er langt mere robust end at administrere Q Developer-adgang som en isoleret liste.

Endelig bør I aftale interne retningslinjer for, hvornår /transform må bruges på produktionskritiske systemer. En automatiseret sprogopgradering af et helt projekt er kraftfuld, men den bør altid gennemgås grundigt og køres mod en testsuite, før den merges, uanset hvor ren transformationsrapporten ser ud.

Et praktisk råd fra teams, der allerede har gennemført den proces: sæt et fast punkt på jeres tekniske standup eller sprint-review, hvor I kort gennemgår, hvad Q Developer har genereret af kode i den forgangne uge. Det lyder som ekstra bureaukrati, men i praksis tager det få minutter, og det bygger en fælles forståelse i teamet af, hvornår assistenten er stærk, og hvornår dens forslag kræver en ekstra kritisk gennemgang. De færreste teams rammer den balance rigtigt fra dag ét, og det er langt billigere at justere brugsmønstret tidligt end at opdage seks måneder senere, at en bestemt type kode konsekvent bliver godkendt uden ordentligt review.

Ofte stillede spørgsmål

Er Amazon Q Developer gratis at bruge?
Ja, der findes et permanent Free-tier uden tidsbegrænsning, med 50 chat- og agentforespørgsler om måneden samt 1.000 linjer kode til Java-transformation. Der kræves ikke betalingskort for at komme i gang.

Hvad koster Amazon Q Developer Pro?
Pro koster 19 USD pr. bruger om måneden og faktureres pr. bruger med proratal-beregning i den første måned. Prisen dækker 1.000 chat- og agentforespørgsler om måneden samt en poolet kvote på 4.000 linjer kode til transformation pr. bruger.

Kan jeg bruge Amazon Q Developer uden en AWS-konto?
Ja, til Free-tieret rækker et AWS Builder ID, som er en separat personlig identitet, du kan oprette uden at have en AWS-konto. Pro kræver derimod en organisation med IAM Identity Center sat op.

Hvilke IDE’er understøtter Amazon Q Developer?
Værktøjet understøtter VS Code via en udvidelse fra VS Code Marketplace samt JetBrains-IDE’er som IntelliJ IDEA, PyCharm og WebStorm via et Amazon Q-plugin fra JetBrains Marketplace.

Hvad gør /transform-kommandoen præcis?
Den opgraderer sprogversionen for et helt projekt automatisk, oftest brugt til at løfte ældre Java-kodebaser til en nyere sprogversion. Kommandoen analyserer afhængigheder, opdaterer forældede API-kald og leverer en rapport, du kan gennemgå, før du merger ændringerne.

Hvorfor kan jeg ikke tildele et Pro-abonnement til en kollega?
Den mest almindelige årsag er, at kollegaens identitet ikke findes i IAM Identity Center, eller at Identity Center-instansen ligger i en region, der ikke understøtter Pro-abonnementer. Tjek begge dele, før du fejlsøger videre.

Hvor mange linjer kode kan jeg transformere gratis?
Free-tieret giver 1.000 linjer kode pr. bruger om måneden til Java-transformation. Overstiger du det, skal du enten vente til næste måned eller opgradere til Pro, hvor kvoten er 4.000 linjer poolet på kontoniveau, med overforbrug faktureret til 0,003 USD pr. linje.

Er Amazon Q Developer det samme som Kiro?
Nej. Amazon Q Developer er IDE-udvidelsen og chatassistenten, denne guide dækker. Kiro CLI er et separat, mere agentisk kommandolinjeprodukt fra AWS, bygget videre på dele af den samme teknologi, men med sit eget installationsflow og sin egen brugsmodel.

Kan jeg bruge Amazon Q Developer til andre sprog end Java?
Ja, inline-forslag og de agentiske kommandoer som /dev, /test, /review og /doc understøtter en bred vifte af sprog, heriblandt Python, JavaScript, TypeScript og C#. Den automatiske sprogversions-transformation via /transform er derimod primært dokumenteret til Java-opgraderinger.

Skal jeg vælge Amazon Q-pluginnet eller AWS Toolkit i JetBrains?
Vælg Amazon Q, hvis du kun ønsker AI-assistenten med inline-forslag, chat og agentiske kommandoer. AWS Toolkit er et bredere plugin til at browse og administrere AWS-ressourcer direkte fra IDE’en og er ikke en forudsætning for at bruge Q Developer.