Qwen Codeのナレッジベース
Qwen CodeはQWEN.md、private auto-memory、optional git-backed team memory、Skills、subagents、MCPでcontextを継続します。Sessionが強くなるほど、Agentがrememberした情報と人がreviewしてacceptedした情報を分ける必要があります。
Four memory layers
QWEN.md、auto-memory、team memory、canonical knowledgeはownerが異なる。
Qwen Codeはsession開始時にinstructionsとlearned contextをloadします。Busabaseはこれらを置換せず、checkoutやAgentを越えて責任を持って再利用する少数のclaimだけを受け取ります。
| Layer | Writer | Best use | Review model |
|---|---|---|---|
| QWEN.md | Human / /init assisted | Commands、conventions、durable instructions | Shared fileはGit review |
| Private auto-memory | Qwen Code | Preferences、feedback、local context | Userがinspect/edit/forget |
| Team memory | Qwen Code + collaborators | Git-backed shared guidance | Diff/PR review + secret scan |
| Busabase record | Agent proposal + owner | Cross-project facts、decisions、status | Change Request then merge |
Team memory
Git-backed sharingはmemoryをreviewableにするがauthoritativeにはしない。
Team memoryはopt-in、source-controlled、collaborator-visibleです。Secret detectionとgit diffはありますが、auto-edit/YOLOではpromptなしでwriteされ得ます。Diffはproposed guidanceとして扱い、business state/cross-system claimは別のreviewed recordへ送ります。
User Qwen directoryのpersonal auto-memory
GitのQWEN.md / optional team-memory
Automatic cleanupから保護するcurated memory
Source、owner、decision、freshnessを持つBusabase record
Subagents and forks
Delegationはcontext/toolsを変えるがfact acceptance authorityは移さない。
Named subagentはseparate context、forkはselected parent turnsをinheritし、fork_tools/profileでexecutionを狭めます。Native Claude Code/Codex executorには別runtime rulesがあります。実際のpath、access、parentへのreturnを残します。
agent_kindNamed subagent、fork、native executor、teammatecontext_scopeFresh、full parent、bounded recent turnstool_scopeAllowed/disallowed tools、MCP serverspermission_modePlan、ask、auto-edit、auto、yoloworking_dirShared checkout / explicit worktreeresult_refReturned message / artifactsApproval Mode
5つのexecution modeはaction riskを表しknowledge qualityは表さない。
Environmentに応じてmodeを選びます。Outcomeがedits、commands、network、MCPに依存する場合はeffective modeを記録します。
| Mode | File edits | Shell / network | Knowledge implication |
|---|---|---|---|
| Plan | Read-only | Not executed | Analysisにもevidenceが必要 |
| Ask Permissions | Manual approval | Manual approval | Userがactionを見ても全claimを検証したとは限らない |
| Auto-Edit | Automatic | Manual approval | Diff reviewは必要 |
| Auto | Classifier-evaluated | Classifier-evaluated | Policy classificationはfactual validationではない |
| YOLO | Automatic | Automatic | Controlled environmentのみ、outcomeは別review |
Skills and MCP
Skillはprocedure、MCPはcapabilityとexternal evidenceを提供する。
Qwen Skillにはinstructions、scripts、templates、hooks、path gatesを含められます。MCPはtools、prompts、resources、filtering、trustを提供します。Skill revision、server identity、response、acceptanceを別fieldにします。
Procedure、support files、deterministic hook
Focused context / controlled tools
External tools、prompts、resources、auth
Accepted conclusion、owner、lifecycle
Promotion path
Remembered contextからexplicit evidenceを持つclaimへ進める。
Memoryがhypothesisを示し、Qwenがowner sourceを読み、appropriate toolsで検証し、bounded updateを提案します。Busabaseはreviewまでnon-canonicalに保ちます。
Knowledge contract
Qwenのmemory state全体ではなく、accepted contentを記録する。
Canonical objectは生成元session contextより小さく、明示的で、accountableであるべきです。
knowledge_keyStable identitymemory_refsQWEN.md / private/team/pinned memoryagent_traceParent、subagents、forks、native executorssource_refsOwner systems / exact evidenceproposed_stateConcise reusable claimownerAcceptance responsibilitydecisionAccepted、conditional、rejected、supersededfreshnessVerified-at / next-review boundaryChoose the owner
各contextを管理できる最小のsystemへ置く。
Qwen memoryをshadow databaseにせず、Busabaseもrepository conventionsを置換しません。
Stable project instructions / verification commands
Personal preferences / short-lived context
Repositoryに属するreviewed shared guidance
Projects、people、Agents、Appsを越えるstructured decisions/facts
Practical questions
Qwen CodeナレッジベースのFAQ
BusabaseはQWEN.mdを置換しますか?
いいえ。QWEN.mdはalways-on project instructions、Busabaseはselected reviewed stateです。
Auto-memoryはcanonicalにできますか?
Useful/inspectableですがmodel-written best-effortです。Owner sourceでclaimをverifyします。
Team memoryはreviewが必要ですか?
Git diffはreviewableですがauto-edit/YOLOではpromptなしwriteもあるためpolicyが必要です。
Forkは自分のoutputをapproveできますか?
いいえ。Tool restrictionはexecution、canonical acceptanceはowner decisionです。
Trusted MCPはtrusted dataですか?
いいえ。Confirmation/replay behaviorとresponse validityは別です。Provenanceを残してverifyします。
1つのmemory-derived claimから始める
Qwen Codeにverifyさせてからdurable recordを提案する。
Useful remembered factを選び、owner systemへ追跡し、Agent path/evidenceを付け、independent reviewへ送ります。

