Busabase × ClineClineのナレッジベース
ClineはRulesとMemory Bankでプロジェクト文脈を継続し、checkpointsでローカル実験を保護します。Busabaseは、1つのtask、repository、Agent runtimeを越えて残す判断のために別のpromotion stepを追加します。
5つの異なるstore
Behavior、memory、rollback、conversation、governanceを1つのファイルに背負わせない。
Clineには複数のpersistence mechanismがあります。それぞれが狭い役割を持つとき価値があります。レビュー済みknowledge baseはtask/repository内のcontinuityが終わる場所から始まります。
Memory Bank lifecycle
変化できるproject summaryは有用であり、だからこそpromotionが必要になる。
Cline Memory Bankはprojectbrief.md、activeContext.md、systemPatterns.md、techContext.md、progress.mdなどの通常Markdownを使います。Agentはmilestone後に更新できます。他teamがpolicyや運用状態として使う前に、主張を別に抽出してレビューします。
Clineが現在taskからactiveContext/progressを更新。
Ownerがcode、Issue、test、external evidenceを確認。
Durable claimをnarrativeとtransient notesから分離。
Claim、source refs、scope、ownerをChange Requestへ。
Accepted versionだけをworkflow間で再利用。
Rollbackはapprovalではない
Checkpointはある時点のファイルを示すが、結果の正しさは決めない。
Cline checkpointsはprojectのGitとは別のshadow repositoryを使い、files、task messages、または両方を復元できます。Local safety netであり、acceptanceにはtest、source review、business impact、accountable ownerが必要です。
Promotion gate
Busabaseを第2repositoryにせず、stable factをMemory Bankから昇格する。
Implementation contextと変化中のproject notesはrepositoryに残します。Structured query、cross-project reuse、owner、audit trailが必要な情報だけを昇格します。
Knowledge promotion record
1つのaccepted claimにはsource chain、scope、expiry behaviorが必要。
Recordは正確なMemory Bank file、task、repository revision、evidenceを参照します。Clineが提案に使った全noteは複製しません。
| フィールド | 用途 |
|---|---|
| knowledge_key | Accepted claimのstable identifier |
| claim | 他workflowが依存できる1文 |
| source_ref | Memory Bank file、task、Issue、document |
| revision | Reviewed commitまたはimmutable version |
| scope | Repository、service、customer、team、environment |
| evidence | Test、diff、log、source URL |
| decision | Accepted、conditional、rejected、superseded |
| owner | Accuracyとmaintenanceの責任者 |
| review_at | Claimを再確認する時点 |
Cline自身のaction control
File approval、auto-approve、MCP accessはcanonical data authorityを付与しない。
Clineはfile edit/command前の確認、選択operationのauto-approve、設定済みMCP toolsを利用できます。Checkpointsはlocal mistakeのcostを下げます。Proposal-level Busabase credentialでshared recordの第2境界を保ちます。
接続前にscopeを決める
どのCline surface/configuration scopeがworkflowを所有するか明確にする。
ClineはIDE extensions、CLI、Desktop、Kanban、SDK applicationsに広がっています。Global/project Rules、Skills、Hooks、Agents、Plugins、MCP settingsは異なるpathです。保守されるconnection guideを使い、surface、workspace、identity、enabled toolsを記録します。
Clineを使うteamの質問
ClineナレッジベースのFAQ
BusabaseはMemory Bankの代わりですか？
いいえ。Memory Bankはrepository filesにstructured project contextを保存します。Busabaseにはreview、ownership、structured query、repository外reuseが必要なclaimだけを送ります。
全task resultをBusabaseへ書きますか？
いいえ。多くのtask conversation、checkpoints、implementation detailはClineとGitに残します。他workflowが必要とするstate、decision、exception、evidenceだけを提案します。
Checkpointはrelease evidenceになりますか？
Local file stateは示せますがrelease artifactやacceptance decisionではありません。実際のcommit、tests、build、deployment、reviewerをリンクします。
Auto-approveならcanonical recordを更新できますか？
Auto-approveはCline operationを制御し、Busabase review policyは変えません。Governed recordsにはreviewを迂回できないcredentialを使います。
共有coding standardsはどこに置きますか？
Executable Agent behaviorはversion-controlled Rules/AGENTS.md。Approved organizational policy、ownership、exception、review historyはBusabaseに置きます。
Memory folder全体でなく1つのfactを昇格する
Clineにはローカルな継続性を、組織の知識には明確な責任を与える。
activeContext.mdまたはprogress.mdに埋もれたdecisionを1つ選び、exact evidenceをリンクし、ownerを割り当て、最初のpromoted recordをレビューします。