Kom i gang med Agent 365-udvikling

Agent 365 fungerer med en række agentimplementeringer. En agent kan hjælpe brugere efter behov, køre autonomt i baggrunden eller operere med sin egen brugeridentitet i Microsoft 365. Det er vigtigt at forstå, hvilket mønster der bedst beskriver din agent, da det afgør agentens identitetsmodel, hvilken adgang den har til Microsoft 365-ressourcer, og hvilke livscyklustrin der gælder.

Typer af agenter

Inden du går i gang, spørg dig selv: Hvilken type agent bygger jeg?

Der er to typer agenter alt efter hvilken type adgang de har:

Agenttype Oversigt
Agenter Arbejder på vegne af en bruger med delegeret adgang eller opererer som programmet med afgrænsede tilladelser. Registreret som Microsoft Entra applikationer eller agent identity blueprints.
AI-teammedlem Opererer med deres egen brugeridentitet i Microsoft 365, inklusive postkasse, Teams-tilstedeværelse og katalogpost. Denne agenttype er kun tilgængelig for lejere, der deltager i Frontier forhåndsversion-programmet.

Agenter

En agent arbejder på vegne af en bruger. Den svarer på forespørgsler, kører opgaver i baggrunden, forbinder til API'er, behandler data og driver handlinger.

Agenter kan have mange forskellige former. Nogle er samtalebaserede – en bruger spørger om noget, og agenten svarer. Nogle kører stille i baggrunden – udløst af en tidsplan, en begivenhed eller en indkommende besked – uden at nogen er aktivt involveret. Nogle gør begge dele.

Eksempelscenarier:

  • En bruger beder en agent om at opsummere deres ulæste e-mails og udkast til svar. Agenten udfører arbejdet, tilgår kun ressourcer, som brugeren kan tilgå, og returnerer resultatet.
  • En kundeserviceagent hjælper en supportingeniør med at søge i interne videnbaser og udarbejde svar under en live supportsession.
  • En compliance-overvågningsagent kører hver nat, scanner SharePoint-websteder, som agenten har adgang til, for overtrædelser af politikker og indsender revisionsrapporter – helt uden opsyn.
  • En ordrebehandlingsagent henter nye salgsordrer fra en kø, opdaterer et CRM-system og sender bekræftelsesemails – alt sammen uden menneskelig indblanding.

Identitetsgrundlag:

Traditionelt registrerer du agenter som Microsoft Entra-programmer. Den tilgang virker stadig. Fremadrettet kan du også bygge agenter på en Microsoft Entra-agent-id via en agent identity blueprint – den IT-godkendte, governance-håndhævede definition af en agents kapaciteter, adgang til tilladte værktøjer og compliance-begrænsninger. At bygge på et blueprint er den anbefalede vej for nye agenter. Det giver styret adgang til Work IQ-værktøjer, Microsoft Purview-databeskyttelse, overvågning af trusler med Microsoft Defender og Entra ID-styring – og gør din agent til en fuldt styret virksomhedsidentitet fra dag ét. Hvis dine agents brugere logger ind gennem en tredjeparts identitetsudbyder, se Integrer Microsoft Entra-agent-id med tredjeparts identitetsudbydere.

AI-kollega

Vigtigt!

For at få tidlig adgang til denne type agent, skal du være en del af Frontier-forhåndsversionsprogrammet. Frontier forbinder dig direkte med Microsofts seneste AI-innovationer. Frontier-forhåndsversioner er underlagt de eksisterende forhåndsversionsbetingelser i dine kundeaftaler. Da disse funktioner stadig er under udvikling, kan deres tilgængelighed og egenskaber ændre sig over tid.

En AI-teammedarbejder fungerer i Microsoft 365 ved hjælp af sin egen agentidentitet. Du kan udstyre den med funktioner som at sende og modtage e-mail gennem sin egen postkasse, deltage i Teams 1:1 og gruppesamtaler samt optræde i katalog- og organisationsmetadata med en tildelt lederrelation. Brugere kan interagere med den via velkendte Microsoft 365-indgangspunkter, som f.eks. @mentions, e-mail, kalenderinvitationer og Teams-chat.

Opret disse agenter ud fra en agent blueprint, som er den IT-godkendte, styringshåndhævede definition af agentens egenskaber, tilladte værktøjsadgang og compliancekrav. Hver agentinstans arver identitetsmodellen, tilladelser og politikker fra sin overordnede agent identity blueprint.

