Minghan Zhang

这是你的app的问题吧

浏览器？

OK 复现到了 等我处理完 #77 来处理

商业版和chatnio官网已经修复，功能将由 @Sh1n3zZ 下放开源版。

以后有时间考虑

当前 Deeptrain 模式已经实现自定义头像功能，All in one 模式不支持。All in one 模式图片需要单独向外暴露，因分布式存储问题移交至商业版 （商业版支持 S3 Bucket / MinIO / COS等存储方式），开源版暂时不考虑实现。

1. 前已经被列入 商业版 Todo 中。 类似于 Poe 的模型市场，当前可支持两种方式： - 预设市场，可选是否隐藏预设，可选是否计费及收费方式（一次性，按次计费，按 Token 计费等），后台可选百度等文本审核方式。 - 模型 API，可以定义好格式后 向外调用 API，可选收费方式。 如果设置为计费，开发者可以通过预设/模型赚取一定收入。 2. stt 我认为当前系统输入法的语音转文字已经能胜任许多地方（拿华为输入法举例），不会去首先列入 Todo 实现。 TTS 倒是会首先计划先实现。 3. ai 群聊？im 群聊我认为是否过于臃肿 对于一个追求轻量化的项目来说，没有时间也没有考虑必要去实现，不会去过多考虑发展架设对于分布式...

1. 按照你的思路来说有一定正确性，除此之外，但是按次 如 Midjourney, DALLE，Plus 逆向模型等模型也是存在的。我可以考虑设置资源包计费方式，如涵盖 Token 资源包, 次数配额资源包。不过 Token 资源包会有一定的架构冲突，上线有可能需要更长时间。 “按使用付费”与下文用户的“订阅套餐日价值”和“流量包token价值”挂钩是一个很不错的主意，我也曾思考过，但是如何避免刷使用量是一个值得长久思考的问题，目前分成两种思路我认为都不是理想方案： - 即时结算，假设按价值的某个比例来说，如果使用一次就给开发者返回积分，比如 千分之0.1，每次一个用户用一次就给予 0.03 积分，如何避免刷使用量是个值得考究的问题（比如说我就用这个预设去免费模型请求了几十万次 这个开发者有可能就能获利远超于订阅的价格的问题，即所谓刷单。如果设置最大积分返现（比如一个用户的订阅统计已经返现超过10%比例后的返现将会为0，有可能对后面的开发者来讲 后续使用的预设或者模型 返现是没有的 这也是不理想的情况 而且这样数据库判定也比较难实现）。 - 按照一天的权重划分，每日结算，比如说这个A预设一个用户用了20次，B预设用了10次，我可以按照10%比例根据权重给予A预设开发者0.2积分，B预设开发者0.1积分，这样实现起来也是比较庞大而且容易出更多的“不可预料代码情况” 也容易出架构臃肿的设计，比如存储何处是个值得考虑的问题，如果存到数据库，占用存储大小需要考虑以及定期的数据清理和性能负载，包括每日结算的 worker 什么时候触发并如何计算等是一个非常需要构思的问题，如果存到缓存，需要考虑如果在分布式 / 高并发的情况下如何加锁防止多次同时请求或者多次同时触发带来的严重的更新异常问题） 我暂时没有更好的思路去解决这个问题，也欢迎提出更好的解决思路。...

> 统计当日各用户调用“user分享预设”并使用“付费模型”的总次数 这是一个好思路，不过需要统计的数据比较庞大，之后如果有时间可以往这方面发展。

这怎么算是呢，这是这个项目的一轮生命周期已经结束