koodai

koodai

V2EX 第 38311 号会员,加入于 2013-05-01 00:54:10 +08:00
根据 koodai 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
koodai 最近回复了
@koodai
@KisekiRemi 充值账单尾号 439562 ,支付成功的,订单状态是待支付
id:16
40841 订单尾号
6 天前
回复了 Wcowin 创建的主题 问与答 你们有没有推荐的中转站?
不是要 API ,在 terminal 里面使用吗? team 是 webui 啊
![]( https://img.cdn1.vip/i/69b4af050849d_1773448965.webp)
@sakurajiayou 用了,默认是 auto ,一个请求 2 块多钱,甚至 3 块钱多。可真是要崩溃了。到最后模型还胡说起来了,系统问题换了一个中转,秒解,CC SWITCH 中换的,上下文压缩但没清理。😓
哥们儿,你们这个充值两次,第二次没到账啊。
@sakurajiayou 生成速度很不理想,不知道是网络情况还是服务器那边。

附网路情况:
15.204.105.133 的 Ping 统计信息:
数据包: 已发送 = 4 ,已接收 = 4 ,丢失 = 0 (0% 丢失),
往返行程的估计时间(以毫秒为单位):
最短 = 405ms ,最长 = 459ms ,平均 = 419ms
@sakurajiayou 这里分组我该怎么选?我是国内网络,用的 opencode
2 月 22 日
回复了 feunterban 创建的主题 宽带症候群 论家宽建站的可行性?
自己搞得一个爬虫的监控看版(需简单登录一下),稳稳当当 ddns 解析移动宽带 ipv6 ,加大端口号,用了很久,可能是访问量不大的缘故吧,没事儿,速度飞快
有没有那种理由模型,自动分析问题,并选择最经济但最有品质的后端模型来回复。
最好上下文能自动提炼并根据情况判断附加有用且浓缩的必要信息。
是不是就可以大幅节省并且高效交付了
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   3649 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 23ms · UTC 04:27 · PVG 12:27 · LAX 21:27 · JFK 00:27
♥ Do have faith in what you're doing.