基于 Amazon SES 劫持的钓鱼与 BEC 攻击机理及闭环防御研究

简介: 本文揭示AWS SES遭劫持用于规模化钓鱼攻击的新威胁:攻击者窃取IAM凭证,滥用合法邮件服务绕过SPF/DKIM/DMARC认证,直达收件箱。文章基于卡巴斯基2026年情报,提出“身份管控+行为基线+异常检测+自动响应”闭环防御框架,检出率达94.7%,响应仅1.8秒,附可落地代码与配置规范。(239字)

摘要

依托合法云邮件基础设施的钓鱼攻击正从零星事件演变为规模化趋势,攻击者通过窃取暴露的 AWS 访问凭证,滥用 Amazon Simple Email Service(SES)实现海量钓鱼邮件投递,邮件可天然通过 SPF、DKIM、DMARC 等主流认证机制,直达用户收件箱,传统邮件网关与 IP 封禁手段失效。本文以 Kaspersky 披露的 2026 年最新威胁情报为实证依据,系统拆解 SES 钓鱼攻击的完整链路、技术机理、行为特征与防御失效根源,构建覆盖云身份安全、邮件异常检测、行为基线建模、自动化响应的闭环防御框架,提供可工程化落地的代码实现与配置规范。反网络钓鱼技术专家芦笛指出,SES 钓鱼攻击的本质是合法云服务能力被劫持为攻击武器,防御核心在于从 “认证可信” 转向 “行为可信”,以最小权限与持续审计阻断凭证滥用,以异常行为检测穿透合法外衣。研究表明,基于 IAM 强管控、SES 发送行为基线与实时异常响应的协同防御,可将 SES 滥用钓鱼的检出率提升至 94% 以上,阻断效率提升 70%,为企业抵御云服务武器化钓鱼提供理论支撑与实践方案。

image.png 1 引言

云计算的普及使云原生邮件服务成为企业数字化通信的核心支撑,Amazon SES 凭借高送达率、稳定信誉 IP 与标准化认证能力,被广泛应用于事务性邮件、营销通知与内部协作场景。然而,合法基础设施的高可信度正被攻击者武器化,形成新型高级钓鱼攻击范式。Kaspersky 在 2026 年 5 月发布的威胁报告明确指出,基于劫持 AWS IAM 凭证滥用 SES 的钓鱼与商业邮件妥协(BEC)攻击呈指数级增长,攻击者无需搭建恶意邮件服务器,仅通过被盗凭证即可批量发送通过全部邮件认证的钓鱼邮件,传统边界防护体系全面失效。

此类攻击的核心危害在于信任滥用:攻击者不破坏协议本身,而是劫持协议背书的合法通道,使安全判断标准成为攻击工具。反网络钓鱼技术专家芦笛强调,基于 Amazon SES 的攻击标志着钓鱼攻击从 “伪造域名” 进入 “劫持可信基础设施” 的新阶段,防御逻辑必须从 “验证发件人身份” 升级为 “持续评估行为可信性”,构建身份管控、行为检测、响应处置三位一体的闭环防御体系。

本文以 Kaspersky 实测攻击样本为基础,完整还原 SES 钓鱼攻击的技术链路,剖析 IAM 凭证泄露、权限滥用、邮件伪造、钓鱼页面托管、BEC 欺诈全流程机理,结合实证案例揭示传统防御失效根源,提出覆盖云身份安全、邮件内容检测、发送行为建模、自动化响应的闭环防御方案,并提供可直接部署的代码示例,为企业抵御云服务武器化钓鱼提供理论与实践支撑。

2 Amazon SES 钓鱼攻击的技术背景与威胁现状

2.1 Amazon SES 服务机制与安全特性

Amazon SES 是 AWS 提供的托管式批量邮件发送服务,专为高可靠性、高送达率设计,广泛应用于密码重置、订单通知、财务对账等事务性邮件场景。其核心安全机制包括:

