Busabase × Claude.aiClaude.aiのナレッジベース
Claude Projectsはshared files、instructions、conversations、project-specific memoryを保持し、ClaudeはArtifacts作成とConnectors経由のactionも行えます。Busabaseは選択したoutcomeに別のreview pathを与え、他teamがcurrent organizational truthとして扱う前に確認します。
6つのcontext layer
Projectに有用なknowledgeがあってもsystem of recordとは限らない。
Claudeの各surfaceには明確な役割があります。役割を分けることで便利なcontextが組織authorityへ変わるのを防ぎます。
| レイヤー | 主な役割 | Authority boundary |
|---|---|---|
| Project knowledge | Project chats全体で使うfiles/references | Project editorが提供するcontext |
| Project instructions | Project内のpersistent response guidance | Behaviorでありchanging factではない |
| Project memory | 1つのprojectに分離されたcontinuity/summary | User/org-controlled memory |
| Chat search | Eligible conversationからcitation付き取得 | Conversation provenance |
| Artifacts | Viewing/editing/sharing可能なself-contained output | Deliverableであり自動approvalではない |
| Busabase record | Owner/lifecycleを持つreviewed claim | Change Request merge後canonical |
Project knowledge
Uploaded materialは回答を改善してもcurrentであることを証明しない。
Claude Projectsは固有のchats、files、knowledge base、instructionsを持つself-contained workspaceです。Team/Enterpriseではview/edit permissionで共有できます。Project materialからdurable claimを作る時はsource ownerとreview dateを残します。
File/textを誰が提供したか？
どのproject/audienceが使えるか？
最後のverificationはいつか？
昇格する正確なconclusionは何か？
Memoryとchat search
Continuityはpersonalized retrievalでありteam approval ledgerではない。
Claudeはmemoryをindividual topicsとして保存し、project memoryをnon-project chatsから分離します。Chat searchは定義されたconversation boundary内でcitation付き取得を行います。User/orgはmemoryをpause、edit、reset、disableできます。Personal memory changeがshared stateを書き換えないようteam factは別に昇格します。
Role、preference、recurring context
Project details / ongoing work
User-managed topics
Evidence-backed claim
Named accountable owner
Effective / next-review dates
Artifacts
Polished artifactはdeliverableでありinputやconclusionのapproval証明ではない。
Artifactsはedit/share/external service接続が可能なsignificant self-contained outputsです。Artifact link/exportをevidenceにし、underlying claim、source coverage、intended useを別にreviewします。
Connector boundary
Source accessとaction permissionはconnector outputをcanonicalにしない。
Claudeはconnected serviceにおける各personのpermissionを継承します。Organization controlはtoolsをAlways allow、Needs approval、Blockedへ制限できます。Custom remote MCP connectorはAnthropic cloudから接続するためpublic reachabilityまたは文書化されたprivate-network optionが必要です。
Identityはsource systemをread/modifyできるか？
Connector actionを今実行してよいか？
Resultをshared truthにしてよいか？
3つの異なるdecision
Sharing、execution、claim acceptanceを分ける。
Project editorはproject knowledgeを変更でき、connectorはsource-system permission内で実行できます。どちらもresultが示すbusiness decisionのownerとは限りません。
知識を昇格するための契約
Claudeのprojectやmemoryから離れても理解できる結論を保存する。
Chat、uploaded files、artifact contentは元のsystemに残し、recordはそれらの成果物を人が確認した状態へ結び付けます。
knowledge_keyChatとprojectをまたぐ識別子project_refProjectと参照したknowledge sourcechat_refs引用したconversationまたはresearch sessionartifact_refEvidenceとして使うoutput revisionconnector_evidenceSource record、tool call、処理後の状態claim現在有効だと提案する短い結論owner採否と維持を担う責任者freshness確認日、適用開始日、再点検日decision採用、条件付き採用、却下、後継記録あり実務上の質問
Claude.aiナレッジベースのFAQ
BusabaseはClaude Projectsを置き換えますか？
いいえ。Projectsはchats、instructions、files、project contextを整理し、Busabaseはprojectを越えて共有するreviewed claimsを保存します。
Project memoryは全projectで共有されますか？
されません。Anthropicはprojectごとにseparate memory/summaryがあると説明しています。
Artifactは自動的にapproved assetですか？
違います。Generated deliverableであり、approvalにはevidence、ownership、intended useが必要です。
Connectorを有効にすると全source recordへaccessできますか？
できません。Claudeはconnected personのsource permissionを継承し、org tool policyがさらに制限します。
Connector resultをcanonical factへ直接書きますか？
Governed knowledgeではsource evidenceとaccountable ownerを持つreviewable proposalにします。
1つのproject outcomeから始める
Rich contextはClaudeに残し、shared trustが必要なclaimだけを昇格する。
Sourceが明確なartifactまたはconnector resultを選び、project、evidence、owner、freshness ruleを付けて別team/Agentが使う前にreviewします。