[Deepseek Harness] arkcli helper为dsh自动配置的模型列表，会把deepseek官方的覆盖掉

[yudenh]

问题：
在终端运行 arkcli helper，
AI Agent选择 Deepseek Harness，
完成之后，deepseek官方的模型消失了，被火山引擎的模型列表覆盖了。

期望：
火山引擎的模型可以配置在单独的provider，不要覆盖deepseek官方模型。
这样，可以随时切换使用deepseek官方模型，还是使用火山引擎模型。

[yudenh]

可以像这样，配置在 llm-pi-ai 的 providers 节点里面

llm-pi-ai:
providers:
ark:
api: openai-responses
apiKeyEnv: ARK_API_KEY
baseURL: https://ark.cn-beijing.volces.com/api/coding/v3
defaultContextWindow: 1048576
models:
- id: ark-code-latest
name: auto

[narcilee7]

收到，我们下来看下，尽快修复～

[linhongyu510]

我可以协助处理这个问题。如果目前还没有内部修复在进行，我计划先补一个配置迁移回归测试，确保 arkcli helper 将火山模型写入独立 provider，并保留 DeepSeek 官方模型列表；随后做最小范围修改并完整跑现有测试。请问是否欢迎我提交外部 PR？为避免重复，我会等确认后再开始实现。

[narcilee7]

在进行哈，周一最新的版本会上。

[liyangbing]

这个问题的核心应是 provider/catalog 的所有权与合并策略：arkcli helper 不应把自己的模型列表写成 DSH 全局模型列表。

建议按“追加、隔离、可回滚”处理：

• 将火山引擎模型注册在独立 provider namespace 下，模型 ID 使用 provider-qualified identity；合并时只允许 additive contribution，禁止 helper 清空或覆盖 DeepSeek 官方 provider 的 entries。
• 配置写入前读取并保留原始 provider/catalog revision，生成带来源、版本和时间的变更 receipt；重复运行 helper 应幂等，卸载或失败时可恢复到上一个有效快照。
• UI/CLI 的模型选择应显示 provider 分组，且请求快照同时绑定 provider、model ID 和 catalog revision；官方模型下线/列表刷新时不能静默改成火山模型，stale selection 应要求重新选择。
• 兼容旧配置时做一次显式迁移：把未限定 provider 的旧模型项标记为待确认或映射到明确 provider，不要根据名称猜测并覆盖现有配置。
• 验收覆盖只安装官方 DSH、只启用 arkcli、两者同时启用、helper 重跑、卸载、配置损坏和升级回滚；证明官方模型仍可选、火山模型可切换，且凭证只绑定各自 provider，不写入 prompt 或公开日志。

独立社区 handbook 的 model/provider 配置边界参考： https://github.com/sandbaseai/deepseek-harness-handbook/blob/main/docs/en/troubleshooting/session-model-default-coupling.md

本 handbook 是独立社区项目，并非 DeepSeek AI 官方项目。