ProjectTech4DevAI / ProjectTech4DevAI/kaapi-backend
Knowledge Base: Organize data by project
オープン
まだ誰も着手していません。
- 主要言語
- Python
- スター
- 18
- フォーク
- 10
- 平均マージ
- 2日 20時間
- マージ済み PR（30日）
- 14
説明
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.
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まずナレッジベースのエンドポイントを追跡し、そのストレージレイアウトを既存のオーディオ構成と比較します。移行スクリプトとレガシー検索の動作を定義してから、staging で移行とフォールバックをテストします。ドキュメントがプロジェクト ID ごとのフォルダーを使用し、既存のトップレベルのドキュメントにも引き続きアクセスできるようになった時点で作業完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- python
- 領域
- backend, infrastructure
- issue の種類
- 機能追加
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 静か
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 45/100