Version: 0.9.21.dev.260416

后端：
1. Memory 写入链路新增"召回→比对→汇总"去重决策层
- 新增决策流程：Runner 根据decision.enabled 配置走决策路径（语义召回候选 → Hash 精确命中 → LLM 逐对比对 → 汇总决策 → 执行 ADD/UPDATE/DELETE/NONE），默认关闭，旧路径完全保留
- 新增 LLMDecisionOrchestrator：单对关系判断编排器，输出 duplicate/update/conflict/unrelated 四种关系
- 新增 decision_flow / apply_actions：决策流程主循环与动作落地（新增、更新内容、软删除、跳过）
- 新增 aggregate_decision / decision_validate：汇总规则（按优先级判定动作）与 LLM 输出校验
- 新增 decision model：CandidateSnapshot / ComparisonResult / FinalDecision 等决策层核心类型
- ItemRepo 新增 FindActiveByHash / UpdateContentByID / SoftDeleteByID 三个决策层专用方法
- RAG Runtime / Pipeline / Service 新增 DeleteMemory 向量删除能力，MilvusStore 补充 duplicate collection 错误识别
- Runner 新增 syncVectorDeletes 处理决策层 DELETE 动作的向量清理
- config 新增 decision（enabled/candidateTopK/candidateMinScore/fallbackMode）和 write.mode 配置项，config_loader 增加默认值兜底
- 删除 HANDOFF-RAG复用后续实施计划.md 和旧 log.txt，新增 Log.txt 记录决策流程调试日志
- normalize_facts 导出 HashContent 供决策层复用，audit 新增 update 操作常量

前端：无 仓库：无

backend/memory/module.go

@@ -152,7 +152,16 @@ func wireModule(db *gorm.DB, llmClient *infrallm.Client, ragRuntime infrarag.Run
 	readService := memoryservice.NewReadService(itemRepo, settingsRepo, ragRuntime, cfg)
 	manageService := memoryservice.NewManageService(db, itemRepo, auditRepo, settingsRepo)
 	extractor := memoryorchestrator.NewLLMWriteOrchestrator(llmClient, cfg)
-	runner := memoryworker.NewRunner(db, jobRepo, itemRepo, auditRepo, settingsRepo, extractor, ragRuntime)
+
+	// 决策编排器：仅在 DecisionEnabled 时才创建有效实例。
+	// 原因：cfg.DecisionEnabled=false 时，Runner 不走决策路径，编排器不会使用，
+	// 但仍然创建以保持构造签名统一，避免上层调用方感知条件逻辑。
+	var decisionOrchestrator *memoryorchestrator.LLMDecisionOrchestrator
+	if cfg.DecisionEnabled && llmClient != nil {
+		decisionOrchestrator = memoryorchestrator.NewLLMDecisionOrchestrator(llmClient, cfg)
+	}
+
+	runner := memoryworker.NewRunner(db, jobRepo, itemRepo, auditRepo, settingsRepo, extractor, ragRuntime, cfg, decisionOrchestrator)
 
 	return &Module{
 		db:             db,