Kom i gang med Agent 365-utvikling

Agent 365 fungerer med en rekke agentimplementeringer. En agent kan bistå brukere ved behov, operere autonomt i bakgrunnen eller operere med sin egen brukeridentitet i Microsoft 365. Å identifisere hvilket mønster som best beskriver agenten din er viktig, fordi det definerer agentens identitetsmodell, hvilken tilgang den har til Microsoft 365-ressurser, og hvilke livssyklustrinn som gjelder.

Agenttyper

Før du begynner, spør deg selv: Hvilken type agent skal jeg bygge?

Det finnes to typer agenter avhengig av hvilken type tilgang de har:

Agenttype Oversikt
Agenter Arbeider på vegne av en bruker med delegert tilgang, eller opererer som en app med avgrensede tillatelser. Registrert som Microsoft Entra-apper eller agentidentitetsblåkopier.
KI-teammedlem Opererer med sin egen brukeridentitet i Microsoft 365, inkludert postkasse, Teams-tilstedeværelse og katalogoppføring. Denne agenttypen er bare tilgjengelig for leietakere som deltar i Frontier-forhåndsversjonsprogrammet.

Agenter

En agent jobber på vegne av en bruker. Den besvarer forespørsler, utfører oppgaver i bakgrunnen, kobler til API-er, behandler data og utfører handlinger.

Agenter finnes i alle former. Noen er samtalebaserte – en bruker spør om noe og agenten svarer. Noen kjører stille i bakgrunnen – utløst av en tidsplan, en hendelse eller en innkommende melding – uten at noen er aktivt involvert. Noen gjør begge deler.

Eksempelscenarioer:

  • En bruker ber en agent om å oppsummere sine uleste e-poster og skrive utkast til svar. Agenten utfører arbeidet, får bare tilgang til ressurser brukeren har tilgang til, og leverer resultatet tilbake.
  • En kundeserviceagent hjelper en kundestøttetekniker med å søke i interne kunnskapsbaser og utforme svar under en direkte kundestøtteøkt.
  • En etterlevelsesagent kjører hver natt, skanner SharePoint-nettsteder som agenten har tilgang til for policybrudd, og leverer revisjonsrapporter – uten at noen følger med.
  • En ordrebehandlingsagent henter nye salgsordrer fra en kø, oppdaterer et CRM-system og sender bekreftelses-e-poster – alt uten at noen setter det i gang.

Identitetsgrunnlag:

Tradisjonelt registrerer du agenter som Microsoft Entra-apper. Den tilnærmingen fungerer fortsatt. Fremover kan du også bygge agenter på en Microsoft Entra Agent ID via en agentidentitetsblåkopi – den IT-godkjente, styringshåndhevede definisjonen av agentens kapasiteter, tillatte verktøytilgang og etterlevelsesbegrensninger. Å bygge på en blåkopi er den anbefalte metoden for nye agenter. Det åpner for styrt tilgang til Work IQ-verktøy, Microsoft Purview-databeskyttelse, trusselovervåking i Microsoft Defender og Entra ID-styring – noe som gjør agenten din til en fullt styrt bedriftsidentitet fra dag én. Hvis agentens brukere logger på via en tredjeparts identitetsleverandør, se Integrer Microsoft Entra Agent ID med tredjeparts identitetsleverandører.

KI-teammedlem

Viktig!

For å få tidlig tilgang til denne typen agent må du være en del av Frontier-forhåndsversjonsprogrammet. Frontier kobler deg direkte til Microsofts nyeste KI-innovasjoner. Frontier-forhåndsversjoner er underlagt de eksisterende forhåndsversjonsvilkårene i kundeavtalene dine. Siden disse funksjonene fortsatt er under utvikling, kan tilgjengeligheten og funksjonaliteten deres endres over tid.

En KI-kollega opererer i Microsoft 365 med sin egen agentidentitet. Du kan gi den muligheter som å sende og motta e-post gjennom sin egen postkasse, delta i Teams 1:1- og gruppesamtaler, og vises i katalog- og organisasjonsmetadata med et tildelt lederforhold. Brukere kan samhandle med den via kjente Microsoft 365-inngangspunkter som @mentions, e-post, kalenderinvitasjoner og Teams-nettprat.

Opprett disse agentene fra en agentmal, som er den IT-godkjente, styringspålagte definisjonen av agentens muligheter, tilgang til godkjente verktøy og etterlevelsesbegrensninger. Hver agentforekomst arver identitetsmodellen, tillatelsene og retningslinjene fra sin overordnede agentidentitetsblåkopi.