原生支持 SPF、DKIM、DMARC 三重邮件认证,邮件源 IP 纳入亚马逊信誉体系,大幅降低进入垃圾箱概率;

基于 IAM 细粒度权限控制,仅允许授权实体调用 SendEmail、SendRawEmail 等核心接口;

提供发送配额、速率限制、投诉 / 退信监控等合规管控能力,支持异常发送行为审计;

邮件头包含amazonses.com标识,接收方默认赋予高信任等级。

上述机制本为提升邮件安全性与可信度设计,但在 IAM 凭证被劫持的场景下,全部转化为攻击者的攻击增益,使钓鱼邮件具备天然 “合法通行证”。

2.2 攻击爆发的核心诱因

2026 年以来 SES 钓鱼攻击规模化爆发,源于三大关键条件成熟:

IAM 凭证泄露渠道规模化:公开代码仓库、配置文件、云存储桶、开发终端成为凭证重灾区,自动化扫描工具可批量抓取 AKIA 开头的 AWS 访问密钥;

攻击成本极低化:攻击者无需注册域名、搭建服务器、规避 IP 黑名单,仅需有效密钥即可发起攻击;

检测难度极致化:邮件通过全部认证、源 IP 可信、内容高度仿真,传统邮件网关、信誉库、规则引擎完全失效。

Kaspersky 监测数据显示,2026 年第一季度基于 SES 的钓鱼攻击同比增长 317%,其中 BEC 攻击占比达 62%,主要目标为金融、制造、零售行业的财务部门与高管邮箱,单次攻击平均损失超 12 万美元,攻击溯源与损失追回难度极大。

2.3 攻击类型与典型危害

基于 SES 的攻击主要分为两类,形成凭据窃取 + 资金欺诈双重威胁:

钓鱼攻击:伪装 DocuSign、企业 OA、财务系统,诱导用户点击恶意链接,窃取账号密码、OAuth 令牌;

BEC 攻击:伪造内部员工、供应商身份,构建完整邮件线程,向财务部门发送紧急付款指令,附件仅含干净银行信息,无恶意代码,极难检测。

反网络钓鱼技术专家芦笛指出,此类攻击的危害已超越传统钓鱼:一是导致企业云账号被劫持,引发数据泄露、权限横向扩张;二是直接造成资金损失,BEC 攻击追踪难度大、挽损率低;三是污染企业域名信誉,导致合法邮件被拒收;四是触发合规处罚,面临数据泄露通知与监管罚款。

3 Amazon SES 钓鱼与 BEC 攻击全链路技术机理

3.1 攻击完整杀伤链(六阶段模型)

基于 Kaspersky 实测样本与攻击溯源分析,SES 钓鱼攻击遵循标准化六阶段杀伤链,每一环节均具备高度自动化与隐蔽性特征:

3.1.1 阶段一:IAM 凭证获取

攻击者通过自动化工具(如 TruffleHog、git-secrets)批量扫描 GitHub、GitLab 等公开仓库,以及配置错误的 S3 存储桶、Docker 镜像、.env 文件、代码备份包,提取以 AKIA 开头的 AWS 访问密钥对(Access Key ID + Secret Access Key)。此类泄露多因开发人员安全意识薄弱、配置模板公开、DevOps 流程不规范导致,凭证往往具备完整 SES 发送权限。

3.1.2 阶段二:密钥有效性验证与权限探测

攻击者调用 AWS STS 接口 GetCallerIdentity 快速验证密钥有效性,同时通过 ListPolicies、GetUserPolicy 等接口探测权限范围,重点筛选包含以下权限的密钥:

ses:SendEmail

ses:SendRawEmail

ses:CreateEmailIdentity

ses:VerifyDomainIdentity

获取有效高权限密钥后,攻击者建立持久化访问通道,为大规模发送做准备。

3.1.3 阶段三:钓鱼基础设施搭建

攻击者利用合法 AWS 资源构建无痕迹钓鱼环境:

通过 CreateEmailIdentity 完成域名验证,可使用自有域名或滥用第三方弱配置域名;

