Forte Scarlet

Honestly, it's complicated. The convention for transformer functions is that the type of the first parameter `block` must be `() -> T`, not any kind of *anomalous structure*. The transformer's...

I don't think directly marking generics on annotations is feasible – currently, generics on annotations can't be made generic. Therefore, code like below wouldn't be supported: ```Kotlin @JsPromiseResult @JsExport.Ignore suspend...

Try a simple fix: put the annotation and transformer function in a separate module like this:  Define annotations and functions in `runner` and use them in `subproject` via compiler...

Universal 比起同时配置 `HTTP` 和 `ws` 两种服务来讲似乎并不会带来 _太多_ 的好处。对于API来讲，Http的"一问一答"更便于控制、更直观、也更利于 API 与 bot 之间的分离。 我们认为API使用HTTP是最好的方式。对 Universal 做出支持虽然需要修改或增加不少内容，但倒也不是不可以，只是觉得必要性不大。 是否有更具体的应用场景案例，使得此场景下必须使用 Universal 也就是共用ws的方式，或者此场景 Universal 能带来远超使用两种连接方式的好处呢？

通过本地测试（使用的llonebot），的确出现了无法指定用户名和id的情况，但是实际的请求参数并没有错，目前初步怀疑是服务端的实现问题。 至于不同平台的独特API，如果想要使用，目前可能只能考虑使用 Kotlin 对 `OneBotApi` 类型自行扩展实现并使用了，如有需要可以参考 `OneBotApi` 已有的各个实现类型。

我注意到在 [llonebot文档](https://llonebot.github.io/zh-CN/develop/msg) 中有明确说明：**伪造的消息会以bot身份显示**，因此这在llonebot中可能是一种预期内的结果。 也许GoCq的相关文档内也会有相关的说明？可以前去查阅一下。

我创建了一个简单的 Kotlin 多平台项目，也许可以用作参考： [kt-multiplatform-example.zip](https://github.com/user-attachments/files/15753275/kt-multiplatform-example.zip) Kotlin 多平台的源码集大概类似于： ``` root \- src \- commonMain ---> 共享的源码集 | \- kotlin | \- DataCommon.kt \- jvmMain -------> 专供 JVM 平台的源码集 | \- kotlin |...

👌🏻已了解 不知道会不会有别的不用 `UElement` 的实现方法呢？🤔 _这方面不太了解，只是随口说说_ ， 总而言之辛苦排查了，期待修复的那一天～

好吧，看来需要等待JB对Issue的答复了