Hva agenten gjør – enten det er samtalebasert, jobber i bakgrunnen, eller begge deler – avhenger av hvordan du utformer den. Noen agenter er svært interaktive, svarer på meldinger og støtter arbeidet i sanntid. Andre prosesserer oppgaver i bakgrunnen, utfører handlinger på e-poster eller hendelser uten direkte involvering fra brukeren. Agenten opererer med sin egen brukeridentitet, og dets handlinger styres og kan etterprøves gjennom denne identiteten.

Hvis du allerede har en agent, trenger du ikke starte på nytt. Du kan utvide eksisterende agenter til å operere med sin egen identitet ved å legge til identitets- og blåkopikonfigurasjonen som beskrives senere i denne veiledningen.

Eksempelscenarioer:

  • Legg til et HR-pålasting KI-teammedlem i pålastingskanalen til en nyansatt i Teams. Den sender velkomst-e-poster fra sin egen postboks, planlegger orienteringsmøter i sin egen kalender, og svarer på spørsmål ved å bruke de konfigurerte funksjonene for agentforekomsten.
  • Tildel et lederforhold i katalogmetadata til et innkjøps-KI-teammedlem. Ansatte sender kjøpsforespørsler via e-post til agentens postkasse. Agenten behandler forespørselen, henter informasjon fra ERP- og finanssystemer ved hjelp av sin styrte Work IQ-verktøystilgang, og svarer med godkjenning eller eskalering fra sin egen identitet.
  • Legg til en forsknings-KI-lagkamerat på prosjektteamets SharePoint-nettsted og Teams-kanal. Den kan hente frem relevante dokumenter under møter, svare i samtaletråder og utarbeide ukentlige statusrapporter ved å bruke tillatelsene og verktøyene som er konfigurert for den agenten.

Identitetsgrunnlag:

Bygget på en agentidentitetsblåkopi, som oppretter en Microsoft Entra Agent ID og tilhørende brukerkonto: alltid nødvendig.

Innføring av Agent 365-funksjonalitet trinnvis

Agent 365 trenger ikke å være alt eller ingenting. Du trenger ikke å bygge en KI-lagkamerat på dag én – eller i det hele tatt, hvis scenarioet ditt ikke krever det. Ta i bruk funksjoner gradvis, start med det agenten din trenger nå og utvid etter hvert som kravene utvikler seg.

Hvorfor bygge på en agentidentitetsblåkopi?

Når du oppretter en agentidentitetsblåkopi, oppretter Agent 365 CLI en Microsoft Entra Agent ID for agenten din – en førsteklasses identitet i leietakeren din, underlagt de samme styringspolicyene som menneskelige brukere. Denne identiteten danner grunnlaget for sikkerhetsfordelene som automatisk gjelder for alle blåkopibaserte agenter:

Fordel Hva det betyr for din agent
Microsoft Entra ID-styring Agentens identitet og tilgangslivssyklus administreres gjennom de samme betinget tilgang, identitetsbeskyttelse og tilgangsgjennomganger som gjelder for brukere.
Microsoft Purview Hver datasamhandling agenten utfører er underlagt leietakers følsomhetsetiketter, policyer for hindring av datatap og oppbevaringspolicyer – automatisk, uten ekstra kode.
Microsoft Defender Agentens atferd overvåkes kontinuerlig for avvik og trusler. Mistenkelig aktivitet utløser de samme varslene og responsflytene som for alle brukere i leietakeren.

Disse fordelene gjelder for alle blåkopibaserte agenter, inkludert både agenter med brukerdelegert tilgang og agenter som opererer med sin egen identitet, så snart blåkopien er opprettet. Du trenger ikke å konfigurere dem separat.

De fire egenskapsnivåene nedenfor representerer nivåer du kan ta i bruk gradvis. Tabellen nedenfor viser hva som er tilgjengelig for Agent 365 basert på ditt utgangspunkt:

Funksjonalitet Egendefinert motoragent for Microsoft 365 Alle andre agenter 1
Registrer ✓ 2 ✓
Observerbarhet ✓ ✓
Work IQ ✓ ✓
KI-lagkamerat ✓ 3 ✓ 3

1 Agenter som for øyeblikket er registrert som Microsoft Entra-apper må først lage en agentidentitetsblåkopi for å komme i gang med en hvilken som helst funksjon i denne kolonnen.