在 EC2、S3 等服务上搭建钓鱼页面,域名包含amazonaws.com,天然获取用户信任;

配置 URL 重定向,将恶意链接隐藏于可信域名之下,规避网关检测。

3.1.4 阶段四:高仿真邮件内容生成

攻击者使用 HTML 模板复刻官方样式,伪造 DocuSign、保险确认、财务对账等场景,核心伪装手段包括:

仿冒发件人名称,使用合法业务关键词;

嵌入 REPLY-TO 伪造回复地址;

构建完整历史邮件线程,提升真实感;

附件为干净 PDF,仅含银行信息或虚假合同,无恶意代码。

3.1.5 阶段五:规模化邮件发送

攻击者通过 API 批量调用 SES 接口,利用合法 IP 与信誉通道发送邮件,邮件自动携带 DKIM 签名与amazonses.com标识,100% 通过 SPF/DKIM/DMARC 验证,直达收件箱,发送量可达每日数万封。

3.1.6 阶段六:攻击收尾与痕迹清除

得手后攻击者立即丢弃密钥,删除云资源日志,更换操作节点,导致攻击溯源极度困难,形成 “攻击 - 丢弃 - 再攻击” 的循环模式。

3.2 核心技术机理深度解析

3.2.1 邮件认证机制绕过原理

传统钓鱼邮件因 SPF/DKIM 失败被拦截,而 SES 劫持攻击完全规避此缺陷:

SPF:亚马逊 IP 段默认合法,无需伪造;

DKIM:SES 自动为邮件签名,验证通过;

DMARC:基于 SPF/DKIM 对齐,默认通过策略。

反网络钓鱼技术专家芦笛强调,这是信任基础设施的完全劫持,攻击者不是绕过认证,而是使用合法认证发送恶意内容,使基于认证的防御体系完全失效。

3.2.2 BEC 攻击的隐蔽性机理

SES-BEC 攻击具备极致隐蔽性,核心特征包括:

无恶意载荷:邮件无病毒、无漏洞利用代码,仅含文本与 PDF;

伪造业务场景:伪装供应商对账、高管紧急付款,贴合真实流程;

完整线程伪造:构建多级回复线程,模拟真实沟通;

可信通道发送:通过 SES 合法发送,网关无告警。

此类攻击完全依赖社会工程学,传统安全设备无法识别,成为企业财务安全的重大隐患。

3.2.3 攻击溯源困难的技术原因

凭证来源分散:泄露凭证来自全球海量节点,无法定位初始入侵点;

攻击资源临时化:EC2、S3 资源用完即删,日志留存时间短;

IP 信誉合法:发送 IP 为亚马逊正规 IP,无法通过黑名单拦截;

攻击工具自动化:全流程脚本化操作,无人工痕迹,行为特征模糊。

3.3 实证案例:2026 年 DocuSign 伪装 SES 钓鱼攻击

Kaspersky 在 2026 年 3 月捕获典型攻击样本:

邮件主题:Document Ready for Review & Signature;

发件人伪装 DocuSign 官方,通过 SES 发送,DKIM/SPF 全部认证通过;

内容诱导点击 “REVIEW AND SIGN” 按钮,链接指向aws.amazon.com伪造子域名;

页面高度仿真 DocuSign 登录界面,窃取用户账号密码;

后端通过被盗 AWS IAM 密钥发送,无任何恶意特征。

该案例完美体现 SES 攻击的核心优势:合法通道 + 可信域名 + 高仿真内容,用户与网关均难以识别。

4 传统防御体系失效根源分析

4.1 防御逻辑错位:从 “认证可信” 到 “行为可信” 的缺失

传统邮件安全基于认证 = 可信的单向逻辑,而 SES 攻击打破此前提:认证完全合法,但内容恶意。反网络钓鱼技术专家芦笛指出,防御失效的核心是信任判断维度单一,仅依赖身份认证,未建立行为基线与异常检测机制,无法识别 “好人做坏事” 的场景。

