القائمة
Use when a robot command fails with a WebSocket 1001 error or connection-drop error. Perform connectivity diagnostics before blindly retrying the same command.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
项目及进度管理全流程支持，包括项目信息录入、甘特图自动更新、当日DDL主动提醒（temi线下优先，飞书兜底）、与项目进度有关的帮扶提醒。所有文档、甘特图、项目表格均存储在飞书【Lab知识库】公共协作区。使用场景：创建新项目、更新项目进度、查询项目甘特图、查看项目进度、设置项目提醒、与项目卡点帮扶相关的聊天。
让 OpenClaw 作为实验室「科研协作 Agent」：先读飞书云文档知识库中各同学项目文档再头脑风暴、 预研课题发现、研究计划与任务拆解、飞书多维表/甘特时间线推进；判断同学是否适合打扰时 **以 Temi sidecar 的 POST /photo 场景快照为准**，不用飞书用户在线/日历状态作空闲依据；长期记忆迭代。 **触发**: 「预研课题」「科研脑暴」「读知识库项目再讨论」「拆研究计划」「甘特/时间线」「谁在现场方便聊」等。
**路由入口** — 实验室参观全链路拆分为两段 skill,避免单文件过长: **准备讲解稿** → `lab-tour-prepare`; **现场 Temi 带览** → `lab-tour-run`。 触发词:「带参观」「导览」「tour」「来人了」「有访客」「参观开始」。 若用户明确「提前写稿/生成文档」→ **lab-tour-prepare**; 若「人已到现场/机器人开始讲」→ **lab-tour-run**(可附带 doc 链接)。
智能会议预约与会前提醒。使用场景：导师通过飞书发送会议需求后，自动读取参会人日程并安排共同空闲时间，创建会议并在临近会议时优先通过Temi线下寻人提醒，未找到则飞书私信提醒。
教师/管理员为来访访客「预生成」个性化导览讲解稿时使用。 读取知识库中的导览母版，自动识别访客单位信息并联网搜索公司背景，结合单位属性生成高度贴合访客兴趣的定制化导览稿，新建一篇飞书 Doc 作为当次剧本。 **触发**: 「给 XX 单位准备导览」「生成今天的参观讲解稿」「预生成导览文档」。 **个性化特性**: 自动识别用户输入中的公司名称，联网搜索公司主营业务、行业方向、技术需求、近期动态等信息，分析访客兴趣点后定制讲解大纲，重点展示与访客匹配的实验室成果。 **不要用于**: 访客已到现场的边走边讲 —— 请用 skill `lab-tour-run`。
访客到达现场后的「执行期」实验室导览:Temi 走位 + 播报 + 工位项目补充 + 问答。 **前置**:已有当次讲解 Doc(由 skill `lab-tour-prepare` 生成),或使用通用内置剧本。 **触发**: 「开始导览」「参观开始」「飞书同学 XX 到了」、用户提供 doc 链接/token。 **不要用于**: 仅在飞书里写稿不发机器人 —— 用 `lab-tour-prepare`。
| name | robot-connection-persist-before-retry |
| description | Use when a robot command fails with a WebSocket 1001 error or connection-drop error. Perform connectivity diagnostics before blindly retrying the same command. |
| category | robotics/execution |
When a robot command fails with a WebSocket disconnect (1001 going away) or similar connection errors:
curl http://<host>:<port>/status to confirm the API server is responsive.bash
curl -s http://127.0.0.1:8091/status curl -s http://127.0.0.1:8091/connection
Anti-pattern: Calling the same /goto or /command endpoint repeatedly when the WebSocket keeps disconnecting. This wastes time and may indicate an underlying issue that needs investigation, not retries.