按关键词查询 Minecraft 服务器状态并发送图片或数据
30/100
综合分
0
GitHub 星标
—
npm 周下载
—/5
用户评分
数据截至 2026/10/25 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。
相关生态插件(非 dsh 原生,按其对应运行时安装)
git clone https://github.com/yunxineko/koishi-plugin-mcstatus.git状态速览
判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态信任档位:仅索引
是什么
生态应用
桌面端 / Web 外壳,不以 dsh plugin add 安装
装得上吗
本站尚未做安装检查
安全吗
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
还在维护吗
活跃:最近一次提交在 9 天前
档位由哪些信号合成
本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。
社区实装还没有人打卡 · 装过的第一个就是你
安全扫描自动 · 静态分析源码v2.7.0🔵 扫描:含敏感能力尚无人工评估展开查看扫描说明与证据 ↓
安全扫描自动 · 静态分析源码
v2.7.0静态扫描发现插件具备触达本地系统的能力:执行外部命令、读写/删除本地文件、读取剪贴板或密钥类环境变量(至少其一)。这是能力清单,不是危险判定——具体能力项与证据见下方,安装前请自行判断是否需要。
读写/删除本地文件发起外部网络请求
查看扫描证据(共 4 处,展示前 4 条)
- 读取本地文件lib/index.js:402
if (!fs.existsSync(file)) { - 读取本地文件lib/index.js:411
const stat = fs.statSync(file) - 读取本地文件lib/index.js:415
const data = parseJsonc(fs.readFileSync(file, 'utf8')) - 发起网络请求lib/index.js:439
const response = await fetch(url, { signal: controller.signal, redirect: 'follow' })
扫描于 2026/11/2(1 天前) · 范围 入口闭包 + 发布文件清单 · 来源 GitHub 仓库
静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。
给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个
Minecraft 服务器状态查询 | Koishi 插件:关键词触发 mcstatus-api,发状态图 / JSON;控制台表单配置,可直接复用 NapCat 版 rules.json
README
由 DeepSeek 最新模型翻译生成koishi-plugin-mcstatus
在 Koishi 里按关键词查 Minecraft 服务器状态:命中关键词 → 向 mcstatus-api 请求状态图 / JSON → 发到当前会话。
关键词和每个关键词对应的请求参数全部在 Koishi 控制台里表单配置,不用手改 JSON。跟之前那个 NapCat 插件(napcat-plugin-mcstatus)是同一套请求逻辑,只是搬到 Koishi 上、配置搬进了控制台。
安装
在 Koishi 项目根目录
npm install /path/to/koishi-plugin-mcstatus
或者把整个文件夹丢进 node_modules/
然后在 koishi.yml 里加一段:
plugins:
mcstatus:
apiBaseUrl: http://127.0.0.1:3002
启动后打开控制台 → 插件配置 → mcstatus,右边就是表单,改完点右上角保存即可生效(配置会写回 koishi.yml)。
配置项
基础设置
| 字段 | 说明 |
| apiBaseUrl | mcstatus-api 地址。
展开完整文档(README 剩余 1 节)
koishi-plugin-mcstatus
在 Koishi 里按关键词查 Minecraft 服务器状态:命中关键词 → 向 mcstatus-api 请求状态图 / JSON → 发到当前会话。
关键词和每个关键词对应的请求参数全部在 Koishi 控制台里表单配置,不用手改 JSON。跟之前那个 NapCat 插件(napcat-plugin-mcstatus)是同一套请求逻辑,只是搬到 Koishi 上、配置搬进了控制台。
安装
在 Koishi 项目根目录
npm install /path/to/koishi-plugin-mcstatus
或者把整个文件夹丢进 node_modules/
然后在 koishi.yml 里加一段:
plugins:
mcstatus:
apiBaseUrl: http://127.0.0.1:3002
启动后打开控制台 → 插件配置 → mcstatus,右边就是表单,改完点右上角保存即可生效(配置会写回 koishi.yml)。
配置项
基础设置
| 字段 | 说明 |
| apiBaseUrl | mcstatus-api 地址。填 http://主机:端口 会自动补接口路径;填完整接口地址(带 /api/xxx.png)则原样使用 |
| sendMode | buffer 插件自己下载再发(失败会回原因);url 把图片地址交给适配器拉取 |
| timeout | 请求超时,默认 15000 ms |
| cooldown | 同一会话同一规则的冷却秒数,默认 5,填 0 关闭 |
| rulesFile | 直接指向 NapCat 版那份 rules.json,两个机器人共用同一份规则文件 |
| rules | 关键词 → 请求 的映射表(也可以纯用控制台配,和 rulesFile 并存时文件里的优先) |
触发范围
| 字段 | 说明 |
| allowPrivate | 允许私聊触发 |
| groupWhitelist | 只在这些群生效,留空 = 所有群 |
| requireAt | 群里必须 @机器人 才触发 |
| silenceOnError | 请求失败时闭嘴不回复 |
| debug | 控制台打印命中的规则和请求地址 |
单条规则(rules[n])
| 字段 | 说明 |
| enabled | 开关 |
| keyword | 关键词数组,多个即别名;命中任意一个即可 |
| match | exact 整条消息完全相同 / contains 包含即可 / regex 正则 |
| endpoint | banner 单服状态图 / overview 多服一览图 / status 单服 JSON / overview-json 多服 JSON(后两个发文字) |
| apiBaseUrl | 这条规则单独用的 API 地址,留空走全局 |
| host port queryPort name | 单服参数,name 是图上标题,不写则显示 host:port |
| servers | 多服列表,逗号分隔,[显示名@]host[:port[:queryPort]],overview 用 |
| theme layout style scale | 出图外观,留空用服务端默认;scale 1/2/3 对应 800×400 / 1600×800 / 2400×1200 |
| extraQuery | 额外查询参数,原样拼到地址后面,如 refresh=1&timeout=8000 |
| beforeText | 发图前先说一句 |
| cooldownSeconds | 单条规则自己的冷却,留空走全局 |
和 NapCat 版共用 rules.json
rulesFile 填 NapCat 那份 rules.json 的绝对路径就行,不用转换、不用复制:
plugins:
mcstatus:
apiBaseUrl: http://127.0.0.1:3002
rulesFile: /home/yunxi/napcat-plugin-mcstatus/rules.json
- 每次收消息都会按「mtime + 文件大小」判断要不要重读,改完保存即生效,和 NapCat 那边看到的是同一份规则。
- params 两种写法都认:对象({"host": "...", "theme": "mono"})和查询串("?host=...&theme=...")。
- keyword 写字符串、逗号分隔、数组都行;endpoint、match、apiBaseUrl、beforeText、cooldownSeconds、顶层 servers 全部沿用原字段名。
- 未知的查询参数(比如 refresh=1)会原样拼到请求地址后面,不会丢。
- 文件里的规则排在控制台 rules 前面,同名关键词以文件为准。
和 NapCat 版的区别
| | napcat-plugin-mcstatus | 本插件 |
| 规则来源 | rules.json(JSONC,热加载) | rulesFile 指向同一份文件 / 控制台表单,两者可并存 |
| 消息来源 | NapCat 插件事件 / OneBot WS 客户端 | Koishi message 事件,所有适配器通用 |
| 请求逻辑 | 拼 URL → 拉 PNG → 失败回原因 | 同 |
| 发图 | base64:// 或 URL | Buffer 或 URL,按适配器自动编码 |
| 冷却 / 白名单 / 私聊开关 | 配置里的固定字段 | 控制台可改,规则也能单独设冷却 |
行为细节
- banner / overview 接口就算参数错了也会回一张说明图(PNG),这种情况照常发图,不报错。
- status 返回的 JSON 会缩进后按文字发送,超过 1200 字截断。
- 只有连不上 / 超时 / 返回的不是 PNG 才算失败,此时回一句「服务器状态查询失败:原因」。
测试
cd ../koishi-test && npm test # 需要一个跑着的 mcstatus-api
覆盖:banner / 概览 / 状态 / 别名 / contains / regex / 前置文字 / 冷却 / 禁用规则 / 未命中不回复 / 私聊 / API 不可达 / 错误图照发,共 13 项。预览分享卡片长什么样 ↓
分享 · DeepSeek Harness Hub
yunxineko/koishi-plugin-mcstatus
按关键词查询 Minecraft 服务器状态并发送图片或数据
相关插件 · 对话 / 记忆
上下文中枢oceanbase/powercontext
上下文跟着工作走 —— 跨会话、跨智能体、跨人。
★ 1,487已汉化DSH
73
智能体记忆库plastic-labs/honcho
Honcho 是记忆基础设施,用来构建有状态的智能体。这些智能体能理解不断变化的人、智能体、群组、项目和想法。
★ 7,894已汉化DSH
71.7
长程智能体控制面loopx-project/loopx
给 Agent 一个目标,让工作持续向前。
★ 6,358已汉化DSH
71.3
智能体上下文数据库volcengine/OpenViking
给 AI 智能体用的上下文数据库
★ 41,379已汉化DSH
71.3
长效机器人团队Fei2411/DS-Bot
DS Bot 是一个基于 DeepSeek Harness简称 dsh的 bot 插件,插件将 dsh 改造为 bot…
★ 5,084已汉化DSH
71.1
可携带记忆层EverMind-AI/EverOS
为什么选择 EverOS
★ 13,778已汉化DSH
71.1
这是你的仓库?认领条目