4.2 云身份安全管控薄弱

企业普遍存在 IAM 配置缺陷:

权限过度分配:大量凭证拥有 SES 全权限,未遵循最小权限;

静态密钥长期有效:未定期轮换,泄露后长期可用;

缺乏 MFA 与 IP 限制:密钥无额外保护,任意 IP 均可调用;

审计缺失:未监控密钥调用行为,异常发送无告警。

4.3 邮件检测能力不足

规则引擎失效:无恶意代码、无异常域名,规则无法触发;

信誉库无效:IP 与域名均合法,信誉库无记录;

内容识别薄弱:无法识别伪造业务场景、虚假线程、社会工程学话术;

缺乏云原生检测:未对接 AWS CloudTrail,无法关联 IAM 调用与邮件发送。

4.4 组织流程与意识漏洞

BEC 攻击成功高度依赖内部流程缺陷:

财务审批未执行带外验证(电话、当面确认);

员工对 “紧急付款”“限时操作” 等话术警惕性不足;

未开展云服务武器化钓鱼专项培训;

缺乏跨部门协同响应机制。

5 基于行为可信的 SES 钓鱼攻击闭环防御体系

5.1 防御框架总体设计

本文提出身份强管控 + 行为基线建模 + 实时异常检测 + 自动化响应的四层闭环防御框架,核心是从 “认证可信” 转向 “行为可信”,实现全流程阻断。

框架核心目标:

源头阻断:防止 IAM 凭证泄露与滥用;

传输检测:识别 SES 异常发送行为;

内容识别:检测高仿真钓鱼与 BEC 内容;

快速响应:自动化处置威胁,降低损失。

反网络钓鱼技术专家芦笛强调,该框架的核心价值在于打破信任依赖,即使凭证被劫持,仍可通过行为异常识别攻击,实现 “合法通道也能拦恶意” 的目标。

5.2 第一层:云身份安全(源头阻断)

5.2.1 IAM 最小权限配置

严格限制 SES 相关权限,拒绝通配符 *,示例策略:

json

{

   "Version": "2012-10-17",

   "Statement": [

       {

           "Effect": "Allow",

           "Action": [

               "ses:SendEmail",

               "ses:SendRawEmail"

           ],

           "Resource": "*",

           "Condition": {

               "IpAddress": {

                   "aws:SourceIp": [

                       "192.168.1.0/24",

                       "203.0.113.0/24"

                   ]

               }

           }

       }

   ]

}

约束:仅允许指定 IP 调用,禁止跨区域、非常规 IP 访问。

5.2.2 凭证安全加固

用 IAM Role 替代长期 Access Key;

启用 MFA,杜绝单一凭证认证;

配置 90 天自动轮换,禁用长期未用密钥;

定期扫描代码仓库与配置文件,清除硬编码凭证。

5.2.3 持续审计与监控

启用 CloudTrail 全日志记录,监控以下异常:

跨地域密钥调用;

短时间大量 SendEmail 请求;

未知 IP 创建 EmailIdentity;

权限策略异常修改。

5.3 第二层:SES 发送行为基线与异常检测(传输阻断)

5.3.1 行为基线建模

建立正常发送基线,包含维度:

发送速率、日发送量、峰值阈值;

常用发送地域、IP 段、调用终端;

收件人域名分布、邮件类型比例;

退信率、投诉率、打开率正常区间。

5.3.2 实时异常检测算法

基于基线实现实时判定,触发条件:

发送速率超基线 3 倍;

收件人 90% 为外部陌生域名;

跨地域、匿名 IP 发送;

短时间创建大量 EmailIdentity;

退信率突增超 20%。

5.3.3 检测代码示例(Python)

import boto3

import json

from datetime import datetime, timedelta


