- 将 AIsa 配置为 OpenClaw 的 LLM provider。
- 在 OpenClaw 中粘贴一段 prompt,让它连接 AIsa resource capabilities。
1. 将 AIsa 用作 LLM provider
如果你希望完全控制 OpenClaw 的模型配置——自定义模型列表、fallback chains、存储在系统 keychain 中的 auth profiles,或按 channel 路由——可以直接编辑openclaw.json。
Step 1: 获取 AIsa API key
登录 dashboard
进入 API Keys
Step 2: 设置 API key
把 key 添加到~/.openclaw/openclaw.json,或在 shell 中导出:
Step 3: 配置 AIsa provider
把下面的配置块添加到~/.openclaw/openclaw.json:
aisa provider。引用任意模型时使用 aisa/<model-id> 格式。
Step 4: 重启 OpenClaw
2. 连接 AIsa resource capabilities
当 OpenClaw 已经把 AIsa 用作 LLM provider 后,启动一个 OpenClaw session 并粘贴这段 prompt:视频 walkthrough
LLM model 格式
始终使用aisa/<model-id>,例如 aisa/kimi-k2.5、aisa/gpt-5、aisa/claude-opus-4-8。你可以把任何支持的模型加入 provider config 的 models array;完整列表见 model catalog。
高级配置
Fallback chains
如果 primary model 失败(上游 outage、rate limit),OpenClaw 可以自动使用 fallback model 重试:Auth profiles(keychain storage)
把 API key 存入系统 keychain,避免写进openclaw.json:
Per-channel models
在每个 messaging platform 上使用不同模型:监控用量
在 AIsa dashboard 中追踪支出和每次请求的详细信息。可参阅 Usage Logs 了解可查看的内容。Troubleshooting
'No API key found for provider aisa'
'No API key found for provider aisa'
修复:
- 确认已设置
AISA_API_KEY:echo $AISA_API_KEY - 确认
openclaw.json引用的是${AISA_API_KEY}(而不是字面量字符串)。 - 重启 OpenClaw,让它重新读取 env。
- 最后才考虑临时硬编码 key 来验证其他配置是否正常;验证后再改回 env。
Authentication errors (401 / 403)
Authentication errors (401 / 403)
修复:
- 在 dashboard 中确认 key 有效。
- 确保
baseUrl完全是https://api.aisa.one/v1(不要有 trailing slash 问题)。 - 查看 Authentication 了解轮换建议。
Model not working
Model not working
修复:
- 对照 catalog 仔细检查 model ID。
- 确认模型已经列在
models.providers.aisa.models中。 - 使用
aisa/<model-id>形式引用它。
OpenClaw does not know AIsa capabilities
OpenClaw does not know AIsa capabilities
修复: 把这段 prompt 粘贴到 OpenClaw session 中:
相关页面
Authentication
API key 生命周期、存储和最佳实践。
Model Catalog
当前模型 ID、上下文窗口、endpoint、能力和计费说明。
OpenClaw docs
OpenClaw 官方文档。