Him188
Him188
所有都不支持视频
没有足够时间，不过欢迎PR
目前的主要发展方向是提升代码质量，让 mirai 更容易维护，让 PR 更容易。这就包括了重构掉自 1.0 时期（我刚学 Kotlin 时）的代码，修复系统性问题（如 2.11 解决插件类隔离这个多系统的复杂问题）。可以发现大概从 mirai 2.7 我们就在做这些事情了。 新增一个新功能是要花费很多精力。要设计可靠易用的 API，要覆盖测试，要考虑未来扩展，反而协议是最简单的内容。 我认为 mirai 发展到现在已经有不小规模，需要优先保证各方面的稳定性。不但功能要稳定，代码要有一定质量，还要使项目能够在未来由其他人接手。所以没有一味地增加更多功能。
我今天用了这个, 我的账号还可以用. 里面的验证是扫码通过的. 你可以尝试先在手机 QQ 登录机器人账号, 然后再登录 bot, 这个验证就可能会让你用手机 qq 扫码
试试删除 account.secrets, 不行就删除 cache 目录?
尝试关掉设备锁. 不行的话可能需要你的账号密码帮助调试, 如果你愿意提供, 可以发邮件给 `[email protected]`. 账号仅用于测试是否能登录.
mitadata 既然只供内部使用，那用 ProtoBuf 编码不就最小了？（其实主要还是简单）
使用 jvm 参数修改行为不太好，这种有格式的属性必须在编译期固定格式
既然根据经验，图片不包含大小和长宽就不能发送，就没没太大必要支持旧版 id 了。用户使用这种 id 一般都是为了储存或者通信，这些情况都需要保留数据 但由于用户有可能会处理 imageId 的内容，不能影响已经编译的代码。 一个绝对兼容的更新方式是保留 imageId 及其特性，新增 imageIdNew 或者其他较短命名的属性返回新版本。 另一个要有一些迁移才能兼容，但可以让 imageId 将来返回新版本的方式是： 1. 添加一个属性返回新版本 2. 修改 val imageId, inline get() = 旧版本，标注 deprecated 3. 在一些版本后将 imageId...
我赞成将旧 id 定名为 contentId