ProjectTech4DevAI / ProjectTech4DevAI/kaapi-backend
Knowledge Base: Organize data by project
Nessuno ha ancora preso questa issue.
- Lingua principale
- Python
- Stelle
- 18
- Fork
- 10
- Merge medio
- 2g 20h
- PR unite (30g)
- 14
Descrizione
Is your feature request related to a problem?
All knowledge base endpoints currently use a single bucket, making it difficult to perform a clean data flush for NGOs, resulting in offboarding issues.
Describe the solution you'd like
- Organize data into per-project-ID folders within the same bucket (following the audio setup).
- Implement a migration script for existing documents and a legacy fallback option in the code (check top level, then project level).
- Conduct testing on staging first.
- Defer the bring-your-own-bucket/credentials aspect until TAP.
Priority
- P2, September in-person ops/infra sprint.
Original issue
Context
For knowledge base enpoints, everything currently lands in a single bucket. If an NGO uses the product for two years and then requests a full data flush, that's very hard to honour cleanly — an offboarding liability.
Fix
- Same bucket, per-project-ID folders (audio already does this; documents may not).
- Provide a migration script for existing documents and a legacy fallback in code (check top level, then project level).
- Test on staging first.
- The bring-your-own-bucket/credentials half of this is deferred until TAP.
Priority
- P2, September in-person ops/infra sprint.
Guida per i contributori
Apri la guida per i contributori
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.
Direzione di ricerca
Inizia tracciando gli endpoint della knowledge base e confrontando la loro struttura di archiviazione con la configurazione audio esistente. Definisci lo script di migrazione e il comportamento di lookup legacy, quindi testa la migrazione e il fallback su staging; il lavoro è completato quando i documenti utilizzano cartelle per ID progetto, mentre i documenti esistenti di primo livello rimangono accessibili.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- python
- Ambito
- backend, infrastructure
- Tipo di issue
- Funzionalità
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Tranquilla
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 45/100