模型接口，不是成品应用
可为写作、代码和分析发送自己的指令、历史及材料。界面、用户数据、验证和动作仍由应用负责。“无审查”不保证所有内容都答、无限吞吐或零日志。模型描述工具动作不等于已执行。
配置地址、密钥与模型
基础地址 https://dikaya.cc/v1，个人密钥放服务器 DIKAYA_API_KEY，不放公共 HTML、浏览器 JavaScript 或客户端安装包。先用文本 Chat Completions 和 seller-pro-2，它是基于 GLM-5.3 的修改版。授权 /v1/models 显示密钥的模型和费率。也支持 Responses、Messages，但第三方客户端具体功能需另验。
分别限制上下文、输出和工具
上下文、JSON 大小与输出不是同一限制。付费默认 16384，密钥/客户端可另设；显式上限 65536 仍受模型限制。合格新账户一次性最多 3 次 Pro 2 文本试用，输出 8192 含推理，6000 字节，每分钟 10 次、同时 1 次。工具需充值并由客户端执行；先验简单文本再加流式和工具。
API 请求体上限为 16 MiB。这是 JSON 字节限制，不是模型上下文大小，也不是输出令牌预算。
处理费用与未知完成
按普通输入、缓存输入、输出计费，推理已在输出内。聊天/API 共用 USD 预付，最低 $5，无订阅或到期。先预留估算，已知 usage 结算并释放余款；明确 HTTP 拒绝释放未用部分，但完成图像阶段可收费。断线或未知 usage 可保留预留，不要悄悄发起新付费生成。保存片段、ID、终态，检查 usage 和结束原因，而非只看 200。
逐步验证集成
下方 curl 有限输出且不自动重试。先约定返回格式、验证内容，再加并发限制和明确恢复。图像能力因模型而异；Pro 可能通过独立付费 Flash 描述而非原生视觉。请求、回答和用量日志保存并涉及外部处理，请向自己的用户如实说明。集成与财务问题在账户支持中人工处理。
任务示例，并非模型回答记录
为笔记应用提出三种结构，并比较各自取舍。
curl https://dikaya.cc/v1/chat/completions \
-H "Authorization: Bearer $DIKAYA_API_KEY" \
-H "Content-Type: application/json" \
-d '{"model":"seller-pro-2","max_tokens":512,"messages":[{"role":"user","content":"为笔记应用提出三种结构，并比较各自取舍。"}]}'登录后，此处显示的任务会成为可编辑的聊天草稿。只有您明确发送才开始处理；本页不生成回答。
常见问题
model 填什么？
填目录准确 ID，例如 seller-pro-2，不用显示名称或其他服务 ID。https://dikaya.cc/v1 是地址，不是模型名。
兼容就代表 IDE 所有功能可用？
不是。分别检查自定义地址、流式、工具格式和客户端模式；实际配置见文档。
超时就重新请求吗？
超时不证明原请求失败或免费。保留状态并确认结果；新的生成可能产生另一笔费用。