Hvad agenten foretager sig – uanset om det er samtalebaseret, baggrundsopgaver eller begge dele – afhænger af, hvordan du designer den. Nogle agenter er meget interaktive, svarer på beskeder og støtter arbejdet i realtid. Andre håndterer opgaver i baggrunden og handler på e-mails eller begivenheder uden direkte brugerengagement. Agenten opererer med sin egen brugeridentitet, og dens handlinger styres og kan revideres gennem denne identitet.

Hvis du allerede har en agent, behøver du ikke starte forfra. Du kan udvide eksisterende agenter til at operere med deres egen identitet ved at tilføje identitets- og blueprint-konfigurationen, som beskrives senere i denne vejledning.

Eksempelscenarier:

  • Tilføj en HR-onboarding AI-assistent til en nyansats Teams-onboardingkanal. Den sender velkomstmails fra sin egen postkasse, planlægger introduktionsmøder i sin egen kalender og besvarer spørgsmål ved at bruge de muligheder, der er konfigureret for den pågældende agentinstans.
  • Tildel en lederrelation i katalogmetadata til en indkøbs-AI-assistent. Medarbejdere sender købsanmodninger til deres postkasse. Agenten behandler anmodningen, foretager forespørgsler i ERP- og finanssystemer ved hjælp af sin kontrollerede adgang til Work IQ-værktøjet og svarer med godkendelse eller eskalering fra sin egen identitet.
  • Tilføj en forsknings-AI-holdkammerat til et projektteams SharePoint-side og Teams-kanal. Den kan vise relevante dokumenter under møder, svare i samtaletråde og udarbejde ugentlige statusrapporter ved at bruge de tilladelser og værktøjer, der er konfigureret til den pågældende agent.

Identitetsgrundlag:

Bygget på et identitets-blåtryk for agenten, som opretter et Microsoft Entra-agent-id og tilknyttet brugerkonto: altid påkrævet.

Gradvis tilføjelse af Agent 365-funktioner

Agent 365 er ikke en enten-eller løsning. Du behøver ikke oprette en AI-holdkammerat på dag ét – eller overhovedet, hvis dit brugsscenarie ikke kræver det. Indfør funktioner gradvist, startende med det, din agent har brug for nu, og udvid efterhånden som dine behov udvikler sig.

Hvorfor bygge på en agent identity blueprint?

Når du opretter en agent identity blueprint, leverer Agent 365 CLI et Microsoft Entra-agent-id til din agent – en førsteklasses identitet i din tenant, underlagt de samme enterprise governance-politikker som menneskelige brugere. Den enkelte identitet danner grundlaget for de sikkerhedsfordele, der automatisk tilkommer alle blueprint-baserede agenter:

Fordel Hvad det betyder for din agent
Microsoft Entra ID-håndtering Agentens identitet og adgangslivscyklus administreres gennem de samme Conditional Access-, identitetsbeskyttelses- og adgangsrevisioner, som gælder for menneskelige brugere.
Microsoft Purview Hver datainteraktion, som agenten udfører, er underlagt din tenants følsomhedsetiketter, DLP-politikker og opbevaringspolitikker – automatisk, uden ekstra kode.
Microsoft Defender Agentadfærd overvåges kontinuerligt for anomalier og trusler. Mistænkelig aktivitet udløser de samme advarsler og responsprocesser som for enhver bruger i lejeren.

Disse fordele gælder for alle blueprint-baserede agenter, herunder agenter med brugerdelegeret adgang og agenter med egen identitet, så snart blueprintet er oprettet. Du behøver ikke konfigurere dem separat.

De fire kapabilitetstrin nedenfor repræsenterer niveauer, du kan implementere gradvist. Følgende tabel viser, hvad der er tilgængeligt for Agent 365 alt efter dit udgangspunkt:

Egenskab Microsoft 365 tilpasset engine-agent Alle øvrige agenter 1
Registrer ✓ 2 ✓
Observationsmulighed ✓ ✓
Work IQ ✓ ✓
AI-kollega ✓ 3 ✓ 3

1 Agenter, der aktuelt er registreret som Microsoft Entra-applikationer, skal først oprette en agent identity blueprint for at komme i gang med en hvilken som helst funktionalitet i denne kolonne.

