
简介
该用户还未填写简介
擅长的技术栈
可提供的服务
暂无可提供的服务
DeepSeek-V4提供了兼容Anthropic格式的API,但与ClaudeCode在工具调用场景下存在三个协议差异:reasoning_content触发400错误、SSE流无条件返回thinking事件、adaptive thinking模式不被支持。本文结合DeepSeek官方文档分析了问题原因,并介绍了开源代理中间件dsv4-cc-proxy的解决方案——在请求端自动注入thinkin
本文介绍了 dsv4-cc-proxy v2.0 的重大更新,新增 OpenAI Responses API 与 DeepSeek Chat Completions 协议的转换功能,使 Codex CLI 能无缝接入国内 DeepSeek V4 模型。文章详细解析了协议转换的 5 层处理流水线,包括请求体结构翻译、工具格式转换、模型名映射等关键步骤,并对比了两种 API 在端点、请求结构、工具调用
这不是单纯的提示词兼容性 bug;这是客户端内置的、面向特定用户群体的标记机制;而代理层标准化,是当前比较直接的用户侧应对方式之一。
本文介绍了 dsv4-cc-proxy v2.0 的重大更新,新增 OpenAI Responses API 与 DeepSeek Chat Completions 协议的转换功能,使 Codex CLI 能无缝接入国内 DeepSeek V4 模型。文章详细解析了协议转换的 5 层处理流水线,包括请求体结构翻译、工具格式转换、模型名映射等关键步骤,并对比了两种 API 在端点、请求结构、工具调用
本文记录了作者使用Claude Code和OpenAI Codex两个AI编程助手的协作经验。最初设想让Claude作为任务规划者,Codex作为执行者,但在实际使用中遇到了文件写入失败、无进度反馈、任务超时等5个核心问题。通过深入排查,作者发现这些问题主要源于沙箱权限限制和通信机制缺陷。解决方案包括:改用danger-full-access沙箱模式绕过写入限制、添加心跳和完成通知机制、调整超时设
这不是单纯的提示词兼容性 bug;这是客户端内置的、面向特定用户群体的标记机制;而代理层标准化,是当前比较直接的用户侧应对方式之一。
本文记录了作者使用Claude Code和OpenAI Codex两个AI编程助手的协作经验。最初设想让Claude作为任务规划者,Codex作为执行者,但在实际使用中遇到了文件写入失败、无进度反馈、任务超时等5个核心问题。通过深入排查,作者发现这些问题主要源于沙箱权限限制和通信机制缺陷。解决方案包括:改用danger-full-access沙箱模式绕过写入限制、添加心跳和完成通知机制、调整超时设
DeepSeek-V4提供了兼容Anthropic格式的API,但与ClaudeCode在工具调用场景下存在三个协议差异:reasoning_content触发400错误、SSE流无条件返回thinking事件、adaptive thinking模式不被支持。本文结合DeepSeek官方文档分析了问题原因,并介绍了开源代理中间件dsv4-cc-proxy的解决方案——在请求端自动注入thinkin
本文记录了作者使用Claude Code和OpenAI Codex两个AI编程助手的协作经验。最初设想让Claude作为任务规划者,Codex作为执行者,但在实际使用中遇到了文件写入失败、无进度反馈、任务超时等5个核心问题。通过深入排查,作者发现这些问题主要源于沙箱权限限制和通信机制缺陷。解决方案包括:改用danger-full-access沙箱模式绕过写入限制、添加心跳和完成通知机制、调整超时设
本文介绍了 dsv4-cc-proxy v2.0 的重大更新,新增 OpenAI Responses API 与 DeepSeek Chat Completions 协议的转换功能,使 Codex CLI 能无缝接入国内 DeepSeek V4 模型。文章详细解析了协议转换的 5 层处理流水线,包括请求体结构翻译、工具格式转换、模型名映射等关键步骤,并对比了两种 API 在端点、请求结构、工具调用







