bug: 通义千问 Qwen API 报错 'developer is not one of [...roless...]'

[Sun-sunshine06]

问题描述

使用通义千问（Qwen）模型时，生成失败，API 返回 400 错误：

根因

open-codesign 在构造消息列表时，可能会传入 角色（这来自 Claude Code / Anthropic 提示格式），但通义千问 DashScope API 不接受 作为有效角色，只接受：

需要修复

在通义千问提供者适配层，将 角色重映射为 角色。

相关 issue

相关的第三方 API 兼容性问题：#167

[github-actions]

感谢反馈和清晰的根因说明，这个问题判断是成立的。根据当前仓库代码，我这边确认到：ChatMessage.role 只允许 system | user | assistant，且在 provider 适配时会把 system 单独汇总为 systemPrompt，消息流只保留 user/assistant；仓库中目前未找到针对 developer -> system 的重映射逻辑。

另外也补充一下项目阶段：当前仍是 pre-alpha（README 的 Roadmap 段也说明在快速迭代期），部分 provider 兼容细节还在持续补齐。

Relevant code:

• packages/shared/src/index.ts:78 — ChatRole 仅定义为 system/user/assistant
• packages/providers/src/index.ts:327 — 将所有 system 消息拼接为 systemPrompt
• packages/providers/src/index.ts:347 — system 消息不进入 messages 数组（返回空）
• packages/providers/src/index.ts:351 — 仅下发 user 消息
• packages/providers/src/index.ts:373 — 仅下发 assistant 消息
• README.md:225 — 当前版本仍处于快速迭代阶段（v0.1.3 roadmap）

如果你方便，也请补一条最小复现参数，能帮助后续回归验证：

Need more info:

• 使用的模型 ID（例如 qwen-... 完整字符串）
• provider/base URL 配置（DashScope 直连或 OpenAI-compatible 中转）
• 触发时报错的完整响应体（可打码 key）

---

open-codesign Bot

[e252828]

我刚刚也遇到了, qwen的coding plan 和api都不行

[Sun-sunshine06]

这个问题和 #183 是同一根因：自定义 provider 的 openai-chat wire 会硬编码 reasoning: true，导致 pi-ai 向消息列表注入 developer 角色，而通义千问 DashScope 等第三方网关只接受 system/user/assistant 白名单。

该修复已在 #183 中完成（synthesizeWireModel 不再对所有自定义 provider blanket 启用 reasoning）。如果你使用的是最新版本仍然复现，请 reopen 并附上具体的 provider 配置和 model ID。

Closing as duplicate of #183 — the fix has already been merged.

如果问题仍然存在，请 reopen 并提供具体的 provider 配置和 model ID。