Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Observera
Azure AI-sökning är tillgängligt via Azure-portalen, REST-API:er och Azure-SDK:er. Den ligger också till grund för Foundry IQ, det hanterade kunskapsskiktet som omvandlar företagsinnehåll till återanvändbara, behörighetsmedvetna kunskapsbaser för agenter i Microsoft Foundry-portalen.
Observera
Vissa funktioner för agentisk hämtning är allmänt tillgängliga i REST API:et 2026-04-01 via programmatisk åtkomst. Portalen Azure och Microsoft Foundry fortsätter att ge förhandsversionsåtkomst till alla funktioner för agentisk hämtning. Information om migrering, inklusive en uppdelning av vad som är allmänt tillgängligt och vad som finns kvar i förhandsversionen, finns i Migrera agentisk hämtningskod till den senaste versionen.
Om du väljer att använda ett REST API för förhandsversion kan du komma åt agentiska hämtningsfunktioner som ännu inte är allmänt tillgängliga. Förhandsversionsfunktioner tillhandahålls utan serviceavtal och rekommenderas inte för produktionsarbetsbelastningar. Mer information finns i Kompletterande villkor för användning av Microsoft Azure-förhandsversioner.
Important
De här funktionerna är en del av REST API:et för förhandsversionen av 2026-05-01. Förhandsversionen av 2026-05-01 är licensierad till dig som en del av din Azure-prenumeration och omfattas av de villkor som gäller för "förhandsversioner" i Microsoft produktvillkor, Microsoft Products and Services Data Protection Addendum ("DPA" och Supplemental Terms of Use for for Microsoft Azure förhandsversioner.
Förhandsversionen av 2026-05-01 stöder anslutningar till andra Microsoft-tjänster- och tredjepartstjänster. Användningen av dessa tjänster omfattas av deras respektive villkor och kan resultera i databearbetning eller lagring utanför Azure efterlevnadsgräns, samt data som flödar till Azure efterlevnadsgräns.
Det är ditt ansvar att hantera om dina data kommer att flöda utanför organisationens efterlevnad och geografiska gränser och eventuella relaterade konsekvenser, och att lämpliga behörigheter, gränser och godkännanden etableras.
Du ansvarar för att noggrant granska och testa program som du skapar i samband med dina specifika användningsfall och fatta alla lämpliga beslut och anpassningar. Detta omfattar implementering av dina egna ansvarsfulla AI-åtgärder, till exempel metaprompter, innehållsfilter eller andra säkerhetssystem, och att se till att dina program uppfyller lämpliga kvalitets-, tillförlitlighets-, säkerhets- och tillförlitlighetsstandarder. Mer information finns i Azure AI-sökning Transparency Note.
En kunskapskälla är en resurs på den översta nivån i din Azure AI-sökning-tjänst som definierar innehållet som används i en agentisk hämtningspipeline. Varje kunskapskälla är antingen indexerad eller fjärransluten, vilket avgör hur innehållet matas in, bearbetas och efterfrågas. Kunskapskällor är nödvändiga komponenter i en kunskapsbas.
Du kan referera till flera kunskapskällor i en enda kunskapsbas. Den agentbaserade sökmotorn söker igenom dem alla med en enda begäran. Underfrågor genereras för varje kunskapskälla och de främsta resultaten returneras i hämtningssvaret.
Kunskapskällor som stöds
Azure AI-sökning stöder följande kunskapskällor för agentiska hämtningsarbetsbelastningar.
| Typ | Description | Indexerat eller fjärranslutet |
|---|---|---|
| Sökindex | Omsluter ett befintligt index. | Indexerade |
| Azure-blob | Genererar en indexerarpipeline från en blobcontainer. | Indexerade |
| Azure SQL (förhandsversion) | Genererar en indexerarpipeline från en Azure SQL tabell eller vy. | Indexerade |
| Fil (förhandsversion) | Laddar upp filer direkt till Azure AI-sökning. | Indexerade |
| OneLake | Genererar en indexeringspipeline från ett lakehouse. | Indexerade |
| Indexerad SharePoint (förhandsversion) | Genererar en indexerarpipeline från en SharePoint plats. | Indexerade |
| Fjärr-SharePoint (förhandsversion) | Hämtar innehåll från SharePoint. | Fjärr |
| Fabric Data Agent (förhandsversion) | Hämtar svar och inbäddade resurser från en Microsoft Fabric dataagent. | Fjärr |
| Fabric Ontology (förhandsversion) | Hämtar entitets- och relationsbaserade svar från en Microsoft Fabric ontologi. | Fjärr |
| MCP-server (förhandsversion) | Hämtar aktiva, verktygsbaserade resultat från en extern MCP-server. | Fjärr |
| Arbets-IQ (förhandsversion) | Hämtar organisationsinformation från Work IQ. | Fjärr |
| Web | Hämtar jordningsdata i realtid från Bing. | Fjärr |
Indexerade kunskapskällor
En indexerad kunskapskälla pekar på ett sökindex som uppfyller kriterierna för agentisk hämtning. Innehållet matas in i indexet före frågetiden genom någon av tre sökvägar:
Ta med ditt eget index: Använd en kunskapskälla för sökindex för att omsluta ett befintligt index i söktjänsten.
Direkt filuppladdning: Använd en filkunskapskälla för att ladda upp filer direkt till Azure AI-sökning. Tjänsten bearbetar filerna och lagrar extraherat innehåll i ett genererat sökindex, utan att någon extern lagrings- eller indexeringspipeline krävs.
Automatisk genererad indexeringspipeline: För alla andra indexerade kunskapskällor skapar Azure AI-sökning automatiskt en fullständig indexerarpipeline från din externa datakälla. Detta inkluderar en datakälla, kompetensuppsättning, indexerare och index som är ifylld och segmenterad.
Frågor körs lokalt i söktjänsten med nyckelord (fulltext), vektor eller hybridfrågor.
Fjärranslutna kunskapskällor
En fjärransluten kunskapskälla ansluter direkt till en extern plattform. Innehållet matas aldrig in i Azure AI-sökning. I stället hämtas den vid frågetillfället via varje plattforms interna API:er. Den agentiska hämtningsmotorn gör API-anropet och visar resultat tillsammans med indexerade kunskapskällor i samma svar.
Beroende på plattform når fjärranslutningar innehåll antingen via offentligt Internet (till exempel Bing) eller i din Microsoft klientorganisation (till exempel SharePoint och Fabric).
Enhetlig rangordning
För både indexerade och fjärranslutna kunskapskällor flödar allt hämtat innehåll via samma rangordningspipeline. Resultaten poängsätts för relevans, sammanfogas mellan frågor och rangordnas om innan de returneras i hämtningssvaret.
Arbeta med kunskapskällor
Kunskapskällor är oberoende objekt som du skapar och hanterar separat från kunskapsbaser. Tänk på följande:
Skapa en kunskapskälla innan du skapar en kunskapsbas. Kunskapsbaser refererar till kunskapskällor efter ID, så kunskapskällan måste finnas först.
Om du vill ta bort en kunskapskälla uppdaterar eller tar du först bort eventuella kunskapsbaser som refererar till den. Du kan sedan ta bort kunskapskällan.
En kunskapskälla och dess kunskapsbas måste finnas i samma söktjänst.
Skapa kunskapskällor
Om du vill skapa en kunskapskälla behöver du behörigheter för Search Service-deltagare för din söktjänst. Om kunskapskällan genererar en indexeringspipeline behöver du också behörigheter för Search Index Data Contributor för att läsa in ett index. Du kan använda en administratörs-API-nyckel som ett alternativ till rolltilldelningar.
Stöd för att skapa i Azure-portalen, Microsoft Foundry-portalen, REST API och Azure-SDK:er varierar beroende på typ av kunskapskälla. Anvisningar per typ finns i länkarna i Kunskapskällor som stöds.
Mata in känslighetsetiketter (förhandsversion)
För blob-, indexerade OneLake- och indexerade SharePoint-kunskapskällor kan du importera känslighetsetiketter för Microsoft Purview genom att ställa in ingestionPermissionOptions så att sensitivityLabel inkluderas. Följ alla förutsättningar innan du anger det här värdet. När de har synkroniserats med indexet visas etiketter i hämta svar och används för att framtvinga åtkomst på dokumentnivå vid frågetillfället. Mer information finns i Framtvinga behörigheter vid frågetid (förhandsversion).
Om din indexerade kunskapskälla använder ett segmenterat index, till exempel med integrerad vektorisering eller en anpassad kunskap om textdelning, måste du också mappa känslighetsetiketten till varje segmentrad via indexprojektioner i kunskapsuppsättningen. Annars returneras inte referenser på segmentnivå i svar från retrieve om de har etiketter i källdokumentet.
Visa dokumentinbäddade bilder (förhandsversion)
För blobkunskapskällor, indexerade OneLake-kunskapskällor och indexerade SharePoint-kunskapskällor kan du konfigurera en assetStore i kunskapskällans ingestionParameters för att bevara de bilder som är inbäddade i källdokumenten. När du även aktiverar bildleverans i kunskapsbasen infogar retrieve-åtgärden dessa bilder i prompten för svarssyntes så att LLM:n kan resonera om diagram, grafer och extraherat bildinnehåll. Mer information finns i Visa dokumentinbäddade bilder i agentisk hämtning (förhandsversion).
Använda kunskapskällor
När du har skapat en kunskapskälla refererar du till den i en kunskapsbas. Kunskapsbasen avgör vilka kunskapskällor som ska frågas. I följande avsnitt beskrivs alternativ för att styra vilka källor som ingår och hur motorn väljer bland dem.
Fråga alltid en kunskapskälla
Ange alwaysQuery till true för en definition av kunskapskällan så att den inkluderas i varje fråga, oavsett hämtningsskäl.
Använd hämtningsskälet för att styra LLM-användningen (förhandsversion)
Hämtningsskälet styr hur mycket LLM-bearbetning som tillämpas på varje fråga. Alla lösningar drar inte nytta av LLM-frågeplanering. Om enkelhet och hastighet är prioriteten bör du försöka minimal kringgå LLM-bearbetningen. Vid low och medium ansträngningsnivå planerar och väljer LLM:n vilka kunskapskällor som ska användas, där medium lägger till en ytterligare iterativ omgång för djupare resultat. Mer information om varje nivå finns i Ange hämtningsskäl (förhandsversion).
Följande faktorer påverkar valet vid low och medium arbetsinsats:
Källan för kunskapens
name.descriptionför ett index (för indexerade kunskapskällor).Det
retrievalInstructionssom anges i definitionen av kunskapsbasen eller hämta-åtgärden. Hämtningsinstruktioner styr vilka kunskapskällor som LLM väljer eller hoppar över. De fungerar som en fråga: du kan ange korthet, ton och formatering.