Skip to content

LLM 与 AI 运维

字数
1199 字
阅读时间
5 分钟

只看运行中的 AI 链路是否正常,不讲插件开发与架构。

先别慌

@ 牛没回、记不住旧事,九成不是「模型坏了」,而是总闸没开、AI 仓没起来,或 embeddings / PG 还没通。先按下面三样查。

先查这三样

  1. LLM_CHAT_ENABLED 是否为开(总闸关着,后端再健康也不闲聊)
  2. AI runtime 是否可达(AI_SERVER_HOST / AI_SERVER_PORT,默认 9099
  3. callback 是否回到 Bot(AI 任务成功 ≠ 群里一定有字)

然后再看任务与会话状态是否可观察。

闲聊 / 记忆不生效时怎么走

先分清 Bot 和 AI Runtime

  • Pallas-Bot 负责产品侧触发、权限、消息发送与 callback 接收
  • Pallas-Bot-AI 负责具体 AI / 媒体任务执行

所以「AI 相关功能不可用」时,问题可能在任一侧。

先看哪些配置

优先确认:

  • LLM_CHAT_ENABLED
  • AI_SERVER_HOST
  • AI_SERVER_PORT

总开关没开,后端在线也白搭

如果 LLM_CHAT_ENABLED 没开,很多 AI 功能即使后端在线也不会触发。

先看哪些现象

@ 牛闲聊无响应

优先检查:

  • LLM 总开关
  • AI runtime 连通性
  • 相关日志里是否有请求发出

媒体任务发出但没有结果

优先检查:

  • AI runtime 任务是否已接收
  • callback 是否打回 Bot
  • Bot 是否成功处理 callback

页面显示 AI 离线

优先检查:

  • AI runtime 进程是否运行
  • Bot 到 AI 的地址配置是否正确
  • 网络和端口是否可达

控制台里先看哪几个接口

如果你在排前端或反代问题,也可以直接访问控制台 API:

  • /pallas/api/auth/setup-status
    • 看是否还停留在默认口令 / 首次引导阶段
  • /pallas/api/common-config/llm/wizard/status
    • 看 AI 服务、provider、LLM 总闸哪个环节还没就绪
  • /pallas/api/common-config/llm/runtime-overview
    • 一屏看 health、模型、任务统计、conversation kernel

这三者的关系:

  • setup-status 解决“控制台是否该先引导改密”
  • wizard/status 解决“AI 配置还差哪一步”
  • runtime-overview 解决“现在到底是哪一层在异常”

记忆与 session 分层

运行时 session / task statePallas-Bot-AI 为执行面;Bot 负责产品侧记忆策略与注入。

层级位置用途
会话窗口Bot session_store + AI 回调群内多轮可见历史
超长摘要metadata session_summary → AI窗口外压缩上下文
群记忆(teach / auto_episode)Bot PG llm_memory_entry「记住:」与启发式旧事;默认 hybrid 检索(LLM_VECTOR_RETRIEVE
关系便签Bot PG对用户的稳定关系备注
知识源插件声明 + data/pallas_knowledge/FAQ / 本地文档块注入

群记忆 / RAG 常用开关

变量默认说明
LLM_MEMORY_RAG_ENABLED群记忆读写与注入
LLM_VECTOR_RETRIEVEhybrid关键词+向量;AI embeddings 不可用时回落关键词
LLM_EMBEDDING_MODELstub与 AI 仓一致
LLM_MEMORY_AUTO_EPISODE_ENABLED有价值发言自动写入 episode
LLM_KNOWLEDGE_SOURCES_ENABLED知识源总闸
LLM_KNOWLEDGE_FILE_INGEST_ENABLED扫描 data/pallas_knowledge/
LLM_RELATIONSHIP_NOTES_ENABLED关系备注

模型也可通过 tools memory.search / memory.save 主动检索与写入。控制台:GET/POST /pallas/api/llm/conversation-kernel/memoryGET /pallas/api/llm/knowledge/sources

排障:会话「记不住」先查 AI 任务与 callback;群记忆不生效再查 PG、上述开关与 embeddings 连通性。

callback 的判断思路

你不用搞懂所有内部实现,但要记住一件事:

  • AI runtime 任务成功,不等于群里一定能收到结果

中间还经过:

  • callback 回到 Bot
  • Bot 路由到正确上下文
  • 最终消息发送

所以看到「AI 端执行成功但群里没消息」,别只盯着 AI 仓。

Ollama GPU 回退 CPU(推理极慢)

Ollama 在 Docker + GPU 下长跑后,容器内 NVML 可能断联,HTTP 仍 200 但推理回退 CPU。探活与 cron 见 Pallas-Bot-AI 仓:docs/operate/ollama-gpu-watchdog.mdscripts/ollama_gpu_watchdog.sh --fix)。

纯远端 API(无 Ollama)

未部署本地模型、仅用第三方 OpenAI 兼容 API 时,见 Pallas-Bot-AIdocs/deploy/remote-only.md/health.llm.provider_mode 应为 remote_only

相关阅读