rockchinq

摘要： 场景 QQ 上的机器人大半时间不在聊天，而在处理两类「申请」：陌生人加好友，机器人被拉进群。两件事都是一次性的，用「收到消息 → 生成回复」的聊天流程去接，接不住：它们根本不是消息。 4.10 里 OneBot v11 是「协议」类适配器，能接 NapCat、Lagrange 这类协议端，但事件到了 阅读全文

摘要： 场景 一个 TG 交流群，群务分三件：新人进群要发欢迎语并顺手说清群规；有人问「怎么配」「这个报错怎么办」要有人答；刷广告、拉群的要当场处理。这三件事现在挤在同一个机器人身上——一条流水线、一套提示词。 麻烦在于触发时机不同。欢迎语只在「有人加入」那一瞬间有意义；群规问答面对每一条普通消 阅读全文

摘要： 场景 客服团队把知识库、提示词和工具都放在 Dify 应用里，企业微信客服这边只负责接客户：客户的问题要人工念给 Dify，再把回答抄回会话。 4.10 里让 Dify 自己回答只能走流水线：把 Dify 当供应商（Dify service API）接进一条流水线。能跑，但同一套编排存在两份——Di 阅读全文

摘要： 场景 团队已经在 Slack 里办公，自动化流程则在 n8n 里画好了：发版本通知、拉一次报表、给新客户建档。问题是这两件事各在各的地方——有人在频道里说「发一版通知吧」，然后另一个人切到 n8n 的浏览器标签，找到那条工作流，点「执行」，再回来把结果贴进频道。 想让对话本身成为入口，chatbot 阅读全文

摘要： 场景 一个机器人走出内网、真的对外服务之前，运维者通常要先回答三个问题。 第一，昨天是谁把供应商密钥改成了另一个值？谁删掉了那条流水线？第二，能登录这个实例的到底有几个人，除了一把密码还有没有第二道门？第三，装进来的插件包是谁签的，跑起来的到底是哪一份代码？ 4.10 的部署里，这三个问题基本只能靠 阅读全文

摘要： 场景 一个 4.10.11 的实例上跑着一条「客服问答流水线」，Runner 用的是内置的 local-agent；机器人「官网客服机器人」通过 http_bot 适配器接进来，再靠一条旧的流水线路由规则把消息送到这条流水线。 把同一份 data 目录交给 4.11.0 启动之后，你会同时看到两件互 阅读全文

摘要： 场景 一个研发团队已经把 Claude Code 和 Codex 用顺手了：本地能读仓库、跑命令、连 MCP 服务。他们希望同事在企业微信、飞书、钉钉群里直接调用这套能力。 在 4.10 上这件事难做干净，难点不在接入侧：平台适配器早就有了，4.10.11 就带着 openclaw_weixin、l 阅读全文

摘要： 场景 群里来了新人，机器人在旁边一句不说；有人申请把机器人加为好友，请求挂在那里没人处理；机器人被拉进新群，也没有任何动作。 问题往往不在适配器，而在通路本身：只有消息能走进去。4.10 的机器人只有一个入口字段组：use_pipeline_name、use_pipeline_uuid、pipeli 阅读全文

摘要： 订阅了几个工具的更新以后，真正费时间的不是“有没有新版本”，而是把一堆发布页看完，找出跟自己有关的变化。聊天里一句“帮我整理一下”，应该触发一次取数，而不是让模型凭印象回忆版本号。 阅读全文

摘要： “我的订单到哪了？”看起来是一个聊天问题，实际需要先查数据。直接把问题扔给模型，它写得再像客服，也不知道某个包裹有没有发货。 阅读全文