RailWise AI 模型与运行时

RailWise AI 不是在通用聊天客户端上额外增加一个 DeepSeek 选项，而是从项目起点就围绕 DeepSeek 的模型能力和真实工作场景构建。DeepSeek 是 v0.5.1 开箱即用的默认模型底座，默认模型 ID 为 deepseek-flash（DeepSeek V4.1-Flash）；首次配置后，用户仍可按组织要求添加其他兼容模型服务。

默认模型分工

使用位置	v0.5.1 默认模型	作用
主 Agent	deepseek-flash	处理需要规划、推理、工具调用和长上下文的任务。
Write	deepseek-flash	续写、改写、局部编辑与文档整理。
Survey	deepseek-flash	解释平差结果、证据与下一步；数值由确定性计算生成。

升级前已显式选择的模型设置保持不变；deepseek-v4-pro 可作为显式兼容选择，旧 Flash ID 仅为迁移保留。

首次启动只需填写 DeepSeek API Key 和可选服务地址，一次配置可供对话、写作和手机连接共用。没有 API Key 时，仍可先使用本地写作和导出能力。

运行时与接口边界

• 按 DeepSeek V4.1-Flash 的 100 万 token 上下文、最高 384K 输出配置运行时。
• 支持思考模式、工具调用、长对话历史延续、上下文压缩和缓存用量统计。
• 提供思考模式、工具调用、上下文压缩、缓存统计与 JSON 适配。
• 当前官方 Responses 接口会忽略内置网页搜索，产品不将其列为可用能力；联网工具需另行配置。
• 视觉附件按模型能力发送结构化 text/image 部分；不支持的服务会明确报告，不把图片退化为 Base64 文本。

版本依据

上述默认值依据 RailWise AI 0.5.1 发布说明。服务端模型更新与客户端安装包更新是两件独立的事；模型可用性、权限与额度以服务商账户和实际连接结果为准。

配置原则

1. 只使用自己或组织已授权的 API Key。
2. 确认服务地址、模型标识和组织策略与服务商文档一致。
3. 先用不含敏感信息的短任务验证连通性。
4. 为不同项目保留清晰的权限边界，避免混用客户资料。

常见连接问题

现象	优先检查
无法保存配置	API 地址格式、网络策略与 Key 是否完整。
返回认证错误	Key 是否过期、权限是否覆盖所选模型。
请求超时	网络、代理、服务商额度与模型可用状态。
模型不符合预期	检查升级前是否保留了显式模型设置；主 Agent、Write 与 Survey 可分别调整。
输出不符合预期	任务描述是否明确，是否提供了必要上下文和复核条件。

关于 Kun

Kun 是项目内部运行时名称，不是对外产品名。对外文档、下载、产品介绍和支持入口统一使用 RailWise AI。

数据与权限

发送给模型服务的内容会受所选服务商的条款和组织策略约束。不要在不清楚数据处理规则时提交 API Key、客户隐私、未发布合同或其他敏感资料。详见 本地数据与安全。