模型服务或 Worker 挂了，哪些功能还能用，哪些会变慢或不可用？

项目版本说明

这些问答整合历史设计与实现资料；当前 main 分支 README 以工作包描述建设状态。具体能力、实验数据与设计目标的边界见项目状态与证据。

标准回答

Worker 故障主要阻塞新内容抽取、泛化和 Embedding，已提交记忆仍由 Core 提供服务。需要进一步说明在线查询是否依赖实时生成查询向量，以及失败时采用何种已实现的降级；不能把 Worker 隔离扩大成所有模型依赖故障都无影响。

查询服务仍在线，但新材料等待 Embedding 超过预期。这是新鲜度退化，不能只用 HTTP 200 的比例宣称系统完全正常。

**按故障组件拆开看：**Worker、模型 API、Core 和数据库故障后影响不同；数据库不可用时，拆分语言或进程并不能保证查询正常。

**区分可用与新鲜：**旧记忆能查询，不代表刚提交的材料已经变成可检索记忆。对使用方需要表达任务排队、失败或处理中状态。

**恢复需要控制积压：**重试和恢复应避免瞬时把依赖打满，关注队列年龄、错误率和卡住的阶段；参数和监控指标以真实实现补齐。

明确查询侧模型路径及降级。如果没有替代路径，就应说明该类故障会影响向量检索。

说明重试、限并发及过期任务处理，避免旧任务全量恢复后覆盖新状态。

Worker 故障隔离不等于数据库、Core 或在线模型服务均可无故障。