【亲测有效】OpenClaw Gateway 出现 “(no output)“ 卡死问题完整解决指南：从手动重启到 systemd Watchdog 自动恢复

最近在使用 OpenClaw（自托管 AI 助手框架，前身 Clawdbot/Moltbot）时，遇到了一个非常常见的顽疾：TUI（终端界面）或 Telegram 等通道经常显示 “(no output)”，消息发出去后机器人完全没反应，看起来像是卡死了。

手动运行 openclaw gateway restart 就能立刻恢复，但这太麻烦了——谁能 24 小时盯着电脑啊？于是我深入排查了官方文档、GitHub issues（如 #747、#9204 等）、社区反馈和 troubleshooting 页面，最终找到了一套生产级的自动恢复方案：利用 systemd 的 Watchdog + graceful restart 实现无人值守自愈。

今天把整个过程完整写出来，分享给大家，尤其是部署在云服务器/VPS 上长期运行的朋友。

一、问题现象与常见触发场景

• TUI 显示 “(no output)”，但日志有时有响应痕迹。
• Telegram/WhatsApp 发送消息后无回复，重启 gateway 后历史响应才出现。
• 常见触发：模型 fallback（Claude rate limit → Ollama/OpenAI）、streaming 失败、网络瞬断、session stale、Node.js 内部死锁。

社区反馈：这是 OpenClaw 早期版本的经典 bug（2026 年仍偶发），fallback 响应没实时渲染到 TUI，直到重启才刷出来。

二、快速临时修复（你可能已经用过）

# 检查状态
openclaw gateway status

# 重启 gateway（最有效一招）