2 Microsoft 365-tilpassede motoragenter er allerede registrert gjennom eksisterende Microsoft Entra-appregistrering – ingen ytterligere oppsett kreves.

3 KI-lagkamerat for Microsoft 365 egendefinerte motoragenter krever en agentidentitetsblåkopi. Bare tilgjengelig for deltakere i Frontier-programmet.

Registrer deg

Når du registrerer agenten din, blir den synlig og håndterbar i administrasjonssenteret for Microsoft 365. Administratorer kan oppdage den og se den i organisasjonens agentbeholdning.

Dette får du:

  • Agenten din vises i administrasjonssenteret for Microsoft 365. Administratorer kan finne den og se den i organisasjonens agentbeholdning.
  • Blåkopibaserte agenter mottar også de fulle fordelene med Entra ID-styring, Purview og Defender som beskrevet i Hvorfor bygge på en agentidentitetsblåkopi?

Dette bygger du:

Registrer agenten din ved å bruke din eksisterende Microsoft Entra-appregistrering eller en blåkopi.

Notat

Hvis du bygger agentene dine på Google Vertex AI eller Amazon Bedrock, krever registreringen ingen utviklingsarbeid. Google- og Amazon-API-ene henter automatisk agenter. Ingen SDK-integrasjon, ingen blueprint og ingen kodeendringer er nødvendige. Etter registrering kan du bruke Agent 365 SDK for å legge til observerbarhet, tilgang til Work IQ-verktøyet og andre funksjoner stegvis. For å komme i gang se Registrering av Google Vertex AI og Amazon Bedrock-agenter.

Slik bygger du det:

Bruk KI-veiledet oppsett og besvar agenttypespørsmålene tilsvarende. Det KI-veiledede oppsettet utfører de nødvendige trinnene for dette nivået. Microsoft 365s egendefinerte motoragenter kan allerede oppdages i dag ved hjelp av deres eksisterende Microsoft Entra-appregistrering.

Observerbarhet

Etter at du har registrert agenten din, invester i observerbarhet. Denne investeringen gir IT, sikkerhetsteamene og utviklerteamet ditt oversikt over hva agenten faktisk gjør. Hver inferenskall, verktøykall og samhandling blir fanget opp, sporet og gjort reviderbar.

Observerbarhet er grunnlaget for tillit. Uten det har administratorer ingen måte å verifisere atferd, etterleve revisjon eller diagnostisere problemer i stor skala. Med dette blir agenten din en bedriftsressurs i stedet for en svart boks.

Notat

Hvis agenten din er en superagent – altså at den internt kaller én eller flere underagenter for å fullføre en oppgave – kan disse underagentkallene også logges i observerbarhetsrørledningen. Logg dem som et verktøykall eller et agent-til-agent (A2A)-kall, etter behov, slik at hele delegasjonskjeden er synlig og reviderbar.

