qoderwake数字员工需启用anti-rot防腐机制防止记忆腐化。具体包括：启用本地记忆快照以固化关键上下文；手动触发内存自净化清理陈旧记忆块；配置差异化衰减规则集实现维度级时效控制；通过日志语义距离指标和过期项检查验证机制生效。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
QoderWake数字员工在连续运行数天或数周后，若未启用Anti-Rot防腐机制，其记忆库中会逐渐堆积低频、过期、冲突的经验片段，导致任务决策偏离真实业务逻辑——例如将已下线的API接口仍当作有效调用目标，或将半年前的权限策略套用于当前RBAC模型。
启用本地记忆快照以固化关键上下文
本地记忆快照是Anti-Rot机制的物理锚点，它为每次经验沉淀提供可验证的时间戳与加密哈希指纹，确保回溯时能精准定位“哪一版经验被判定为腐化”。
登录QoderWake管理控制台，进入「系统设置 → 安全与存储」页面。
检查「本地记忆快照启用」开关状态，若为关闭则点击开启。
在「快照保存路径」字段中，确认路径指向具备ACL访问控制的隔离目录（如Linux系统下的/var/lib/qoderwake/memory-snapshots/）。【该目录必须由root或qoderwake组拥有写权限，否则快照写入失败且无错误提示】
手动触发内存自净化清理陈旧记忆块
当数字员工出现响应迟缓、策略推荐反复矛盾、或工作流频繁卡在验证环节时，说明内存中已存在大量冗余记忆，需立即干预。
第一步：登录QoderWake管理控制台，进入「系统健康」模块。
第二步：点击「内存治理」面板右上角的立即执行自净化按钮。
第三步：在弹出确认框中选择深度清理（含已过期技能缓存与冗余工作流快照）选项。这一步会强制清空所有ttl_hours超期的记忆块，并合并语义重复但时间戳不同的同源经验条目。
配置差异化衰减规则集
默认规则对所有知识维度采用统一淘汰周期，但在真实生产环境中，权限策略必须比通用技能更敏感，而底层验证规则又比工作流模板更稳定——因此必须定制衰减策略。
方法一：修改配置文件实现维度级时效控制
代码编辑 CLI 工具集合：Cursor CLI（agent）和 Qoder CLI（qodercli），用于代码修改、重构、Code Review 及自动化代码任务。
进入config/governance/子目录。
复制default_rules.yaml为custom_rules.yaml。
在custom_rules.yaml中修改以下字段：
memory: ttl_hours: 720
skills: ttl_hours: 168
permissions: ttl_hours: 24
strategies: ttl_hours: 48
方法二：热加载新规则生效
在config/core.yaml中将governance_rule_path指向新文件路径：governance_rule_path: "./governance/custom_rules.yaml"。
执行命令qoderwakectl reload-governance。这一步不重启服务，但会中断当前正在执行的Critic-Refiner流程，约3秒后恢复。
验证防腐机制是否生效
最直接的验证方式是观察critic.py输出日志中的语义距离指标——若连续三次任务的semantic_drift_score低于0.08，则说明防腐机制已稳定介入。
打开logs/critic/latest.log，搜索关键词drift_score。
找到最近一条含refiner_triggered: true的日志行，检查其前序semantic_drift_score值是否大于0.15。若大于，说明Critic已成功识别偏移并启动修正流程。
执行qoderwakectl list-memory --expired-only，返回结果为空表示无待清理过期项；若有输出，则说明防腐机制尚未覆盖全部维度，需检查custom_rules.yaml中对应维度的ttl_hours是否设为0或负值。