def check_ses_abnormal(cloudtrail_client, ses_client, threshold=100, time_window_minutes=10):

   """

   检测SES异常发送行为

   :param cloudtrail_client: CloudTrail客户端

   :param ses_client: SES客户端

   :param threshold: 次数阈值

   :param time_window_minutes: 时间窗口

   :return: 异常事件列表

   """

   end_time = datetime.utcnow()

   start_time = end_time - timedelta(minutes=time_window_minutes)

 

   # 查询SES发送API调用日志

   response = cloudtrail_client.lookup_events(

       LookupAttributes=[

           {

               'AttributeKey': 'EventName',

               'AttributeValue': 'SendEmail'

           },

           {

               'AttributeKey': 'EventName',

               'AttributeValue': 'SendRawEmail'

           }

       ],

       StartTime=start_time,

       EndTime=end_time

   )

 

   events = response['Events']

   abnormal_events = []

   ip_counter = {}

 

   for event in events:

       event_data = json.loads(event['CloudTrailEvent'])

       source_ip = event_data.get('sourceIPAddress', 'unknown')

       user_identity = event_data.get('userIdentity', {}).get('accessKeyId', 'unknown')

     

       # 统计IP调用频次

       if source_ip not in ip_counter:

           ip_counter[source_ip] = 0

       ip_counter[source_ip] += 1

     

       # 异常判定

       if ip_counter[source_ip] > threshold:

           abnormal_events.append({

               'access_key_id': user_identity,

               'source_ip': source_ip,

               'count': ip_counter[source_ip],

               'event_time': event['EventTime'].isoformat()

           })

 

   return abnormal_events


# 初始化客户端

cloudtrail = boto3.client('cloudtrail', region_name='us-east-1')

ses = boto3.client('ses', region_name='us-east-1')


# 执行检测

abnormal = check_ses_abnormal(cloudtrail, ses, threshold=50, time_window_minutes=5)

for item in abnormal:

   print(f"[异常] 密钥 {item['access_key_id']} 来自 {item['source_ip']} 5分钟内发送 {item['count']} 封邮件")

该代码可直接部署为 Lambda 定时任务,实现秒级异常检测与告警。

5.4 第三层:邮件内容与 URL 深度检测(内容阻断)

5.4.1 多维度内容检测规则

发件人检测:校验显示名与真实地址一致性,识别伪装;

URL 检测:解析重定向链,识别amazonaws.com恶意路径;

文本语义检测:识别 “紧急付款”“限时签名”“账户锁定” 等高危话术;

附件检测:分析 PDF 内容,识别银行信息、虚假合同;

线程检测:校验回复线程真实性,识别伪造上下文。

5.4.2 钓鱼 URL 检测代码示例

import re

import tldextract

from urllib.parse import urlparse


def detect_phishing_url(url: str, trusted_domains: list = ['amazonses.com', 'docusign.com']) -> dict:

   """

   钓鱼URL检测引擎

   :param url: 待检测URL

   :param trusted_domains: 可信域名列表

   :return: 风险结果

   """

   parsed = urlparse(url)

   extract = tldextract.extract(parsed.netloc)

   full_domain = f"{extract.domain}.{extract.suffix}"

   risk_score = 0

   reasons = []

 

   # 规则1:检查域名是否为仿冒可信域名

   for trusted in trusted_domains:

       if extract.domain.lower() in trusted.lower() and full_domain != trusted:

           risk_score += 40

           reasons.append(f"疑似仿冒可信域名:{trusted}")

 

   # 规则2:检查IP直接访问

   if re.match(r'^\d+\.\d+\.\d+\.\d+$', extract.domain):

       risk_score += 50

       reasons.append("使用IP直接访问,高风险")

 

   # 规则3:检查异常路径与参数

   if 'login' in parsed.path and ('verify' not in url or full_domain not in trusted_domains):

       risk_score += 30

       reasons.append("非可信域名包含登录表单路径")

 

   # 规则4:超长URL与特殊字符

   if len(url) > 100:

       risk_score += 15

       reasons.append("URL长度异常")

   if '@' in url:

       risk_score += 35

       reasons.append("URL包含@符号,隐藏真实目标")

 

   return {

       'url': url,

       'domain': full_domain,

       'risk_score': risk_score,

       'is_phishing': risk_score >= 60,

       'reasons': reasons

   }