2 Microsoft 365 custom engine-agenter er allerede registreret via deres nuværende Microsoft Entra-applikationsregistrering – ingen yderligere opsætning er nødvendig.

3 AI-holdkammerater til Microsoft 365 brugerdefinerede motoragenter kræver en agent identity blueprint. Kun tilgængelig for deltagere i Frontier-programmet.

Registrer

Når du registrerer din agent, bliver den synlig og administrerbar i Microsoft 365 Administration. Administratorer kan opdage det og se det i deres organisations agentinventar.

Hvad du får:

  • Din agent vises i Microsoft 365 Administration; administratorer kan finde den og se den i deres organisations agentoversigt.
  • Blueprint-baserede agenter får også de fulde Entra ID governance-, Purview- og Defender-fordele, som beskrevet i Hvorfor bygge på en agentidentitets-Blueprint?

Hvad du bygger:

Registrer din agent ved hjælp af din eksisterende Microsoft Entra-applikationsregistrering eller en blueprint.

Bemærk!

Hvis du bygger dine agent(er) på Google Vertex AI eller Amazon Bedrock, er der ikke behov for udviklingsarbejde ved registreringen. Google- og Amazon-API'erne henter automatisk agenter. Ingen SDK-integration, ingen blueprint og ingen kodeændringer er nødvendige. Efter registrering kan du bruge Agent 365 SDK til gradvist at tilføje observabilitet, adgang til Work IQ-værktøjet og andre funktioner. For at komme i gang, se Registrering af Google Vertex AI og Amazon Bedrock-agenter.

Sådan bygger du det:

Brug den AI-styrede opsætning og besvar spørgsmålene om agenttypen. Den AI-styrede opsætning udfører de nødvendige trin for dette niveau. Microsoft 365 brugerdefinerede motoragenter kan allerede findes i dag ved hjælp af deres eksisterende Microsoft Entra-applikationsregistrering.

Observerbarhed

Når du har registreret din agent, bør du investere i observabilitet. Denne investering giver IT, sikkerhedsteams og dit ingeniørteam indsigt i, hvad din agent faktisk laver. Hver inferencekald, værktøjskald og interaktion bliver registreret, sporet og gjort auditérbare.

Observabilitet er grundlaget for tillid. Uden observabilitet har administratorer ingen måde at verificere adfærd, kontrollere overholdelse eller diagnosticere problemer i stor skala. Med det bliver din agent en forretningsaktiv i stedet for en black box.

Bemærk!

Hvis din agent er en superagent – dvs. at den internt kalder en eller flere underagenter for at fuldføre en opgave – kan disse subagentkald også logges i observabilitetspipelinen. Log dem som et værktøjskald eller et agent-til-agent (A2A) opkald, alt efter hvad der er relevant, så hele delegationskæden er synlig og reviderbar.

