[Mastra ME15] 无强制 Intelligence 部署可运行并诊断全部基础入口 #487

Parent

Spec: #472 — 内置 Agent 执行迁移 Mastra。本 Issue 是其正式子 Issue。

What to build

未启用学习的新部署不配置 Intelligence 也能运行聊天及后台；运维沿同一运行链路诊断模型、工具、审批和费用。

Acceptance criteria

• 基础启动不再要求 Intelligence runner/history/socket 配置；禁用学习和导入 reader 时不在 import/boot/run 创建相关客户端。
• 缺核心目录、数据、模型治理或持久恢复能力时明确拒绝启动/启用相关入口，不能降级成无权限内存 runner。
• 启用学习后独立解析其配置与健康状态；故障显示真实 delivery，不关闭功能或把基础运行说成全部不可用。
• 模型/工具/审批/运行观测关联 OpenBot 稳定身份且不重复计费；日志、错误、event/trace 不泄露 key/capability 或他人内容。
• 全部基础入口在无 Intelligence 的隔离环境完成正向运行；两实例 stop/恢复/撤权、数据库 RLS 和重启等待状态有真实证据。
• 部署健康/配置文案与实际能力一致，既有全功能多租户上线门槛保持，不以本票通过宣称 1123786563/OpenBot-archive#2 已完成。

Blocked by

• [Mastra ME14] 处置在途运行并完成单写切换与无数据损失回滚演练 #486 — 处置在途运行并完成单写切换与无数据损失回滚演练

Scope boundary

去基础运行硬依赖与可诊断部署，不完全替换学习服务，不删除 React/SSE 依赖。

Interfaces

• Consumes：前置票经审查的实际交付合同，以及父 Spec 的身份、预算、消息与恢复约束。
• Produces：基础/可选能力分离配置、健康合同和完整观测关联证据。
• Responsibility：backend_implementer / frontend_implementer；相应只读验证者 + 独立 Spec/质量 reviewer。

Verification

无 Intelligence 的隔离启动+网页/后台运行，启用学习的故障演示，跨实例与受限数据库身份矩阵和观测对账。

Failure handling

基础能力缺失明确拒绝；实际环境缺项不得以全 skip 通过。

Acceptance mapping

父 Spec：A16, A17, A18。既有实施计划关联：T13。Issue 是完整业务切片，计划 Task 是票内或前置工程步骤，两者不一一等同。

Handoff notes

• 方案、测试 seam 与拆票已由用户于 2026-10-19 确认，按该范围登记 Issue。ready-for-agent 只表示规格可接手，不表示依赖已完成、已实现或已获上线授权。
• 使用根 CONTEXT 的术语，遵守公司/团队/本人/逻辑 Bot、计费准入、个人记忆和测试运行器 ADR；不得因框架替换重定权威。
• 每票保留独立可演示的行为；跨端时先固定事件/状态接口，再按专业角色安排票内实现 Task，不把业务票另拆成数据库/后端/前端水平交付。
• 领取前核验前置代码及其同哈希验证/Review 已集成；关闭状态不是实现证据，外部引用不是自动扩大的实施范围。
• 按仓库 writing-plans/SDD/独立 Review/OCR 流程实施；无提交授权用完整未提交增量检查点。该流程在真正实施时适用，本 Issue 登记不启动实现。
• 验证由 e2e 统一调度，native/driven 清单与实际用例数对账，数据库仅用明确的一次性受限角色 fixture；skip/缺环境/零用例不算通过。
• 结束或中断记录 HEAD、范围、完整 patch/新增文件及哈希、实际命令与结果、Review 和限制，方便新 Agent 恢复；不擅自提交、推送、合并、生产导入、部署或关闭其他 Issue。