koishi
koishi copied to clipboard
koishijs
Cross-platform chatbot framework made with love
### Describe the bug Computed schema with union schema behaves weird currently. Also some are not visible in production mode. - `union()` ✅ - `computed(number())` ❌ branches ✅ save config...
### Describe the problem related to the feature request 想要在插件配置写一些简短的代码处理逻辑  ### Describe the solution you'd like 为 Schema.string() 添加代码编辑器的 role ### Describe alternatives you've considered _No response_ ### Additional...
### Describe the bug 启动容器后设备风扇狂转但打不开网页控制台，一看容器日志，发现在疯狂报错并重启： app Error: spawn /mnt/c/Windows/System32/WindowsPowerShell/v1.0/powershell.exe ENOENT ### Steps to reproduce 在安装了 podman-desktop 的 Windows 10 电脑上运行 `podman run -p 5140:5140 koishijs/koishi:v1.3.8` ### Expected behavior 期望能正常启动容器。 ###...
### Describe the bug QQ引用消息传给koishi的时，缺失quote属性。 根据[官方文档](https://koishi.chat/zh-CN/api/core/session.html)，session中应该有个quote属性。 沙盒中引用消息时是正常的，但是通过adapter-satori接入chronocat时，接受QQ平台的引用消息，console.log(session)发现quote这个属性直接没了。 在QQ中，直接引用消息并进行指令输入，可以发现 指令 直接被吞掉了……这时候koishi甚至没办法识别help指令。 ### Steps to reproduce 通过adapter-satori接入chronocat，使用这个[插件](https://www.npmjs.com/package/koishi-plugin-debug-session-qq/v/0.0.11)，输入指令去console.log(Session)。 可以发现（在QQ平台中）： 无引用消息并发送指令时，日志中Session的quote属性是缺失的。 引用消息时并发送指令时，koishi无法识别指令。 ### Expected behavior 通过adapter-satori接入chronocat的消息Session中，应该有个quote属性。 ### Screenshots 沙盒的Session:  QQ的Session:  QQ引用消息并输入指令: ...
### Describe the bug broadcast无法正常推送信息并报错 ### Steps to reproduce 在代码中调用broadcast这个api 示例如下： ``` ts function broadcast(deliver: Deliver, message: string) { const temp = deliver.map( element => `${element.platform}:${element.guildId}` ); logger.info(temp) ctx.broadcast(temp, message);...
### Describe the bug 例如有指令 ```typescript ctx.command('foo', { authority: 3 }).option('ver', '-v ') ``` 当权限不足时，`foo`报`权限不足`，而`foo -v abcd`则会报 `选项ver输入无效` 是否应该将部分逻辑移至`on('attach')` ? 或者延后`parse reject`的时机 ref: koishijs/koishi-plugin-switch#3 ### Steps to reproduce / ###...
### Describe the bug 在`4.17.7`更新到`4.17.8`时发现了一个相当奇怪的问题，这里附上我的详细操作过程便于诊断和复现（可能略长）： 在更新完成，重启Koishi之后从浏览器访问WEB控制台，此时发现页面完全卡死，表现为： 1.左侧活动栏只显示出不全的几个图标，有时是3个，有时是4个。 2.点击任何按钮皆无反应。 3.右下角一直显示正在加载页面组件，进度条卡住不动。 4.片刻后浏览器提示网页无响应。 5.此时bot本身功能正常，在聊天平台中有响应，只是WEB控制台无法访问。 6.**后台日志中的输出与平时启动时完全一致，无任何警告或错误信息。** 7.即使启动后等待相当长一段时间再访问控制台，此问题仍然会出现。 遂尝试重启Koishi、系统，皆无法解决问题。 随后回滚更新操作： 1.将项目目录下的`./data`、`./package.json`，`./koishi.yml`还原为更新前的状态。 2.使用`yarn && yarn start`重新获取依赖包并启动Koishi。 3.此时上述问题不再复现。 此后重启系统、重启Koishi后问题皆未出现，但再一次尝试更新到`4.17.8`后问题再次出现。这一系列操作已尝试过多次，在我的环境中复现率为**100%**。 接着，尝试使用`yarn dev`以开发模式启动Koishi，控制台的启动速度相较`4.17.7`略慢（日志中输出`console webui is available at http://x.x.x.x:xxx`后，需要等待一段时间后才能在浏览器中正常打开WEB控制台），但之后能够正常访问和使用。 再次更新至`4.17.8`，经多次试验，发现如果**在`package.json`的`scripts`中，给`start`加上`dev`里的`cross-env...
### Describe the bug `session.execute(___, true)` 时，无法用字符串正确地表示的消息元素被错误地序列化成了字符串。 ### Steps to reproduce ~~~tsx ctx.command("foo").action(() => ( Hello, world! )) ctx.command("bar").action(async ({ session }) => { return ( foo 指令的执行结果： {h.parse(await session.execute("foo",...
some command that goes interaction/command (e.g., Discord) won't pass the function contains that logic.