Hvad du får:

  • Fuld [OpenTelemetry (OTel) (OTel)](https://opentelemetry.io/docs/specs/otel/protocol/) baseret sporing af hver agentinteraktion: input, output, værktøjskald og modelkald.
  • Aktiviteter er synlige i Microsoft 365 Administration og tilknyttede overvågningsplatforme.
  • Revisionsspor, der indgår i Microsoft Entra, Microsoft Purview og Microsoft Defender, og understøtter compliance, databeskyttelse og trusselsresponskrav.

Hvad du bygger:

Instrumentering med Agent 365 SDK observabilitets-API'er: enten auto-instrumentering (hvis du bruger OpenAI, LangChain eller Agent Framework) eller manuel instrumentering for enhver anden stack.

Bemærk!

For de fleste nye integrationer kan du bruge Microsoft OpenTelemetry Distro — AI-styrede opsætning kan automatisk konfigurere observabilitet for dig.

Hvis du allerede har en OpenTelemetrie-pipeline på plads, hvis dit Agent Framework ikke kan bruge Agent 365 SDK, eller hvis din agent er udviklet i et sprog, der endnu ikke understøttes af SDK'en (såsom Java), kan du sende telemetri direkte til Agent 365 over rå OTLP/HTTP uden nogen SDK-afhængighed. Se Integrér med Agent 365-observabilitet via direkte OTel.

Sådan bygger du det:

Benyt den AI-guidede opsætning og besvar observerbarhedsspørgsmålene passende. Den AI-guidede opsætning udfører de nødvendige trin for denne funktion. Dette bruger Microsoft OpenTelemetry-distroen til at instrumentere din agent.

Work IQ

Efter at have registreret din agent og gjort den observerbar, giv den adgang til Microsoft 365-data og handlinger via Work IQ. Work IQ er et styret sæt værktøjer, der lader din agent arbejde med Mail, Kalender, OneDrive, SharePoint, Teams og meget mere.

Work IQ-værktøjer kræver administratorens samtykke, bliver revideret og kan tilbagekaldes. Din agent kalder dem ved at bruge de tilladelser, der er defineret i dens blueprint – ingen ekstra OAuth-flows eller brugerdefinerede connectors nødvendige.

Hvad du får:

  • Adgang til hele Work IQ-værktøjskataloget – Mail, Kalender, OneDrive, SharePoint, Teams og meget mere.
  • Tilladelser, som administratorer kontrollerer og begrænser til præcist det, din agent har brug for.
  • Alle værktøjsopkald spores og er auditérbare gennem observabilitetspipelinen.

Hvad du bygger:

Agentkode, der kalder Work IQ-værktøjer ved at bruge Agent 365 SDK værktøjs-API'erne.

Sådan bygger du det:

Brug Agent 365 SDK værktøjs-API'erne til manuelt at tilføje Work IQ-værktøjskald til din agentkode. Det AI-styrede setup understøtter i øjeblikket ikke denne mulighed.

AI-kollega

AI-holdkammerater er tilgængelige for deltagere i Frontier-programmet .

Den sidste fase gør det muligt for din agent at operere i Microsoft 365 med sin egen identitet. Afhængigt af konfigurationen kan den have en postkasse, Teams-tilstedeværelse, opføring i kataloget og lederrelation. Brugere kan interagere med den gennem velkendte Microsoft 365-oplevelser som e-mail, chat, møder og app-flader.

Bemærk!

Skift i identitets- og tilladelsesmodellen

At skifte til en AI-teammedlem repræsenterer en fundamental ændring i, hvordan din agent får adgang til ressourcer. Din eksisterende agent kan bruge stedfortræderbrugeradgang, hvor agenten handler på vegne af en indlogget bruger og kun kan tilgå de ressourcer, brugeren kan tilgå, eller programmettilladelser, der er begrænset til en serviceprincipal. En agent med en brugeridentitet arver ikke en kaldende brugers adgang under udførelse. I stedet arbejder den under sin egen brugeridentitet med egne adgangstilladelser, styringspolitikker og revisionsspor.

Denne ændring betyder:

  • Ved delegeret brugeradgang handler agenten på vegne af den indloggede bruger og er begrænset til denne brugers adgang. Når agenten har sin egen identitet, tildeler du adgang til Microsoft 365-ressourcer såsom postkasse, kalender, Teams og SharePoint direkte til agentens identitet.
  • Du administrerer og reviderer tilladelser, der er givet til agentidentiteten som agentens egne rettigheder. De er ikke det samme som brugerdelegerede tilladelser, der overføres fra den kaldende bruger.
  • Hvis din nuværende implementering bygger på stedfortræderbrugeradgang eller programmetilladelser, skal du gennemgå og tilpasse disse tilladelser til agentidentiteten, før du aktiverer denne kapabilitet.

Hvad du får:

  • Alt fra Findbarhed, Overvågelighed og Work IQ.
  • En agentbrugeridentitet med egen postkasse – folk kan sende e-mail direkte til den, og den kan sende e-mail fra sin egen adresse.
  • En tilstedeværelse på tværs af Microsoft 365 Apps – folk kan chatte med den, @mention den, tilføje den til kanaler og invitere den til møder i Teams; samt interagere direkte med den i Word, Excel, PowerPoint og andre M365-programmer.
  • En plads i organisationsdiagrammet under en udpeget leder – agenten optræder i organisationens adressekartotek.
  • Admin-styret livscyklus – agenten oprettes, administreres og pensioneres gennem Microsoft 365 Administration, med fuld styring over hver instans.

Hvad du bygger:

Alle funktioner, plus oprettelse af instanser og (valgfrit) publicering på Marketplace.

Sådan bygger du det:

Brug den AI-styrede opsætning, og besvar AI-teamkammerat-spørgsmålene tilsvarende. Den AI-styrede opsætning udfører de nødvendige trin for dette niveau.

AI-guidet opsætning

Brug en AI-kodningsagent til at automatisere opsætning og konfiguration af din agent for Agent 365. Den AI-styrede opsætning guider dig gennem forudsætningstjek, konfigurationstrin og kodeintegration til at muliggøre funktioner som registrering, observabilitet, adgang til Work IQ-værktøjet og AI-teamkammeratfunktionalitet.

Forudsætninger for AI-guidet opsætning

Sørg for, at du har følgende ting, før du starter:

Krav Oplysninger
AI-kodeagent Visual Studio Code med GitHub Copilot og GitHub Copilot Chat-udvidelser eller en anden AI-kodeagent med terminaladgang
Agentkode Et fungerende agentprojekt i Python, Node.js eller .NET. Hvis du ikke har en, så start med en quickstart-prøve.
Entra-rolle Global Administrator - gennemfører alle trin, herunder tildeling af OAuth2-tilladelser. Agent ID Developer - fuldfører alle trin undtagen OAuth2-tilladelser; opsætningen genererer en handoff til en Global Administrator.

AI-guidede opsætningstrin

Disse trin gælder, uanset om du aktiverer en enkelt agent eller en agentfabrik. AI-agenten kontrollerer, at de nødvendige værktøjer er til stede og håndterer installation, godkendelse og validering automatisk.

Åbn dit agentprojekt og kopier denne prompt til din foretrukne AI-agent. Hvis du bruger GitHub Copilot, skal du først skifte til Agent-tilstand – Ask- og Edit-tilstande har ikke adgang til terminalen.

Follow the steps at aka.ms/agent365enable to enable my agent for Agent 365.

AI-agenten begynder med at stille dig tre spørgsmål for at identificere, hvilke kapabiliteter der gælder for din agent:

Spørgsmål 1: Er din agent allerede tilgængelig i Teams eller Copilot?

  • Ja
  • Nej

Spørgsmål 2: Hvordan vil din agent autentisere, når den kalder downstream API'er?

  • On-behalf-of (OBO) — agenten handler på vegne af den indloggede bruger (delegerede tilladelser)
  • Service-to-service (S2S) — agenten handler som sin egen identitet (programmetilladelser)
  • Både (OBO og S2S)

Spørgsmål 3: Hvilke Agent 365-kapabiliteter ønsker du at aktivere?

Opsætningen inkluderer automatisk alle forudgående kapabiliteter for dit valg.

AI-agenten gennemgår automatisk de relevante niveauer og stopper kun for at få din input:

Egenskab Hvad AI-agenten gør 1
Registrer Kontrollerer, om .NET og Agent 365 CLI er til stede (installerer eller opdaterer dem, hvis nødvendigt), installerer Azure CLI, hvis den mangler, kører az login, hvis du ikke er godkendt, validerer din brugerdefinerede klientapp-registrering, indsamler agentnavn og managerens e-mailadresse, konfigurerer din agent i Teams Developer Portal, og registrerer agentens blueprint
Observationsmulighed Tilføjer Agent 365 SDK observabilitetsinstrumentering til din agentkode
AI-teammedlem Kører a365 publish og guider dig gennem efter-implementeringstrin, inklusive oprettelse af agentinstanser

1 De udførte trin afhænger af agenttypen og de faser, du valgte i starten af opsætningen.

Vigtigt!

For Observability indsætter AI-agenten kode direkte i dit projekt. AI-kodningsagenter kan begå fejl. Gennemgå altid ændringerne, før du implementerer dem i produktionen.

Oplysninger, der kræves for at udfylde

AI-agenten holder pause for at indsamle konfigurationsoplysninger under opsætningen:

Prompt Hvad skal du oplyse
Agentnavn, lederens e-mail Grundlæggende agentmetadata
Bekræftelse af afledte værdier Gennemgå autogenererede navne for agentidentitet, blueprint og brugerprincipal
Manifestgennemgang Bekræft, at din manifest.json er opdateret med din agents navn, beskrivelse og udvikleroplysninger

Trin efter udrulning

Når de automatiserede niveauer er færdige, afventer AI-agenten to trin, der kræver interaktion i browseren:

  1. Opret en agentforekomst

    Kun for AI-holdkammerater — I Microsoft Teams, gå til Apps, søg efter din agent, og vælg Tilføj. Hvis godkendelse fra administratoren er nødvendig, modtager din Microsoft 365-administrator anmodningen. Når din agent er godkendt, vises den i organisationsdiagrammet. For yderligere instanser, se Opret agentinstanser. Det kan tage et par minutter, før en nyligt publiceret agent bliver synlig i Teams' søgefunktion.

  2. Test din agent

    Send en besked til din agent i Teams for at bekræfte, at den virker.

Færdig — din agent er implementeret, offentliggjort og live. Se Opret agentinstanser, hvis du har brug for flere instanser.

Hvis noget ikke virkede, leverer AI-agenten målrettet fejlfinding. Du kan også se Agent 365 Troubleshooting Guide.

Manuel sti-reference

Brug kun denne reference, hvis du fejlsøger et trin, bygger CI/CD-automatisering eller arbejder uden en AI-kodningsagent.

Trin Det gør den Guide
Opsætningskonfiguration Opretter a365.config.json med dine lejer-, abonnements- og projektdetaljer. Hvis du har en eksisterende implementering, sæt beskedendepunktet her. Opsæt Agent 365-konfiguration
Opsætningsblueprint Registrerer agentens identitet i Entra og klargør Azure-ressourcer (resource group, App Service Plan, Web App) Konfigurer agent-blueprint
Udrulle Udruller din agentkode til Azure App Service. Valgfrit, hvis det allerede er hostet et andet sted. Azure · AWS · GCP
Publicer Opretter manifest.zip og uploader til Microsoft 365 Administration Publicer agent

Se Agent 365 CLI for installation, kommandoer og fejlfinding.

Publicer din agent på Microsoft Marketplace

Når du har udviklet og testet din agent i din egen lejer(e), gør den tilgængelig i Microsoft Marketplace.

For at gøre dette skal du have en konto til Microsoft AI Cloud Partner Program i Partner Center. Hvis du ikke har en, opret en konto for at få dit PartnerID. Herefter tilmelder du dig Microsoft 365- og Copilot-programmet, som giver dig adgang til de ressourcer og den support, du har brug for til at udgive agenttilbud. Når du er tilmeldt, skal du gennemgå indsendelsestjeklisten og valideringsretningslinjerne, og derefter indsende din agent via Partnercenterets trin-for-trin-indsendelsesguide.

Lær, hvordan du indsender din agent til Microsoft Marketplace ved hjælp af Partner Center.

Når du er færdig, bliver din agent offentliggjort på Microsoft Marketplace og er tilgængelig, så kunder kan opdage og implementere den.

Fejlfinding af AI-styrede opsætning

Hvis du støder på problemer under den AI-styrede opsætning, se følgende almindelige problemer og deres løsninger.

Problem Beskrivelse
AI-agenten kører ikke terminalkommandoer AI-agenten beskriver kommandoer, men udfører dem ikke
AI-agenten springer trin over Opsætningen ser ud til at springe de nødvendige trin over
CLI-kommandoer fejler med tilladelsesfejl Autorisationsfejl ved kørsel af a365 CLI-kommandoer
Konfigurationsværdierne er forkerte Skal ændre konfiguration efter oprettelse af a365.config.json

AI-agenten kører ikke terminalkommandoer

Hvis AI-agenten beskriver kommandoer, men ikke udfører dem, så sørg for, at du bruger Agent-tilstand i GitHub Copilot Chat. Spørg- og Rediger-tilstande har ikke terminaladgang.

AI-agenten springer trin over

Instruktionsfilen håndhæver en streng rækkefølge for trinene. Hvis AI-agenten ser ud til at springe et trin over, så bed den om at starte forfra:

Please start from Step 1 in the setup instructions and work through each step in order.

CLI-kommandoer fejler med tilladelsesfejl

Hvis a365 CLI-kommandoer fejler med autorisationsfejl, er den mest almindelige årsag en manglende eller ufuldstændig registrering af brugerdefinerede klientapps. AI-agenten validerer denne registrering under opsætningen, men hvis valideringen blev udeladt, se Brugerdefineret klientapp-registrering.

For generel fejlfinding, se Agent 365 Troubleshooting Guide.

Konfigurationsværdierne er forkerte

Hvis du har behov for at ændre konfigurationsværdier efter at have oprettet a365.config.json, enten:

  • Rediger filen direkte og kør a365 config init -c ./a365.config.json igen
  • Bed AI-agenten om at opdatere specifikke værdier
  • Last updated on