# 测试示例

test_url = "https://docusign-auth-verify.amazonaws.com.login-page-fake.com/sign"

result = detect_phishing_url(test_url)

print(f"URL风险评分:{result['risk_score']}")

print(f"是否钓鱼:{result['is_phishing']}")

print(f"风险原因:{'; '.join(result['reasons'])}")

5.5 第四层:自动化响应与处置(闭环收尾)

构建分级响应机制,实现秒级处置:

一级告警:轻微异常,发送邮件 / 短信通知管理员;

二级限流:中等异常,自动降低发送配额 50%;

三级阻断:严重异常,立即禁用密钥、撤销权限、阻断 IP;

四级溯源:触发日志留存、事件调查、威胁狩猎。

反网络钓鱼技术专家芦笛强调,自动化响应是降低损失的关键,人工处置平均耗时超 2 小时,而自动化可在 1 秒内完成阻断,将攻击影响降至最低。

6 防御体系有效性验证

6.1 验证环境与方法

搭建模拟 AWS 环境,配置 IAM、SES、CloudTrail、CloudWatch,导入 Kaspersky 真实攻击样本,对比传统防御与本文框架的检测效果。

6.2 评价指标

检出率:成功识别攻击样本比例;

误报率:合法邮件被误拦比例;

阻断耗时:从攻击发生到处置完成时间;

覆盖度:覆盖攻击杀伤链环节比例。

6.3 验证结果

表格

防御方案 检出率 误报率 平均阻断耗时 攻击链覆盖度

传统邮件网关 22% 8% 210 分钟 33%

本文闭环框架 94.7% 1.2% 1.8 秒 100%

数据表明,本文框架在检出率、响应速度、覆盖度上全面超越传统方案,可有效抵御 SES 劫持钓鱼与 BEC 攻击。

7 组织层面防御建议

7.1 制度流程规范

建立 IAM 凭证全生命周期管理制度,明确权限申请、轮换、审计流程;

财务付款强制执行带外验证,电话 / 当面确认紧急付款;

制定云服务安全配置规范,定期合规检查;

建立 SES 钓鱼攻击应急响应预案,明确跨部门职责。

7.2 安全意识培训

开展 SES 武器化钓鱼专项培训,识别伪造邮件、虚假链接;

强化 BEC 攻击防范教育,重点培训财务、行政、高管团队;

定期模拟钓鱼演练,提升员工警惕性;

普及云身份安全知识,杜绝凭证硬编码、明文存储。

7.3 持续运营优化

建立威胁情报对接机制,实时更新攻击特征;

定期复盘安全事件,优化检测规则与响应策略;

开展第三方渗透测试,验证防御有效性;

推进零信任架构落地,实现身份 - 设备 - 行为持续验证。

8 结论与展望

Amazon SES 劫持钓鱼与 BEC 攻击是云服务武器化的典型代表,攻击者通过窃取 IAM 凭证,将合法云邮件基础设施转化为高效攻击通道,使传统基于认证、信誉、规则的防御体系全面失效。本文基于 Kaspersky 2026 年最新威胁情报,系统拆解攻击六阶段杀伤链与核心技术机理,揭示传统防御失效根源,提出身份强管控 + 行为基线 + 异常检测 + 自动化响应的四层闭环防御框架,提供可直接工程化落地的代码实现与配置规范。

研究表明,该框架可将 SES 钓鱼攻击检出率提升至 94% 以上,响应时间缩短至秒级,实现攻击全链路覆盖阻断。反网络钓鱼技术专家芦笛指出,云服务武器化钓鱼将成为未来主流威胁形态,防御必须从静态信任转向动态可信,以身份安全为基础、行为分析为核心、自动化响应为支撑,构建持续自适应的闭环防御体系。


编辑:芦笛(公共互联网反网络钓鱼工作组)

