【要約】個人の暗黙知を組織知に自動昇格させる OSS マルチエージェント基盤を作った話 (Apache 2.0) [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
エージェント開発チームが、長期運用において直面する「知識の属人化と消失」という課題について、以下の問題が挙げられている。
- ・シニアエンジニアの高度なプロンプトが個人のメモに閉じ込められる。
- ・退職に伴い、蓄積された暗黙知（Tribal Knowledge）が組織から消える。
- ・メモリを単一のバケツとして扱うことで、情報の寿命や権限が混在し、検索精度が低下する。
// Approach
Praxiaは、メモリを寿命と権限に基づき5層に階層化し、自動昇格エンジンによって知識を循環させるアプローチを採用している。
- ・メモリの5層スタック（L1:個人, L2:昇格, L3:共有, L4:Git管理Markdown, L5:グラフ）を構築。
- ・3経路昇格エンジン（頻度、アウトカム相関、LLM自己評価）による加重ブレンド判定を実施。
- ・L4層にGit管理のMarkdownを採用し、PRやCODEOWNERSによるレビューフローを適用。
- ・SSO、RBAC、KMS暗号化などのエンタープライズ機能をOSSとして同梱。
// Result
Praxiaの導入により、エンジニアは知識の属人化を防ぎ、商用SaaSの制約を回避しながら高度な運用が可能になる。
- ・シニアの知見をGit管理下に置くことで、標準的な開発フローで組織知を更新できる。
- ・LiteLLM経由で27種類のLLMに対応し、完全オンプレミス環境での運用も可能。
- ・python-pptx等を用いた、サンドボックス内でのコード生成型スキル（pptx/docx作成）を実現。
Senior Engineer Insight
> 知識の「昇格」をGit管理のMarkdownで行う設計は、既存のエンジニアリング文化と親和性が高く極めて合理的だ。単なるベクトルDBへの蓄積ではなく、レビューフローを組み込んだ点は、実運用における信頼性を担保する。ただし、3経路の昇格判定が計算コストやLLMコストをどの程度押し上げるかは、大規模運用時に精査すべき。スケーラビリティの観点では、L4層のGit操作がボトルネックにならないか確認が必要である。