通过五种生命周期管理策略可降低workbuddy日志存储成本：一、按最后修改时间转储；二、按总保留时长分层配置；三、基于访问跟踪与最后一次访问时间动态降级；四、隔离日志路径独立设策；五、结合版本控制规避重复计费。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您在使用 WorkBuddy 过程中持续产生大量运行日志、审计记录或任务执行痕迹，并长期保留在默认热存储层，将导致存储费用快速攀升。以下是通过配置生命周期管理规则，自动将日志对象转入低成本存储类型的实操方法：
一、基于最后修改时间配置转储规则
该方法适用于日志文件具有明确生成周期、且访问频率随时间显著下降的场景。系统依据 Object 的 Last-Modified-Time 字段触发动作，可在日志冷却后自动降级至低频或归档存储，避免人工干预。
1、登录阿里云控制台，进入日志服务（SLS）或对象存储（OSS）对应项目空间。
2、定位到存放 WorkBuddy 日志的 Logstore 或 Bucket，点击「生命周期管理」页签。
3、点击「创建规则」，选择「按最后修改时间」作为匹配条件。
4、设置「30天后转为低频存储」，再设置「90天后转为归档存储」。
5、确认规则作用范围为日志所在目录（如 /workbuddy/logs/），保存并启用规则。
二、按日志保留总时长分层配置
该方法将日志生命周期划分为热、低频、归档三阶段，严格对应业务可接受的访问延迟与成本阈值，实现总保存周期内单位 GB 成本最小化。
1、确定日志整体保留要求，例如需完整保留 97天。
2、在生命周期规则中依次配置：前 7天保留在热存储；第8–37天转入低频存储；第38–97天存于归档存储。
3、确保三项时间之和等于目标保留期，且各阶段起始点无重叠或空缺。
4、勾选「启用自动删除」选项，使归档期满后对象被 ExpireObject 接口清理，规避额外 PUT 请求费用。
三、启用访问跟踪+最后一次访问时间规则
该方法适用于日志访问模式不确定、偶有回溯查询需求的混合场景。系统通过开启访问跟踪采集真实访问行为，以 Last-Accessed-Time 为依据动态识别冷数据，提升分层精准度。
1、在目标 Bucket 或 Logstore 中开启「访问跟踪」功能。
WorkBuddy 桌宠工厂 —— 给一张角色图、一个 codex.pet 链接、一条 codex-pets.net 下载 URL、或一份现成的精灵表，就能自动创建一只可联动 WorkBuddy 状态的桌面宠物。当用户说"创建桌宠"、"做一只桌宠"、"用这张图做桌宠"、"从 codex.pet 安装桌宠"、"导入 codex 桌宠 XX"、"装一下 codex-pets.net 上的 XX&quo
2、等待至少 7天完成访问热度建模，确保统计具备代表性。
3、创建新生命周期规则，选择「按最后一次访问时间」作为触发条件。
4、配置「60天未被访问则转入低频存储」，「180天未被访问则转入归档存储」。
5、关闭「仅对新写入对象生效」开关，使规则同步应用于存量日志对象。
四、隔离日志路径并独立配置规则
该方法通过物理路径隔离，防止 WorkBuddy 运行日志与用户上传文档、模型缓存等混存，避免非日志类对象被误纳入低成本策略，保障关键数据可即时访问。
1、在 OSS Bucket 内新建专用目录：/wb-logs/，所有日志上传逻辑强制指向该路径。
2、在生命周期规则中使用前缀匹配方式，将规则作用域精确限定为 /wb-logs/。
3、禁用通配符与后缀匹配，仅依赖路径前缀确保规则边界清晰。
4、为该路径单独设置更激进的降级策略，例如「14天转低频」「45天转归档」，进一步压缩成本。
五、结合版本控制规避重复计费
该方法用于应对 WorkBuddy 自动轮转日志时频繁覆盖同名文件引发的版本堆积问题。开启版本控制后，生命周期规则仍可对当前版本及历史版本分别设定转换与过期策略，防止旧版本滞留推高容量费用。
1、在 Bucket 基础设置中开启「版本控制」功能。
2、创建两条并行生命周期规则：一条作用于「当前版本」，配置为「30天转低频」；另一条作用于「非当前版本」，配置为「180天后删除」。
3、验证规则状态为「已加载」，确认次日 UTC 0 点（北京时间 8 点后）开始首轮扫描执行。
4、检查监控指标中「TransitionCount」与「ExpireCount」是否稳定增长，确认规则生效。
