解决Claude Code接入DeepSeek后强制登录问题的技术方案

1次阅读

没有评论

共计 3266 个字符，预计需要花费 9 分钟才能阅读完成。

最近在将 Claude Code 接入 DeepSeek 平台时，遇到了一个让人头疼的问题——系统强制要求登录。这给自动化流程和系统集成带来了不小的麻烦。具体表现为：

每次调用 API 时都会跳转到登录页面
无法直接使用自动化工具进行批量操作
需要人工介入处理登录流程，导致效率低下

这个问题尤其影响那些需要 24 小时运行的自动化系统，因为登录会话 (Session) 过期后，整个流程就会中断。

DeepSeek 的登录验证机制主要基于以下几种技术：

Session/Cookie 验证：传统 Web 应用的验证方式，依赖浏览器维护的会话状态
JWT(JSON Web Token)：用于 API 请求的轻量级认证方式
OAuth2.0 流程：第三方应用接入的标准化认证协议

经过抓包分析发现，DeepSeek 在 Claude Code 接入时使用的是 Session 验证机制，这就是导致强制登录的根本原因。

这是最推荐的方式，如果 DeepSeek 提供了官方 API 接口的话。以下是 Python 实现示例：

import requests

# 配置 API 密钥
API_KEY = "your_deepseek_api_key"
BASE_URL = "https://api.deepseek.com/v1"

# 添加认证头
headers = {"Authorization": f"Bearer {API_KEY}",
    "Content-Type": "application/json"
}

# 调用示例
try:
    response = requests.post(f"{BASE_URL}/claude_code",
        headers=headers,
        json={"query": "your_query_here"}
    )
    response.raise_for_status()  # 检查 HTTP 错误
    print(response.json())
except requests.exceptions.RequestException as e:
    print(f"API 请求失败: {e}")

优点：
– 官方支持，稳定性高
– 无需维护登录状态

缺点：
– 需要申请 API 权限
– 可能有调用频率限制

当 API 不可用时，可以模拟用户登录行为。以下是使用 Selenium 的示例：

from selenium import webdriver
from selenium.webdriver.common.by import By
from selenium.webdriver.support.ui import WebDriverWait
from selenium.webdriver.support import expected_conditions as EC

# 初始化浏览器
driver = webdriver.Chrome()

try:
    # 打开登录页面
    driver.get("https://deepseek.com/login")

    # 等待元素加载并填写表单
    WebDriverWait(driver, 10).until(EC.presence_of_element_located((By.ID, "username"))
    ).send_keys("your_username")

    driver.find_element(By.ID, "password").send_keys("your_password")

    # 提交登录
    driver.find_element(By.XPATH, "//button[@type='submit']").click()

    # 等待登录完成
    WebDriverWait(driver, 10).until(EC.url_contains("dashboard")
    )

    # 获取登录后的 cookies
    cookies = driver.get_cookies()

    # 使用 cookies 进行后续请求
    session = requests.Session()
    for cookie in cookies:
        session.cookies.set(cookie['name'], cookie['value'])

    # 现在可以使用 session 进行 API 调用了
finally:
    driver.quit()

优点：
– 不需要 API 权限
– 可以处理复杂的登录流程

缺点：
– 需要维护浏览器实例
– 登录状态可能过期
– 性能较低

对于企业级应用，可以构建一个中间服务来处理认证问题。架构如下：

[客户端] -> [代理服务] -> [DeepSeek]

Node.js 实现示例：

const express = require('express');
const axios = require('axios');
const cookieParser = require('cookie-parser');

const app = express();
app.use(cookieParser());

// 登录端点
app.post('/login', async (req, res) => {
    try {
        const response = await axios.post('https://deepseek.com/api/login', {
            username: req.body.username,
            password: req.body.password
        });

        // 设置代理服务的 cookie
        res.cookie('deepseek_session', response.data.sessionId, {
            maxAge: 86400000, // 1 天
            httpOnly: true
        });

        res.json({success: true});
    } catch (error) {res.status(500).json({error: error.message});
    }
});

// API 代理端点
app.post('/api/claude_code', async (req, res) => {
    try {
        const sessionId = req.cookies.deepseek_session;
        if (!sessionId) {return res.status(401).json({error: '未登录'});
        }

        const response = await axios.post('https://deepseek.com/api/claude_code', req.body, {
            headers: {'Cookie': `session=${sessionId}`
            }
        });

        res.json(response.data);
    } catch (error) {res.status(500).json({error: error.message});
    }
});

app.listen(3000, () => {console.log('代理服务运行在 http://localhost:3000');
});

优点：
– 客户端无需处理认证
– 可以集中管理会话
– 便于扩展和监控

缺点：
– 增加了系统复杂度
– 需要维护额外服务

我们对三种方案进行了对比测试（基于 100 次连续调用）：