技能和模型提供商
技能符号链接因路径逃逸被跳过¶
当日志包含以下内容时使用:
每个技能根目录都是一个包含边界。当 ~/.agents/skills、<workspace>/.agents/skills、<workspace>/skills 或 ~/.openclaw/skills 下的符号链接的真实目标解析到该根目录之外时,该符号链接会被跳过,除非目标被显式信任。
检查该链接:
如果该目标是有意设置的,请同时配置直接技能根目录和允许的符号链接目标:
{
skills: {
load: {
extraDirs: ["~/path/to/skills"],
allowSymlinkTargets: ["~/path/to/skills"],
},
},
}
然后启动新会话或等待技能监视器刷新。如果正在运行的进程早于配置更改,请重启网关。
不要使用宽泛的目标,例如 ~、/ 或整个同步的项目文件夹。将 allowSymlinkTargets 的范围限定为包含受信任的 SKILL.md 目录的真实技能根目录。
Skill Workshop 不使用这些受信任的发现目标。它只写入活动代理的 <state-dir>/agents/<agentId>/agent/workshop-skills 目录内。
相关:
Anthropic 429:长上下文需要额外用量¶
当日志/错误包含 HTTP 429: rate_limit_error: Extra usage is required for long context requests 时使用。
查找以下情况:
- 所选 Anthropic 模型具有原生 1M 上下文窗口(Opus 5、Sonnet 5、Mythos 5、Fable 5.1、Fable 5、Opus 4.6/4.7/4.8、Sonnet 4.6),或者模型配置仍带有旧的
params.context1m: true。 - 当前 Anthropic 凭据不符合长上下文使用条件。
- 仅在需要 1M 上下文路径的长会话/模型运行时请求失败。
修复选项:
1. 使用标准上下文窗口
切换到标准窗口模型,或从较旧的不具备 1M 上下文 GA 能力的模型配置中移除旧的 context1m。
2. 使用符合条件的凭据
使用符合长上下文请求条件的 Anthropic 凭据,或切换到 Anthropic API 密钥。
3. 配置回退模型
配置回退模型,以便在 Anthropic 长上下文请求被拒绝时继续运行。
相关:
上游 403 被拦截的响应¶
当上游 LLM 提供商返回诸如 Your request was blocked 之类的通用 403 时使用。
不要假设这始终是 OpenClaw 配置问题。该响应可能来自上游安全层,例如 CDN、WAF、机器人管理规则或位于 OpenAI 兼容端点之前的反向代理。
查找以下情况:
- 同一提供商下的多个模型以相同方式失败。
- 返回 HTML 或通用安全文本,而不是正常的提供商 API 错误。
- 同一请求时间出现提供商侧安全事件。
- 小型直接
curl探测成功,而正常的 SDK 形态请求失败。
当证据指向 WAF/CDN 拦截时,首先修复提供商侧的过滤。优先为 OpenClaw 使用的 API 路径设置范围严格限定的允许或跳过规则,并避免为整个站点禁用防护。
Warning
成功的最小化 curl 并不能保证真实的 SDK 风格请求会通过相同的上游安全层。
相关:
本地 OpenAI 兼容后端能通过直接探测,但代理运行失败¶
在以下情况使用:
curl ... /v1/models可以工作。- 小型直接
/v1/chat/completions调用可以工作。 - OpenClaw 模型运行仅在正常的代理轮次中失败。
curl http://127.0.0.1:1234/v1/models
curl http://127.0.0.1:1234/v1/chat/completions \
-H 'content-type: application/json' \
-d '{"model":"<id>","messages":[{"role":"user","content":"hi"}],"stream":false}'
openclaw infer model run --model <provider/model> --prompt "hi" --json
openclaw logs --follow
查找以下情况:
- 直接的小型调用成功,但 OpenClaw 运行仅在较大的提示词上失败。
- 即使直接
/v1/chat/completions使用相同的裸模型 ID 可以工作,仍出现model_not_found或 404 错误。 - 后端错误提示
messages[].content期望字符串。 - 使用 OpenAI 兼容的本地后端时,间歇性出现
incomplete turn detected ... stopReason=stop payloads=0警告。 - 仅在较大的提示词 token 数量或完整的代理运行时提示词下出现的后端崩溃。
常见特征
model_not_found出现在本地 MLX/vLLM 风格的服务器上:请验证baseUrl包含/v1,对于/v1/chat/completions后端,api为"openai-completions",并且models.providers.<provider>.models[].id是裸的提供商本地 ID。使用提供商前缀选择一次,例如mlx/mlx-community/Qwen3-30B-A3B-6bit;将目录条目保留为mlx-community/Qwen3-30B-A3B-6bit。messages[...].content: invalid type: sequence, expected a string:后端拒绝结构化的 Chat Completions 内容部分。修复:设置models.providers.<provider>.models[].compat.requiresStringContent: true。validation.keys或类似["role","content"]的允许消息键:后端拒绝 Chat Completions 消息上的 OpenAI 风格重放元数据。修复:设置models.providers.<provider>.models[].compat.strictMessageKeys: true。incomplete turn detected ... stopReason=stop payloads=0:后端完成了 Chat Completions 请求,但该轮次未返回用户可见的助手文本。OpenClaw 会对可安全重放的空 OpenAI 兼容轮次重试一次;持续失败通常意味着后端在产生空/非文本内容,或抑制了最终答案文本。- 直接的小型请求成功,但 OpenClaw 代理运行因后端/模型崩溃而失败(例如某些
llmman背后的llama-server构建上的 Gemma):OpenClaw 传输层很可能已经是正确的;后端在处理更大的代理运行时提示词形态时失败。 - 禁用工具后失败减少但未消失:工具 schema 是压力的一部分,但剩余问题仍然是上游模型/服务器容量或后端 bug。
修复选项
- 对于仅支持字符串内容的 Chat Completions 后端,设置
compat.requiresStringContent: true。 - 对于仅接受每条消息中包含
role和content字段的严格 Chat Completions 后端,设置compat.strictMessageKeys: true。 - 对于无法可靠处理 OpenClaw 工具模式接口的模型/后端,设置
compat.supportsTools: false。 - 尽可能降低提示压力:缩小工作区引导规模、缩短会话历史、使用更轻量的本地模型,或选择长上下文支持更强的后端。
- 如果小型直接请求持续通过,而 OpenClaw 智能体轮次仍会在后端内部崩溃,请将其视为上游服务器/模型的限制,并在上游提交附有所接受负载(payload)格式的复现报告。
相关:
本页原文 Markdown:在 AtomGit 查看·内容源自开源项目 cl/openclaw