KNOWLEDGE SYSTEM
知識を、検索結果ではなく、出所と状態を持つ資産へ。
MURASAMEは、共有Card、実行可能な検証、個人の記憶、プロジェクト固有の設計意図を同じ箱へ混ぜません。何を知っているかだけでなく、どこから来て、誰が確認し、どの条件で使えるかを残します。
FOUR BOUNDED CONTEXTS
役割の違う知識を、信頼境界ごとに分ける。
Knowledge Card
運用中共有Q&A、手順、制約、判断基準。candidateを隔離し、評価済みのverified / referenceを検索・注入する。
Verified Knowledge
実装済みClaim、Verification Spec、Run、EvidenceをCardとは別のライフサイクルで保持する。記録された条件の範囲を越えて一般化しない。
Memory / User Brain
運用中 / 実装済みMemoryはユーザー単位、User Brainは端末側の個人知識。共有Knowledgeと同じ境界で扱わない。
Project / Global Knowledge Graph
現行構成Requirement、Decision、Constraint、Evidenceと関係をProposal-firstで保持し、SpecやSkeleton ViewへつなぐSQLite実装。
TRUSTED LIFECYCLE
候補を、確定知識と同じようには扱わない。
Distiller、LLM、外部解析が作るものはCandidateまたはProposalです。auto-approveもProposalの状態を進める運用であり、Graph Node / EdgeやCardをverifiedへ自動昇格させる機能ではありません。
Candidate
出所を持つ候補として隔離
Evidence
Source・評価・検証条件を関連付け
Review
状態と適用範囲を人が確認
Verified / Reference
許可された検索・注入の対象
Usage / Feedback
次の判断と更新候補へ戻す
境界を越えるときは、一般化とレビューを挟む。
社内文書、コード、顧客固有情報、個人情報をGlobalへ自動送信しません。Localの知識を共有候補へ変える場合は、一般化、Candidate化、Evidence、Evaluation、人間レビューを通します。Globalの候補をLocalへ提案するときも、出所・Version・信頼状態を確認できるようにします。
Knowledge Pack
manifest、署名、Provenance、Evidence、人間レビュー、Rollback、Private Deployment境界をvalidate/inspectできます。外部配信・Import・Provisioningは実行しません。
自社の知識を、どの境界から整えるか。
利用人数、Knowledge量、データ分類、Review体制、成功指標を確認し、運用中の範囲と導入時に検証する範囲を分けて計画を作ります。