Dette får du:

  • Fullstendig [OpenTelemetry (OTel) (OTel)](https://opentelemetry.io/docs/specs/otel/protocol/)-basert sporing av alle agentsamhandlinger: inndata, utdata, verktøykall og modellkjøringer.
  • Aktivitet synlig i administrasjonssenteret for Microsoft 365 og tilkoblede overvåkingssystemer.
  • Revisjonsspor som går inn i Microsoft Entra, Microsoft Purview og Microsoft Defender, og støtter krav til etterlevelse, databeskyttelse og trusselrespons.

Dette bygger du:

Instrumentering ved bruk av Agent 365 SDK observerbarhets-API-er: enten auto-instrumentering (hvis du bruker OpenAI, LangChain eller Agent Framework) eller manuell instrumentering for en hvilken som helst annen stakk.

Notat

For de fleste nye integrasjoner bruk Microsoft OpenTelemetry Distro — det KI-veiledede oppsettet kan konfigurere observerbarhet for deg automatisk.

Hvis du allerede har en OpenTelemetry-rørledning på plass, hvis Agent Framework ditt ikke kan bruke Agent 365 SDK, eller hvis agenten din er skrevet i et språk som foreløpig ikke støttes av SDK-en (f.eks. Java), kan du sende telemetri direkte til Agent 365 via rå OTLP/HTTP uten behov for SDK. Se Integrer med Agent 365-observerbarhet ved bruk av direkte OTel.

Slik bygger du det:

Bruk KI-veiledet oppsett og besvar observerbarhetsspørsmålene tilsvarende. Det KI-veiledede oppsettet utfører de nødvendige trinnene for denne egenskapen. Dette bruker Microsoft OpenTelemetry-distribusjonen til å instrumentere agenten din.

Work IQ

Etter å ha registrert agenten og gjort den observerbar, gi den tilgang til Microsoft 365-data og handlinger gjennom Work IQ. Work IQ er et styrt sett med verktøy som lar agenten din jobbe med Mail, Kalender, OneDrive, SharePoint, Teams med mer.

Work IQ-verktøy krever administratorsamtykke, revideres og er tilbakekallelige. Agenten din benytter tillatelsene fra blåkopien – ingen ekstra OAuth-flyter eller tilpassede koblinger nødvendig.

Dette får du:

  • Tilgang til hele Work IQ-verktøykatalogen – Mail, Kalender, OneDrive, SharePoint, Teams med mer.
  • Tillatelser som administratorer styrer og avgrenser til det agenten din trenger.
  • Hvert verktøykall spores og kan revideres gjennom observerbarhetsrørledningen.

Dette bygger du:

Agentkode som kaller Work IQ-verktøy ved å bruke Agent 365 SDK API-er.

Slik bygger du det:

Bruk Agent 365 SDK-verktøy-API-ene for å legge til Work IQ-verktøykall i agentkoden din manuelt. Det KI-styrte oppsettet støtter foreløpig ikke denne egenskapen.

KI-lagkamerat

KI-teammedlemmer er tilgjengelige for deltakere i Frontier-programmet.

Den siste fasen gjør det mulig for agenten din å operere i Microsoft 365 med sin egen identitet. Avhengig av konfigurasjon kan den ha en e-postkonto, Teams-tilstedeværelse, katalogoppføring og lederrelasjon. Brukere kan samhandle med den gjennom kjente Microsoft 365-opplevelser som e-post, nettprat, møter og appgrensesnitt.

Notat

Endring av identitets- og tillatelsesmodell

Overgangen til en KI-lagkamerat innebærer en grunnleggende endring i hvordan agenten din får tilgang til ressurser. Den eksisterende agenten din kan bruke delegert bruker tilgang, der agenten opptrer for en pålogget bruker og bare har tilgang til ressursene denne brukeren har tilgang til, eller applikasjonstillatelser knyttet til en tjenestekontohaver. En agent med en brukeridentitet arver ikke tilgangsrettighetene til den kallende brukeren under kjøring. I stedet opererer agenten under sin egen brukeridentitet, med egne tilgangsrettigheter, styringspolicyer og revisjonsspor.

Denne endringen betyr:

  • Med delegert brukertilgang opptrer agenten på vegne av den innloggede brukeren og har bare tilgang til det brukeren har tilgang til. Når agenten har sin egen identitet, gir du tilgang til Microsoft 365-ressurser som postkasse, kalender, Teams og SharePoint direkte til agentens identitet.
  • Du styrer og reviderer tillatelser gitt til agentidentiteten som agentens egen tilgang. De er ikke det samme som brukerdelegerte tillatelser som overføres fra den kallende brukeren.
  • Hvis din nåværende implementering er avhengig av delegert bruker tilgang eller applikasjonstillatelser, bør du gjennomgå og omdefinere disse tillatelsene for agent identiteten før du aktiverer denne funksjonen.

Dette får du:

  • Alt fra oppdagelsesbarhet, observerbarhet og Work IQ.
  • En agentbrukeridentitet med egen e-postkonto – folk kan sende e-post direkte til den, og den kan sende e-post fra sin egen adresse.
  • En tilstedeværelse på tvers av Microsoft 365-apper – folk kan nettprate med den, @mention legge den til i kanaler og invitere den til møter i Teams, og samhandle direkte med den i Word, Excel, PowerPoint og andre M365-overflater.
  • En organisasjonskartoppføring under en utpekt leder – agenten vises i organisasjonens katalog.
  • Administrert livssyklus – agenten opprettes, administreres og avvikles gjennom administrasjonssenteret for Microsoft 365, med full styring over hver forekomst.

Dette bygger du:

Alle funksjoner pluss forekomstopprettelse og (valgfritt) Marketplace-publisering.

Slik bygger du det:

Bruk KI-styrt oppsett og svar på KI-lagkameratens spørsmål i henhold til veiledningen. Det KI-veiledede oppsettet utfører de nødvendige trinnene for dette nivået.

KI-veiledet oppsett

Bruk en KI-kodeagent for å automatisere oppsett og konfigurasjon av agenten din for Agent 365. Det KI-styrte oppsettet veileder deg gjennom forutsetningskontroller, konfigurasjonstrinn og integrering av kode som er nødvendig for å aktivere funksjoner som registrering, observerbarhet, tilgang til Work IQ-verktøy og KI-teammatefunksjonalitet.

Forutsetninger for KI-styrt oppsett

Pass på at du har følgende elementer før du begynner:

Forutsetninger Detaljer
KI-kodeagent Visual Studio Code med GitHub Copilot og GitHub Copilot Chat-utvidelser , eller en annen KI-kodeagent med terminaltilgang
Agentkode Et fungerende agentprosjekt i Python, Node.js eller .NET. Hvis du ikke har en, start med et hurtigstarteksempel.
Entra-rolle Global administrator – fullfører alle steg inkludert OAuth2-tillatelser. Agent ID-utvikler – fullfører alle steg unntatt OAuth2-tillatelser gi; oppsettet genererer en overlevering for en global administrator.

KI-styrte oppsettrinn

Disse trinnene gjelder enten du konfigurerer en enkelt agent eller en agentfabrikk. KI-agenten sjekker nødvendige verktøy og håndterer installasjon, autentisering og validering automatisk.

Åpne agentprosjektet ditt og kopier denne instruksen inn i din foretrukne KI-agent. Hvis du bruker GitHub Copilot, bytter først til Agent-modus – Spør- og Rediger-modusene har ikke terminaltilgang.

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

KI-agenten begynner med å stille deg tre spørsmål for å avgjøre hvilke egenskaper som gjelder for agenten din:

Spørsmål 1: Er agenten din allerede tilgjengelig i Teams eller Copilot?

  • Ja
  • Nei

Spørsmål 2: Hvordan vil agenten din autentisere når den kaller nedstrøms API-er?

  • På vegne av (OBO) — agenten opptrer som den påloggede brukeren (delegerte tillatelser)
  • Tjeneste-til-tjeneste (S2S) — agenten opptrer som sin egen identitet (apptillatelser)
  • Både (OBO og S2S)

Spørsmål 3: Hvilke Agent 365-funksjoner ønsker du å aktivere?

Oppsettet inkluderer automatisk alle nødvendige egenskaper for ditt valg.

KI-agenten arbeider seg automatisk gjennom de aktuelle nivåene, og stopper bare for å be om ditt innspill:

Funksjonalitet Hva KI-agenten gjør 1
Registrer Sjekker for .NET og Agent 365 CLI (installerer eller oppdaterer om nødvendig), installerer Azure CLI om nødvendig, kjører az login hvis ikke autentisert, validerer registreringen av din egendefinerte klientapp, samler agentnavn og lederens e-postadresse, konfigurerer agenten din i Teams Developer Portal, og registrerer agentidentitetsblåkopien
Observerbarhet Legger til Agent 365 SDK-observerbarhetsinstrumentering i agentkoden din
KI-lagkamerat Kjører a365 publish og veileder deg gjennom trinn etter utrulling, inkludert opprettelse av agentforekomst

1 Trinnene som utføres avhenger av agenttypen og fasene du valgte i starten av oppsettet.

Viktig!

For observerbarhet skriver KI-agenten kode direkte inn i prosjektet ditt. KI-kodingsagenter kan gjøre feil. Gjennomgå alltid endringene før du distribuerer til produksjon.

Nødvendig informasjon for å fullføre

KI-agenten stanser for å innhente konfigurasjonsinformasjon under oppsettet:

Instruks Hva skal oppgis
Agentnavn, lederens e-postadresse Grunnleggende agentmetadata
Bekreftelse av avledet verdi Gjennomgå automatisk genererte navn for agentidentitet, blåkopi og brukersikkerhetskontohaver
Gjennomgang av manifest Bekreft at manifest.json er oppdatert med navn, beskrivelse og utviklerinformasjon for agenten

Legg ut distribusjonstrinn

Når de automatiserte nivåene er fullført, stopper KI-agenten opp for to trinn som krever samhandling med nettleseren:

  1. Opprett en agentforekomst

    (Bare KI-lagkamerat) – I Microsoft Teams, gå til Apper, søk etter agenten din og velg Legg til. Hvis administratorgodkjenning kreves, mottar Microsoft 365-administratoren forespørselen. Når agenten din er godkjent, vises den i organisasjonskartet ditt. For flere forekomster se Opprett agentforekomster. Det kan ta noen minutter før en nylig publisert agent dukker opp i Teams-søk.

  2. Test agenten

    Send en melding til agenten din i Teams for å verifisere at agenten fungerer som den skal.

Ferdig – agenten din er utplassert, publisert og aktiv. Se Opprett agentforekomster hvis du trenger flere forekomster.

Hvis noe ikke fungerer, gir KI-agenten målrettet feilsøking. Du kan også referere til Feilsøkingsveiledning for Agent 365.

Manuell banereferanse

Bruk denne referansen bare hvis du feilsøker et trinn, bygger CI/CD-automatisering, eller jobber uten en KI-kodingsagent.

Trinn Hva det gjør Veiledning
Oppsettkonfigurasjon Oppretter a365.config.json med leietaker-, abonnements- og prosjektdetaljer. Hvis du har en eksisterende distribusjon, sett meldingsendepunkt her. Oppsett av Agent 365-konfigurasjon
Oppsettblåkopi Registrerer agentidentiteten din i Entra og oppretter Azure-ressurser (ressursgruppe, apptjenesteabonnement, nettapp) Oppsett av agentblåkopi
Rull ut Distribuerer agentkoden din til Azure-apptjeneste. Valgfritt hvis det allerede driftes på en annen plattform. Azure · AWS · GCP
Publiser Oppretter manifest.zip og laster opp til administrasjonssenteret for Microsoft 365 Publiser agent

For installasjon, kommandoer og feilsøking av CLI se Agent 365 CLI.

Publiser agenten på Microsoft Marketplace

Når du har utviklet og testet agenten din i din(e) leietaker(e), gjør den tilgjengelig i Microsoft Marketplace.

For å gjøre dette trenger du en Microsoft AI Cloud Partner Program-konto i Partnersenter. Hvis du ikke har en, opprett en konto for å få PartnerID-en din. Deretter, meld deg på Microsoft 365 og Copilot-programmet, som gir deg tilgang til ressursene og støtten som trengs for å publisere agenttilbud. Når du har registrert deg, gjennomgå innsendingssjekklisten og valideringsretningslinjene, og send så inn agenten din gjennom Partnersenterets trinnvise innsendingsguide.

Lær hvordan du sender inn agenten din til Microsoft Marketplace med Partnersenter.

Når du er ferdig, blir agenten din publisert i Microsoft Marketplace og tilgjengelig for kunder å oppdage og distribuere.

Feilsøking av KI-veiledet oppsett

Hvis du støter på problemer under KI-veiledet oppsett, se følgende vanlige problemer og deres løsninger.

Problem Description
KI-agenten kjører ikke terminalkommandoer KI-agenten beskriver kommandoer, men utfører dem ikke
KI-agenten hopper over trinn Oppsettet ser ut til å hoppe over påkrevede trinn
CLI-kommandoer feiler med tillatelsesfeil Autorisasjonsfeil ved kjøring av a365 CLI-kommandoer
Konfigurasjonsverdiene er feil Må endre konfigurasjon etter å ha opprettet a365.config.json

KI-agenten kjører ikke terminalkommandoer

Hvis KI-agenten beskriver kommandoer, men ikke utfører dem, sørg for at du bruker Agent-modus i GitHub Copilot Chat. Spørre- og redigeringsmoduser har ikke terminaltilgang.

KI-agenten hopper over trinn

Instruksjonsfilen håndhever streng rekkefølge på trinn. Hvis KI-agenten ser ut til å hoppe over et trinn, be den starte på nytt:

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

CLI-kommandoer feiler med tillatelsesfeil

Hvis a365 CLI-kommandoer feiler med autorisasjonsfeil, skyldes det ofte manglende eller ufullstendig registrering av en tilpasset klientapp. KI-agenten validerer denne registreringen under oppsettet, men hvis valideringen ble hoppet over, se Egendefinert klientappregistrering.

For generell feilsøking se Feilsøkingsveiledning for Agent 365.

Konfigurasjonsverdiene er feil

Hvis du trenger å endre konfigurasjonsverdier etter at du har opprettet a365.config.json, enten:

  • Rediger filen direkte og kjør a365 config init -c ./a365.config.json på nytt
  • Be KI-agenten om å oppdatere spesifikke verdier
  • Last updated on