Feature request: Runtime filtering/scoping for Generative Answers (uploaded files + SharePoint) by metadata (e.g., file name, category, tags)
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 20/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Ambito
- ai
Direzione di ricerca
Non vengono indicati file del repository, test o punti di ingresso. Inizia esaminando il comportamento di Copilot Studio Generative Answers e la discussione collegata di Power Platform Community; il completamento richiederebbe un ambito di implementazione concordato per i filtri dei metadati in fase di runtime tra i file caricati e le origini SharePoint.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Title
Feature request: Runtime filtering/scoping for Generative Answers (uploaded files + SharePoint) by metadata (e.g., file name, category, tags)
Description
Is your feature request related to a problem? Please describe.
In Copilot Studio, Generative Answers can use knowledge from uploaded files (PDF/DOCX) and SharePoint sources. However, there is no reliable way to dynamically scope or filter the retrieval at runtime (per conversation turn) based on metadata such as category, file name, document ID, tags, or customer context.
This becomes a blocker for scenarios with hundreds/thousands of documents where users first select a category or where the bot determines a category via NLU and then should answer only from the relevant subset of documents.
Workarounds like adding “file name” into the search query are not deterministic and often return chunks from other documents. Creating separate static knowledge sources/scopes for every case (e.g., 1000 categories/doc groups) is not manageable.
Describe the solution you'd like
Add a runtime filtering/scoping capability for Generative Answers retrieval, for both:
- Uploaded files (local uploads) and
- SharePoint-based knowledge sources (optional)
Examples of desired capabilities:
-
Metadata-based filter parameters (at runtime), e.g.:
fileName eq 'ABC-123.pdf'category in ('IT', 'HR')tags contains 'refund'customerId eq 'C-1007'
-
A way to attach metadata to uploaded files (or reuse existing metadata like file name) and then filter on it in the Generative Answers node.
-
A Generative Answers node option like:
- “Restrict retrieval to documents matching filter”
- “Use only these document IDs / file names”
-
Ideally usable via variables (Power Fx), e.g.:
FilterExpression = Global.SelectedCategoryAllowedFiles = Global.FileList
Describe alternatives you've considered
- Embedding the file name into the user query (e.g.,
"ABC-123.pdf " + question) – improves relevance sometimes but is not reliable and not a true filter. - Creating many separate knowledge sources/scopes (one per folder/category) – not scalable for many categories/doc groups.
- Using Azure AI Search with filterable metadata – works but adds significant operational overhead and complexity compared to built-in Generative Answers knowledge (indexing pipeline, schema, enrichment, etc.).
- Custom Data input – requires extracting full text content externally; difficult for PDFs and defeats the benefit of built-in ingestion/indexing.
Additional context
Use case: Customer service agent selects a category (or the bot infers it). The answer must be grounded only in the documents for that category (e.g., “Returns Policy – EU”, “Warranty – Product X”, “Contract Type Y”). Documents are mostly PDFs; they may be uploaded directly to Copilot Studio or stored in SharePoint.
We need deterministic runtime filtering/scoping to avoid answers grounded from unrelated documents and to keep governance manageable.
References / related discussions
Power Platform Community: “Generative answers with filtering documents / knowledge bases”
https://community.powerplatform.com/forums/thread/details/?threadid=fedcdc55-5967-4293-8417-c163e99f440f
- Lingua principale
- TypeScript
- Stelle
- 797
- Fork
- 491
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Non abbiamo ancora controllato i file di configurazione di questo progetto. Parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di microsoft/CopilotStudioSamples
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
Issue: SharePoint SSO ComponentForse di nuovo libera @adilei l’ha presa 31 giorni fa e non c’è nessuna pull request aperta. ApertaSharePointSSOComponent
microsoft/CopilotStudioSamples#537 · 1 assegnatario ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
microsoft/CopilotStudioSamples#532 · 1 commento ·
-
Unable to Deploy SPFx Agent to a Single SharePoint Site (Works Only with Tenant-Wide Deployment)Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
microsoft/CopilotStudioSamples#531 · 1 commento ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
Tutte le issue di microsoft/CopilotStudioSamples
Issue simili
-
enhancement providers-api ui-dashboard
Difficoltà 2/5 1-3 ore Idoneità per principianti 61/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
external-issue to-triage
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100
I maintainer di solito rispondono entro 1 giorno
-
needs triage
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
homarr-labs/homarr#6976 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno