多模型聊天
在一个聊天工作区切换已发布模型,保留历史上下文和消费记录。
从登录、选择模型、上传文件到扣费记录都放在统一体验里。平台负责复杂连接和计费,用户只负责把任务交给模型。
围绕真实使用场景设计,不要求客户理解 API、上游渠道和路由细节。
在一个聊天工作区切换已发布模型,保留历史上下文和消费记录。
复杂任务可以开启更深入的推理模式,适合分析、规划和代码问题。
需要最新信息时按需开启联网能力,与普通聊天保持同一使用方式。
读取 PDF、DOCX、XLSX、文本、Markdown、CSV、JSON 和常见代码文件。
客户余额按玄序阁销售价结算,每次调用都能在消费明细里核对。
前台明确展示当前服务健康状态,不用客户自己猜模型到底能不能用。
这里直接读取玄序阁当前真实发布模型和面向客户的销售价格。没有发布的模型不会提前伪装成“可用”。
根据当前已发布模型的定位做平台推荐,帮助用户更快选择。这里不是虚构的实时市场排行榜。
普通用户不需要配置任何开发接口。
进入控制台注册或登录,所有模型、文件、账单和历史记录都归到同一个账户。
创建充值订单并到账后获得可用余额。正式支付通道接入后继续沿用同一套账务规则。
打开聊天或上传文件,系统按实际模型消耗结算,并在消费明细里记录。
玄序阁把客户账和上游采购账分开管理。客户只看到自己的充值、余额和销售价消费,不暴露内部供应商与采购成本。
直接读取当前玄序阁服务健康接口,不显示没有依据的 SLA 数字。
玄序阁当前优先做“充值后直接使用模型”的普通客户产品。开发者接口属于另外的产品层,不应该干扰普通用户聊天和文件处理。
每个已发布模型都有客户销售价。调用完成后按实际输入/输出令牌结算,并写入消费明细。
系统先在服务器读取可解析内容,再把当前任务需要的文本作为上下文交给模型。扫描版 PDF 暂不承诺 OCR。
在微信/支付宝正式商户支付回调接入前,充值订单需要运营核对真实收款后确认到账。平台不会用普通个人收款码冒充自动支付接口。
先查看服务状态;若仍无法使用,可进入控制台的工单支持页面提交问题。