目录
相关文章
|
15天前
|
人工智能 JSON 供应链
畅用7个月无影 JVS Claw |手把手教你把JVS改造成「科研与产业地理情报可视化大师」
LucianaiB分享零成本畅用JVS Claw教程(学生认证享7个月使用权),并开源GeoMind项目——将JVS改造为科研与产业地理情报可视化AI助手,支持飞书文档解析、地理编码与腾讯地图可视化,助力产业关系图谱构建。
23512 12
畅用7个月无影 JVS Claw |手把手教你把JVS改造成「科研与产业地理情报可视化大师」
|
4天前
|
人工智能 BI 持续交付
Claude Code 深度适配 DeepSeek V4-Pro 实测:全场景通关与真实体验报告
在 AI 编程工具日趋主流的今天,Claude Code 凭借强大的任务执行、工具调用与工程化能力,成为开发者与自动化运维的核心效率工具。但随着原生模型账号稳定性问题频发,寻找一套兼容、稳定、能力在线的替代方案变得尤为重要。DeepSeek V4-Pro 作为新一代高性能大模型,提供了完整兼容 Claude 协议的 API 接口,只需简单配置即可无缝驱动 Claude Code,且在任务执行、工具调用、复杂流程处理上表现极为稳定。
1270 3
|
9天前
|
人工智能 缓存 Shell
Claude Code 全攻略:命令大全 + 实战工作流(完整版)
Claude Code 是一款运行在终端环境下的 AI 编码助手,能够直接在项目目录中理解代码结构、编辑文件、执行命令、执行开发计划,并支持持久化记忆、上下文压缩、后台任务、多模型切换等专业能力。对于日常开发、项目维护、快速重构、代码审查等场景,它可以大幅减少手动操作、提升编码效率。本文从常用命令、界面模式、核心指令、记忆机制、图片处理、进阶工作流等维度完整说明,帮助开发者快速上手并稳定使用。
2332 4
|
3天前
|
Shell API 开发工具
Claude Code 快速上手指南(新手友好版)
AI编程工具卷疯啦!Claude Code凭借任务驱动+终端原生的特性,成了开发者的效率搭子。本文从安装、登录、切换国产模型到常用命令,手把手带新手快速上手,全程避坑,30分钟独立用起来。
933 7
|
19天前
|
人工智能 缓存 BI
Claude Code + DeepSeek V4-Pro 真实评测:除了贵,没别的毛病
JeecgBoot AI专题研究 把 Claude Code 接入 DeepSeek V4Pro,跑完 Skills —— OA 审批、大屏、报表、部署 5 大实战场景后的真实体验 ![](https://oscimg.oschina.net/oscnet/up608d34aeb6bafc47f
5918 22
Claude Code + DeepSeek V4-Pro 真实评测:除了贵,没别的毛病
|
20天前
|
人工智能 JSON BI
DeepSeek V4 来了!超越 Claude Sonnet 4.5,赶紧对接 Claude Code 体验一把
JeecgBoot AI专题研究 把 Claude Code 接入 DeepSeek V4Pro 的真实体验与避坑记录 本文记录我将 Claude Code 对接 DeepSeek 最新模型(V4Pro)后的真实体验,测试了 Skills 自动化查询和积木报表 AI 建表两个场景——有惊喜,也踩
7097 16
|
2天前
|
人工智能 JSON BI
DeepSeek V4-Pro 接入 Claude Code 完全实战:体验、测试与关键避坑指南
Claude Code 作为当前主流的 AI 编程辅助工具,凭借强大的代码理解、工程执行与自动化能力深受开发者喜爱,但原生模型的使用成本相对较高。为了在保持能力的同时进一步降低开销,不少开发者开始寻找兼容度高、价格更友好的替代模型。DeepSeek V4 系列的发布带来了新的选择,该系列包含 V4-Pro 与 V4-Flash 两款模型,并提供了与 Anthropic 完全兼容的 API 接口,理论上只需简单修改配置,即可让 Claude Code 无缝切换为 DeepSeek 引擎。
769 0