OC-70 当前已交付 AstrBot 四模型手选聊天、会话级切模和普通输出上限修补。游戏启停让渡正在适配，尚待完整实机验收。阶段报告见《AstrBot 四模型聊天阶段报告》。

为什么把入口和模型生命周期放在一起

OpenClaw、AstrBot 和游戏共享 desktop 的 RTX 5080。游戏开始时需要禁止新加载，再排空和卸载现有模型。应用间共享唯一的本地模型管理者，以处理推理请求与游戏占用的冲突。

当前复用 llama-swap 及现有网关，首版允许 desktop 重启带来的短暂不可用。基础设施和参数来源见《RTX 5080 本地 LLM 选型分析》。

已经确认的用户行为

2026-11-05 起，首版采用 AstrBot 手动选择本地或 DeepSeek，以及自动游戏停复模。2026-10-29 原设计中的自动转云和双应用完整接线后置。

场景 首版目标与当前状态
日常聊天 手选 35B、UD27B、Ara27B、DeepSeek Flash，已通过四模型接口与原生聊天验收
本地换模 等待已有回答结束，再排队加载，已部署且用户接受当前体验
游戏启动 禁止新加载，已有请求最多排空 10 秒后取消、卸载，待 T2 实机验收
游戏期间 本地显示暂停，需要云端聊天时由用户手选 DeepSeek
游戏退出 连续 30 秒无目标进程后预热默认 35B，待实机验收
手动停模 优先于自动预热与恢复，纳入生命周期验收
desktop 重启 首版接受短暂不可用，完整重启和故障矩阵后置

10 秒是排空等待上限，显存实际释放需另观察。游戏主进程退出后的 30 秒是稳定等待，模型加载还需要额外时间。

应用与模型保持各自语义

AstrBot 当前统一入口有三款本地模型和 DeepSeek Flash。本地一次驻留一款，模型选择属于当前会话，物理显存由会话共享。35B 有既有结构化记忆链路，两款 27B 与云端沿用各自有限历史。

OpenClaw 的长上下文、工具闭环和完整统一接线属于后续工作。模型可在 AstrBot 中聊天，只能证明该入口已经交付。

先比较成熟组件，不重复造通用代理

当前沿用 llama-swap 的模型进程与切换能力，并用应用侧网关约束访问范围。游戏状态、禁载和排空通过最小生命周期适配接入。后续按已安装版本核对原生 TTL、卸载与健康检查能力。llama-swap 官方配置

历史任务如何承接

OC-55 的未交付统一路由与游戏让渡目标由 OC-70 承接，OC-44 提供本地模型接线基础，OC-20 提供既有模型参数和测评证据。原失败和受限交付结论保留。历史事件见《OpenClaw 模型路由与 Guardian 交接》。

后续最小交付线

先适配当前切模与输出修补版本，再执行游戏启动禁载、排空、显存释放、退出等待、恢复默认模型和实际聊天的完整验收。命令行游戏启停已完成只读可行性检查，真实启动参数、交互会话及退出行为还需验证。

自动转云、跨模型上下文迁移、完整重启故障矩阵按独立增量推进。活动规划见《OpenClaw 后续功能规划》。