本页内容
本页内容
网关
技能和模型提供者
技能符号链接因路径逃逸而被跳过
当日志包含以下内容时使用:
每个技能根目录都是一个包含边界。当 ~/.agents/skills、<workspace>/.agents/skills、<workspace>/skills 或 ~/.openclaw/skills 下的符号链接,其真实目标解析到该根目录之外时,会被跳过,除非该目标已被显式信任。
检查该链接:
如果该目标是有意如此,请同时配置直接技能根目录和允许的符号链接目标:
然后启动新的会话,或等待 skills 监视器刷新。如果运行中的进程早于配置更改,则重启网关。
不要使用过于宽泛的目标,例如 ~、/,或整个同步项目文件夹。请将 allowSymlinkTargets 的范围限制在包含受信任 SKILL.md 目录的真实技能根目录。
Skill Workshop 不使用这些可信的发现目标。它仅写入活动代理的 <state-dir>/agents/<agentId>/agent/workshop-skills 内。
相关:
Anthropic 429 长上下文需要额外用量
当 logs/errors 包含: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 凭据不符合长上下文使用资格。
- Requests 仅在需要 1M 上下文路径的长 sessions/model 运行时失败。
修复选项:
使用标准上下文窗口
切换到标准窗口模型,或从不支持 1M 上下文的 GA- 的旧模型配置中删除旧版 context1m。
使用符合条件的凭证
使用符合长上下文请求资格的 Anthropic 凭据,或切换为 Anthropic API 密钥。
配置后备模型
配置回退模型,以便在 Anthropic 长上下文请求被拒绝时运行仍可继续。
相关:
上游 403 阻止响应
当上游 LLM 提供方返回通用 403(例如 Your request was blocked)时使用。
不要认为这始终是 OpenClaw 配置问题。响应可以来自上游安全层,例如 CDN、WAF、机器人管理规则或 OpenAI- 兼容端点前面的反向代理。
查看以下内容:
- 同一提供方下的多个模型都以相同方式失败。
- 返回的是 HTML 或通用安全文案,而不是正常的提供方 API 错误。
- 同一请求时间点在提供方侧有安全事件记录。
- A 微小的直接
curl检查成功,而正常的 SDK- 形请求失败。
当证据指向 WAF/CDN 区块时,首先修复提供者端过滤。对于 OpenClaw 使用的 API 路径,首选范围狭窄的允许或跳过规则,并避免禁用整个站点的保护。
相关:
Local OpenAI-兼容后端通过直接检查但代理运行失败
适用场景:
curl ... /v1/models可正常工作。- 直接发起很小的
/v1/chat/completions调用可正常工作。 - OpenClaw 模型运行仅在正常代理轮次中失败。
查看以下内容:
- 直接的小型调用成功,但 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-style 服务器:验证baseUrl包括/v1,api是/v1/chat/completions后端的"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"]:后端拒绝 OpenAI- 样式重播聊天完成消息上的元数据。修复:设置models.providers.<provider>.models[].compat.strictMessageKeys: true。incomplete turn detected ... stopReason=stop payloads=0:后端完成了聊天完成请求,但该回合没有返回用户可见的助手文本。 OpenClaw 重试重放安全空 OpenAI- 兼容回合一次;持续失败通常意味着后端正在发出 empty/non-text 内容或抑制最终答案文本。- Direct 小请求成功,但 OpenClaw 代理运行失败并出现 backend/model 崩溃(例如 Gemma 在
llmman后面的某些llama-server构建上):OpenClaw 传输可能已经正确;后端在较大的代理运行时提示形状上失败。 - 禁用工具后故障会缩小,但不会消失:工具模式是压力的一部分,但剩下的问题仍然是上游 model/server 容量或后端错误。
修复选项
- 为仅接受字符串的 Chat Completions 后端设置
compat.requiresStringContent: true。 - 设置
compat.strictMessageKeys: true以实现严格的聊天完成后端,仅在每条消息上接受role和content。 - 为无法可靠处理 OpenClaw 的工具架构曲面的 models/backends 设置
compat.supportsTools: false。 - 尽可能降低提示词压力:更小的工作区启动内容、更短的会话历史、更轻量的本地模型,或使用更强的长上下文支持后端。
- 如果微小的直接请求不断传递,而 OpenClaw 代理在后端内仍然崩溃,请将其视为上游 server/model 限制,并使用可接受的有效负载形状在此处提交重现。
相关: