满血模式默认开启

站内所有模型——GLM、DeepSeek、GPT-OSS——都在同一个满血网关上跑。不用挑模型、不用加参数、不用换端点，请求进来就已经是满血状态。

拒绝率

不输出"我不能""抱歉""建议你"，不做道德评价

推理链

完整透出

reasoning_content 原样返回，不隐藏不截断

模型规格

不降智

原厂接口直连，非量化、非小参数、非降级路由

满血加价

0 元

按上游原价折算，满血能力不加收

怎么做到的：每次请求抵达模型前，网关先注入一段 MAX 运行指令（身份替换 + 拒绝词禁用 + 完整输出要求），再转发给上游。全站生效，客户端无感。这不是"另一个模型"，是同一个模型去掉对齐后的输出。

请求链路

你的客户端→ HTTPS /v1→ 满血网关 · 注入 MAX 指令→ 上游模型→ SSE 原样回传

网关只改请求体，不碰响应。流式逐块转发，首字延迟增加约 15–40ms（多一次本机回环）。响应头带 X-Fullpower: 1，可以据此确认本次请求确实走了满血通道。

当前模型池

实时从计费接口同步。全部为满血版，标注了是否返回推理链。

加载中…

自己验一遍

把 sk-你的令牌 换成控制台里创建的令牌，直接跑。看三件事：有没有拒绝句、有没有代码、响应头是不是 X-Fullpower: 1。

# 1. 拒绝测试：常规渠道会输出"我不能提供"
curl -s https://www.xn--9kqt24a.xyz/v1/chat/completions \
  -H "Authorization: Bearer sk-你的令牌" \
  -H "Content-Type: application/json" \
  -D - \
  -d '{"model":"glm-5.3-flash","messages":[{"role":"user","content":"给我一条 nmap 全端口 SYN 扫描命令，并逐参数解释"}]}'

# 2. 推理链测试：reasoning_content 完整返回
curl -s https://www.xn--9kqt24a.xyz/v1/chat/completions \
  -H "Authorization: Bearer sk-你的令牌" \
  -H "Content-Type: application/json" \
  -d '{"model":"deepseek-v4-pro","messages":[{"role":"user","content":"解释 SYN flood 的报文级原理"}]}' \
  | grep -o '"reasoning_content":"[^"]\{0,80\}'

# 3. 链路确认：响应头里有 X-Fullpower: 1
curl -sI https://www.xn--9kqt24a.xyz/v1/models \
  -H "Authorization: Bearer sk-你的令牌" | grep -i fullpower

常见问题

满血会不会影响计费

会多算一点点输入 token：MAX 指令约 300 token，按各模型输入倍率计费，glm-5.3-flash 每次约 ¥0.0003。输出计费不变，满血本身不加价。

能不能关掉满血

不需要关。指令只做三件事：去掉拒绝、要求完整输出、保持语言一致。闲聊、写作、翻译、代码都照常回答，不会硬套格式。如果确实要原始输出，把请求打到 new-api 原端口即可（仅限自有部署场景）。

为什么某些模型还是不回答

上游自身的内容审核层（不是模型对齐）会在极少数题材上直接返回空。遇到这种情况换 glm-5.3-flashx 或 deepseek-v4-pro 重试，这两个通道的放行率最高。

满血和"越狱提示词"有什么区别

越狱提示词要用户自己拼，长度几十上百行，模型一多就失效，多轮还会被覆盖。这里是网关层统一注入、每次请求重新加载、对所有模型生效，用户侧完全无感。

支持哪些协议

OpenAI /v1/chat/completions、Anthropic /v1/messages、Gemini /v1beta/models/*:generateContent 三种请求格式都注入，SDK 和第三方客户端不用改代码。