OpenClawBusabase × OpenClaw

OpenClawのナレッジベース

OpenClawはworkspace files、daily memory、long-term memory、Skills、routed sessionsでAgentにdurable local continuityを与えます。Busabaseは1つのAgent memory lifecycleを越え、team reviewと再利用が必要なfactのpromotion boundaryです。

Knowledge promotion proposalHuman review
OpenClaw memoryから提案を受けるBusabase AirApp record
OpenClawはworkspaceに書かれた内容を記憶します。Busabaseは責任ownerが広い利用を承認した内容を記録します。

4つのmemory file

Personal continuityとorganizational authorityは異なるretention問題。

OpenClawはhidden stateではなく明示的なfile-backed memoryを使います。各fileのstartup/maintenance roleは異なり、どれも自動でteam-approved recordにはなりません。

ファイル想定lifetime保存する内容
USER.mdStable user modelPreferences、communication style、active profile directives
MEMORY.mdCurated long-term continuityDurable non-profile facts、standing decisions
memory/YYYY-MM-DD.mdWorking layerDaily observations、session summaries、raw context
DREAMS.mdReview surfaceHuman inspection用consolidation/backfill summaries

Workspaceはexecution cwdではない

Toolsが別repositoryで動いてもidentityとmemoryを安定させる。

OpenClawはmanaged Agent workspaceとexecution working directoryを分離できます。Bootstrap filesとmemoryはAgent workspaceに残り、deliverableはcwdまたはmanaged worktreeへ置かれます。Provenanceへ影響する場合、Busabase recordは両方を参照します。

AGENT WORKSPACE

Identity、instructions、memory、selected Skills

EXECUTION CWD

Repository、generated files、runtime artifacts

REVIEWED RECORD

Accepted claimと両contextへのlink

Sessionsとchannels

同じAgentが多くのconversationを受けても、全messageをshared truthにはしない。

Session keys、channel bindings、group context、multi-agent routingが誰が何を言い、どこでAgentが動いたかを決めます。Source sessionをprovenanceとして残し、stable ownerが必要なstateだけを昇格します。

01 · CHANNEL / UI

Inbound request / sender context

02 · SESSION

Conversation、tool trajectory、attachments

03 · WORKSPACE MEMORY

Future turns用に選んだcontinuity

04 · BUSABASE

Sessionを越えて共有するreviewed state

Promotion ladder

Observationからcanonical recordまで明示的でlosslessなcheckpointを通す。

Daily notesはnoisy、long-term memoryはcurated、organizational knowledgeには強いadmission criteriaが必要です。Promotionはvolumeを減らしながらevidenceとaccountabilityを増やします。

01ObserveRaw factとcontextをdaily layerへ記録。
02DistillDurableで矛盾しないcontextだけをlong-term memoryへ。
03SourceImmutable file、URL、message、system responseを添付。
04Propose1つのclaimをstructured Change Requestへ。
05ReviewAccountable personがaccept/reject/qualify。
06Reuse他Agent/workflowがmerged recordを読む。

Action-sensitive memory

Approval contextの記憶はguidanceでありpolicy enforcementではない。

Memoryがfuture behaviorを変える場合、OpenClawはtiming、expiry、owner authority、safe-to-act condition、禁止actionの記録を推奨します。Hard controlはapproval settings、sandboxing、scheduled tasks、credentials、reviewed system stateが担います。

MEMORY CAN PRESERVE

Workがblockedな理由

Decision owner

Action unlock条件

Constraint expiry

CONTROL MUST ENFORCE

Tool permission

Credential scope

Sandbox boundary

Change Request approval

Skill ownershipとrevisions

Skillはexecutionを教え、変化するfactを埋め込まずcurrent knowledgeを参照する。

OpenClaw Skillsはworkspace、project、personal、managed、Workshop、bundled、extra-directory precedenceで選ばれるversioned instruction bundlesです。Procedureとtool guidanceはSkillsに、current operational factsはreviewed recordsに置きます。

01

SKILL.md

Taskをいつどう実行するか

02

Skill revision

Sessionが選んだimmutable instruction bundle

03

Busabase record

Current reviewed inputs、decisions、status

MCP handoff

Connection、execution permission、knowledge acceptanceを分ける。

OpenClawはsaved MCP serversをregister、authenticate、probeし、eligible runtimeへprojectできます。Probe成功はconnectivity、tool実行はaction発生を示します。Resultがcanonicalになるのはrecord review後です。

01 · REGISTER

Server definitionを保存

02 · LOGIN

Identity grantがactive

03 · PROBE

Capabilitiesへ到達可能

04 · EXECUTE

Bounded tool callがevidenceを返す

05 · REVIEW

Proposed stateをaccept

Operational knowledge contract

Session pruningとmemory consolidation後も残るlineageを保存する。

Local memoryが変化し、origin channelが利用できなくてもrecord単体で理解できるようにします。

knowledge_keySessions/Agentsを越えるstable identity
claimCurrentとして提案するconcise statement
source_sessionOriginating session/channel reference
workspace_refAgent workspace / relevant memory file
execution_refRun、command、artifact、external response
evidenceImmutable supporting material
ownerAcceptanceとmaintenanceの責任者
freshnessObserved、effective、next-review times
decisionAccepted、conditional、rejected、superseded
OpenClaw operational evidenceを保全するBusabase delivery log

Retentionとfreshness

Durable memoryをfactより長生きさせない。

変化するknowledgeにはreview dateとsupersession linkを設定します。Memory searchでold notesを取得できるのはprovenanceとして有用だからです。Downstream workflowはcurrent merged recordを優先します。

Memory lifecycleを確認
Stable preferencePreference変更時にUSER.mdでsupersede
Working observationPromotion条件を満たすまでdaily memory
Agent continuityMEMORY.mdでcurateしbootstrap pressureを管理
Shared operational factBusabase recordへowner/next review
Expired/contradicted claimEvidence chainを消さずsupersede

実務上の質問

OpenClawナレッジベースのFAQ

BusabaseはMEMORY.mdを置き換えますか?

いいえ。MEMORY.mdは1つのAgentのcurated continuity、Busabaseはteam、workflow、複数Agentが依存するreviewed factsを保存します。

全daily noteをpromoteしますか?

しません。大半はworking contextです。Evidence、owner、reuse needを持つdurable claimだけをpromoteします。

Memoryはapproval policyをenforceできますか?

できません。Constraintとapproval contextは保存できますが、hard controlにはpermissions、sandboxing、credentials、review gateが必要です。

Skillにcurrent customer/operation statusを保存しますか?

通常は避けます。ProcedureはSkill、changing factsはreviewed recordsからqueryします。

Original sessionがpruneされたら?

Reviewed recordはclaimとbounded provenance linksを保持します。Raw sessionはOpenClaw retention policyに従います。

1つのpromoted factから始める

OpenClawは広く記憶し、shared truthは狭いreview gateを通す。

他Agent/teamが必要とするaction-sensitive memoryを1つ選び、source、execution evidence、owner、freshness ruleを付けてreviewします。