节点引擎
节点引擎
用户登录
节点引擎
新用户接入
--
飞书助手
操作面板
引擎凭证池
对外 Codex 接口
—/v1/responses 或 /v1/chat/completions(兼容层), 中央经引擎隧道打到 codex 网关 —— 真凭据不出引擎。每个 Key 绑一个归属用户(按其订阅与费用限额准入, 用量计到该用户账上)和一个引擎。—
—
—
API Key
/v1 为止 —— /responses 由 SDK 自己拼。
把完整端点填进 SDK 的 base_url 会变成 /v1/responses/responses → 404。curl 则用完整端点。
"store": false —— codex 上游强制要求, 缺了直接回 400 Store must be set to false。 (走 /v1/chat/completions 则不用管, 中央代补)
session_id 头(仅 /v1/responses) —— 这是正确性要求, 不是性能优化。codex 的加密推理内容按账号隔离, 中途换凭据会被上游硬拒。不传的代价: 整个 Key 退化成一条会话, 所有请求被钉死在同一个凭据上 —— 拿不到池内其它凭据的并发额度, 一并发就撞
codex_concurrency_limited; 并发多对话时上下文还会互相污染。会话键按三级取:
session_id 头 → 请求体 prompt_cache_key(OpenAI 标准字段, hermes 等客户端自动带) → extkey:N 兜底。响应头 X-Hermes-Session 回显实际生效的值, 是 extkey:N 就说明前两级都没命中。会话键同时决定落哪台引擎: 同一会话固定同一台(不掉加密推理), 不同会话摊到各引擎 —— 所以传了它才能用上全部引擎的凭据池。
api_mode: codex_responses —— 不写会默认打 /v1/chat/completions, 虽然兼容层能接住, 但白走一层翻译, 且 hermes 的会话 id 只在这个模式下才放进 prompt_cache_key。provider 名别用 openai-codex —— 那是 hermes 内置的 OAuth provider, 会走 auth.json 而非 api_key。
/v1/chat/completions —— 给只会打 chat 的客户端
(open-webui / LobeChat / Cherry Studio / LangChain 等) 用, 中央做双向翻译再打到同一个 codex 池。
store / stream / session_id 都不用管: 上游恒流式, 客户端要非流式就由中央聚合;
会话键没传就按【system + 首条 user】哈希兜底, 同对话粘同一凭据、不同对话自然摊开。
工具调用 (tools / tool_calls) 与推理摘要 (reasoning_content) 都已翻译。🔴
temperature/top_p/stop/max_tokens 等参数会被丢弃 —— codex 后端只收 codex CLI 会发的那批字段, 多给一个就 400 (max_output_tokens 也在被拒之列, 所以输出长度限不住);
丢了哪些看响应头 X-Hermes-Compat-Warn。
X-Hermes-Engine 指出落在哪台引擎。
付费记录 / 营收
用量管理 每用户 token 用量
信火网络 推荐关系图
调整推荐关系
改某用户的上级 · 只影响未来分佣合伙人业绩 / 提成
| # | 合伙人 | 身份 | 联系电话 | 计佣笔数 | 到款金额 | 佣金 | 节点 |
|---|---|---|---|---|---|---|---|
| — 选择时间范围后查询 — | |||||||
网络成员
| 用户 | 身份 | 推荐人 | 直推% | 二级% | 现金余额 | 节点数 | 调整身份 |
|---|---|---|---|---|---|---|---|
| — 加载中 — | |||||||
GPU
—
—
——
试用天数:注册即送,试用中可随时订阅并从试用期末顺延(0 = 不送)。邀请码:普通用户注册与登录的门票,至少 4 字符,当前值已预填,改完点保存。
全局默认分佣费率 (受益人角色×层级: 高级直推 / 普通直推 / 二级穿透) 与最低提现门槛。代金券制: 普通用户每邀请 1 位好友订阅, 返其实付额「直推返券%」的代金券; 好友支付订阅时自动抵扣, 单单最多抵「抵扣封顶%」(留 ≥10% 现金保证微信可下单)。单个合伙人的 per-user 费率覆盖在「信火网络 → 网络成员」名册行内编辑。当前值已预填, 改动随「保存全部设置」提交。
用户没有单独配额时的默认值。内存 / CPU / 进程数是 Docker 硬限(内存·CPU 开通时会自动夹到引擎真实能力内);存储目前仅用于显示配额,无硬性限制。改动只影响之后新开通的容器。
引擎内存/存储使用率达到上限后不再接收新用户,开通时自动尝试下一引擎;全部不满足则开通失败。每个引擎的「用户数量上限」在集群状态页各引擎面板上单独设置。
所有容器 (存量 + 新建) 的 hermes 都配置保障模型为 fallback: 主模型限流/超限时自动降级, 请求仍经推理网关, 由「启用保障模型」开关裁决放行或拒绝。保存后自动下发到全部存量容器 (耗时约十几秒后台完成); 如遇个别失败可手动 。
预置为官方牌价快照 (2026-07: OpenAI developers.openai.com/api/docs/pricing · 小米 mimo.mi.com 国内牌价)。「缓存写入」仅部分模型计价, 留空 = 不适用 (gpt-5.5 及更早无此项; mimo 现为限时免费记 0)。模型名需与用量管理里网关计量的模型名一致。费用在用量入库时按当时价格固化, 改价只影响之后的新用量, 历史费用不重算。改动随「保存全部设置」提交。
绑定后可用「手机号 + 验证码」登录;忘记密码时也能通过手机找回账户。
选择用户
注销 —
此操作将释放系统资源并禁用登录,但保留推荐网络与业务记录:
- ●释放:容器、数据卷、内存/存储、手机号(可被新用户注册)
- ●禁用:登录(清密码、注销现有会话)
- ✓保留:上下级推荐关系、订阅/订单/提现记录
- ✓佣金继续计入但冻结(无法提现)
用户活跃度分析
奖励明细
— 的节点
—
修改密码
财务为共享账户, 改密后所有财务人员均需用新密码登录; 当前会话不受影响。