wumu
wumu
你解决了吗??我也遇到了同样问题。
> 是不是不可以这么做,还有需要其他配置0.0 我之前在我的mac上也是出现这种问题,可能是交叉编译的问题,后面我都是放到服务器上编译了。
> 现在的url都是指向webs/1 之类的文件夹,建议增加项目名称的选填项,可以自定义子文件夹的名称,美化url 这是一个非常好的想法,我会在后续的版本中添加此功能。
> 建议开发者角色去除创建仓库的权限,改由管理员或超级管理员指派对应的仓库给开发者,开发者只能操作指定仓库的部署,这样角色权限更为分明 这是一个很棒的建议,目前添加仓库给指定开发者的话,那么当前开发者应该只能看见自己的仓库,这可能需要很多的工作量。 :)
我也建议保留渠道这个功能,每个渠道的配置都不太相同,所需的密钥也不一样。 只是现在渠道分配到组,在将组分配到用户在这种场景下可能会有点繁琐。既然要裁剪掉计费、充值、额度等功能,看可不可以提供一个新功能简化这个过程。比如提供一个新的接口(兼容openai),传入的不再是令牌,而是我的登陆访问令牌,直接访问到每个渠道。最后在通过【优先使用“优先级数值”高的渠道,相同优先级随机选择渠道】这一个策越来使用渠道。之前的功能和新功能不冲突。 ``` //sqlite var channels Channel{} DB.Order("priority DESC, RANDOM()"). Find(&channels) ``` //取channels[0]访问
> 我也建议保留渠道这个功能,每个渠道的配置都不太相同,所需的密钥也不一样。 只是现在渠道分配到组,在将组分配到用户在这种场景下可能会有点繁琐。既然要裁剪掉计费、充值、额度等功能,看可不可以提供一个新功能简化这个过程。比如提供一个新的接口(兼容openai),传入的不再是令牌,而是我的登陆访问令牌,直接访问到每个渠道。最后在通过【优先使用“优先级数值”高的渠道,相同优先级随机选择渠道】这一个策越来使用渠道。之前的功能和新功能不冲突。 > > ``` > //sqlite > var channels Channel{} > DB.Order("priority DESC, RANDOM()"). > Find(&channels) > ``` > > //取channels[0]访问 最后不管怎样,如果明确的话,我也很乐意贡献😄(可以领取简单任务)
> > > 我也建议保留渠道这个功能,每个渠道的配置都不太相同,所需的密钥也不一样。 只是现在渠道分配到组,在将组分配到用户在这种场景下可能会有点繁琐。既然要裁剪掉计费、充值、额度等功能,看可不可以提供一个新功能简化这个过程。比如提供一个新的接口(兼容openai),传入的不再是令牌,而是我的登陆访问令牌,直接访问到每个渠道。最后在通过【优先使用“优先级数值”高的渠道,相同优先级随机选择渠道】这一个策越来使用渠道。之前的功能和新功能不冲突。 > > > ``` > > > //sqlite > > > var channels Channel{} > > > DB.Order("priority DESC, RANDOM()"). > > > Find(&channels) >...
> 然后并不是所有厂商都是直接传一个key就完事了,有些还要刷新你要怎么办 不知道老哥接下来的思路是怎样的?我倒是想到一个,就是超级管理员有一个权限,可以给每个用户打开直连功能。用户拥有直连权限之后就可以通过公共接口直接请求问答(带自己的登陆token,需要把登陆token美化下?)。不知道是否可行,或者有其他更好的方案?
> 选择渠道 ### 关于请求时选择的渠道 1. 优先通过用户请求的模型 2. 在符合的渠道中通过优先级排序 3. 优先级相同随机选择