【紧急更新】百度AI搜索接口于2024年Q3起强制启用OAuth 2.1认证：5步迁移清单已失效，速查替代路径

原创 于 2026-07-27 13:53:15 发布 · 114 阅读 · 4 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
GEO检测
更多请点击： https://intelliparadigm.com

第一章：百度AI搜索接口OAuth 2.1强制升级的背景与影响

近年来，随着零信任架构普及和《个人信息保护法》《数据安全法》落地实施，主流平台持续收紧第三方应用权限管控。百度于2024年第三季度宣布对AI搜索开放平台所有API调用强制启用OAuth 2.1协议，全面替代已停用的OAuth 2.0（RFC 6749）及自定义Token认证方式。此次升级并非单纯协议迭代，而是围绕授权码流安全性、PKCE强制校验、短期访问令牌+长期刷新令牌分离机制、以及客户端注册动态验证等核心能力进行重构。

关键变更点

  • 所有客户端必须启用PKCE（Proof Key for Code Exchange），禁用纯`code`交换模式
  • 刷新令牌（Refresh Token）默认单次使用且绑定设备指纹，不可重复提交
  • 不再支持`scope`动态扩展，需在OAuth注册时静态声明全部所需权限
  • 授权端点返回的`access_token`有效期由原来的2小时缩短为15分钟

典型迁移代码示例

/* 使用PKCE生成code_verifier与code_challenge */
const crypto = require('crypto');
const codeVerifier = crypto.randomBytes(32).toString('base64url');
const codeChallenge = crypto
  .createHash('sha256')
  .update(codeVerifier)
  .digest('base64url');

// 构造授权URL（含PKCE参数）
const authUrl = new URL('https://aip.baidubce.com/oauth/2.0/authorize');
authUrl.searchParams.set('response_type', 'code');
authUrl.searchParams.set('client_id', 'YOUR_CLIENT_ID');
authUrl.searchParams.set('code_challenge_method', 'S256');
authUrl.searchParams.set('code_challenge', codeChallenge);
authUrl.searchParams.set('redirect_uri', 'https://yourdomain.com/callback');

新旧协议能力对比

能力项OAuth 2.0（已弃用）OAuth 2.1（强制启用）
PKCE支持可选强制启用
刷新令牌重用支持多次使用单次有效，需配合新`refresh_token_hint`参数
隐式流（implicit flow）允许完全禁止

第二章：OAuth 2.1认证机制深度解析与迁移准备

2.1 OAuth 2.1核心协议演进与百度定制化实现原理

OAuth 2.1 在 RFC 9126 基础上统一了 PKCE 强制要求、禁止隐式流、收紧 refresh token 使用策略，显著提升移动端与单页应用安全性。
百度增强型授权码流程
百度在标准流程中引入 device_id 绑定与 scope_grant 动态权限确认机制，防止 scope 劫持： 
POST /oauth/token HTTP/1.1
Host: oauth.baidu.com
Content-Type: application/x-www-form-urlencoded

grant_type=authorization_code
&code=AbC123
&client_id=bd_app_789
&client_secret=xxx
&redirect_uri=https%3A%2F%2Fapp.example.com%2Fcb
&code_verifier=dBjftJeZ4CVP-mB92K27uhbUJU1p1r_wW1gFWFOEjXk
&device_id=bd-did-5a8f2e1c
device_id 用于设备级会话绑定； code_verifier 确保 PKCE 完整性，杜绝授权码重放。
令牌颁发策略对比
特性OAuth 2.0OAuth 2.1 + 百度扩展
隐式流支持允许禁用
Refresh Token 轮换可选强制单次使用+自动轮换

2.2 现有API密钥体系失效验证及兼容性边界测试

失效场景复现
通过模拟密钥轮换后旧密钥仍被调用的异常路径，验证服务端是否严格校验密钥时效性： 
func validateAPIKey(ctx context.Context, key string) error {
    meta, ok := cache.Get(key) // 从LRU缓存读取元数据
    if !ok || meta.ExpiredAt.Before(time.Now()) {
        return errors.New("invalid or expired key") // 不再接受已过期密钥
    }
    return nil
}
该逻辑强制拒绝所有 ExpiredAt 早于当前时间的密钥请求，跳过白名单兜底逻辑，暴露原有兼容层缺陷。
兼容性边界矩阵
客户端版本密钥格式服务端响应
v1.8.0+v2-JWT200 OK
<v1.8.0v1-HMAC401 Unauthorized
关键断言清单
  • 旧密钥在轮换窗口期（T+15min）后立即失效
  • v1.7.x 客户端无法降级使用 v2 密钥

2.3 百度智能云Access Token生命周期管理实操指南

Token获取与缓存策略
import requests
import time
from functools import lru_cache

@lru_cache(maxsize=1)
def get_access_token():
    url = "https://aip.baidubce.com/oauth/2.0/token"
    params = {
        "grant_type": "client_credentials",
        "client_id": "YOUR_API_KEY",      # 应用API Key
        "client_secret": "YOUR_SECRET_KEY" # 应用Secret Key
    }
    resp = requests.post(url, params=params)
    data = resp.json()
    # 百度返回的expires_in单位为秒，预留30秒安全缓冲
    return data["access_token"], int(time.time()) + data["expires_in"] - 30
该函数利用LRU缓存确保单实例内仅一次有效请求；`expires_in`默认为30天（2592000秒），减去30秒避免临界失效。
Token刷新时机判断
  • 每次调用前校验本地缓存token剩余有效期是否＞60秒
  • 并发场景下采用双重检查锁定（Double-Checked Locking）防止重复刷新
典型有效期对照表
凭证类型默认有效期可刷新性
Access Token30天不可刷新，需重新获取
Refresh Token不适用百度暂不提供，必须重鉴权

2.4 客户端凭证模式（Client Credentials Flow）部署全流程

适用场景与前提条件
该流程适用于服务间通信（如微服务后台调用），无需用户上下文。客户端必须已注册并获得 client_id 与 client_secret，且授权服务器启用 client_credentials grant 类型。
获取访问令牌
POST /oauth/token HTTP/1.1
Host: auth.example.com
Content-Type: application/x-www-form-urlencoded

grant_type=client_credentials&client_id=svc-report&client_secret=9f8e7d6c5b4a&scope=api:read
请求需使用 HTTPS， scope 限定资源权限；响应返回 JSON 中的 access_token 为 JWT，含 exp 和 aud 声明。
典型配置对比
配置项生产环境开发环境
Token 签名算法RS256（非对称）HS256（对称）
Client Secret 存储HashiCorp Vault环境变量

2.5 授权码模式（Authorization Code Flow）在Web服务中的安全集成

核心交互流程
授权码模式通过前端重定向与后端令牌交换分离敏感操作，有效规避客户端暴露访问令牌的风险。典型流程包含：用户跳转授权端点 → 用户同意 → 重定向携带临时授权码 → 后端服务用码+客户端密钥换取令牌。
后端令牌交换示例（Go）
resp, err := http.PostForm("https://auth.example.com/token",
	url.Values{
		"grant_type":    {"authorization_code"},
		"code":          {authCode},           // 前端传入的单次有效授权码
		"redirect_uri":  {"https://app.example.com/callback"},
		"client_id":     {"web-client-123"},
		"client_secret": {"s3cr3t_4pp_k3y"}, // 仅后端持有，绝不泄露至浏览器
	})
该请求必须使用 HTTPS，且 client_secret 须通过服务端环境变量注入，禁止硬编码。响应为 JSON，含 access_token、 expires_in 和可选 id_token。
关键安全参数对比
参数是否必需传输位置校验要求
code是POST body单次有效、绑定 redirect_uri
client_secret是（机密客户端）POST body服务端严格比对注册值

第三章：五步迁移清单失效后的重构策略

3.1 基于OpenID Connect扩展的用户身份上下文重建

在分布式会话场景中，原始 OIDC ID Token 仅包含静态声明，无法反映用户实时上下文（如 MFA 状态、设备指纹、地理位置）。需通过扩展 Claims 实现动态上下文重建。
自定义 Claims 注入示例
{
  "iss": "https://auth.example.com",
  "sub": "user_123",
  "context": {
    "mfa_verified": true,
    "device_id": "d-7f8a9b0c",
    "geo_region": "CN-HK"
  },
  "exp": 1717023600
}
该结构将运行时上下文封装为嵌套 JSON 对象，由授权服务器在签发 ID Token 时动态注入。`context` 字段非标准 OIDC Claim，需在 RP（Relying Party）端预先注册解析逻辑。
Claims 验证流程
  • 验证签名与 JWT 结构完整性
  • 校验 `context` 字段存在性及类型安全性
  • 执行业务级上下文策略（如：HK 地区用户强制启用 MFA）
扩展字段兼容性对照
字段名类型是否必需用途
mfa_verifiedboolean是标识多因素认证完成状态
device_idstring否绑定可信设备唯一标识

3.2 请求签名算法从HMAC-SHA256向PKCE+JWT双因子校验迁移

安全边界演进动因
传统 HMAC-SHA256 签名依赖共享密钥，存在密钥泄露与重放风险；而 PKCE+JWT 方案通过动态 code challenge 与短期 JWT（含 `jti`、`exp`、`client_id`）实现设备绑定与会话时效双重控制。
核心校验流程对比
维度HMAC-SHA256PKCE+JWT
密钥管理静态密钥分发无共享密钥，公钥验签
抗重放依赖 timestamp + nonceJWT 内置 `exp` + `jti` 全局唯一
JWT 签发示例（Go）
token := jwt.NewWithClaims(jwt.SigningMethodRS256, jwt.MapClaims{
  "client_id": "app-web",
  "jti":       uuid.NewString(), // 防重放
  "exp":       time.Now().Add(5 * time.Minute).Unix(),
  "c_hash":    pkce.CodeChallenge("S256", verifier), // 绑定授权码
})
signedToken, _ := token.SignedString(privateKey)
该代码生成带 PKCE 关联哈希与短时效的 JWT；`c_hash` 确保授权码无法被中间人篡改复用，`jti` 配合服务端缓存实现单次消费校验。

3.3 百度AI搜索SDK v3.2.0中认证中间件的替换与压测验证

认证中间件重构设计
v3.2.0 将原有基于 Cookie 的 Session 认证升级为 JWT Bearer Token 拦截器，支持自动刷新与上下文透传。
核心拦截器代码
// auth_middleware.go：JWT 自动续期逻辑
func JWTRefreshMiddleware() gin.HandlerFunc {
	return func(c *gin.Context) {
		token := c.GetHeader("Authorization")
		if strings.HasPrefix(token, "Bearer ") {
			claims, err := VerifyAndRefresh(token[7:]) // 提取 token 并校验
			if err != nil {
				c.AbortWithStatusJSON(401, map[string]string{"error": "invalid or expired token"})
				return
			}
			c.Set("user_id", claims.UserID) // 注入用户上下文
			c.Next()
		}
	}
}
该中间件在请求头解析 Bearer Token 后执行双阶段校验（签名+时效），失败时拒绝访问；成功则注入 user_id 至 Gin Context，供后续 Handler 使用。
压测对比结果
指标v3.1.0（Session）v3.2.0（JWT）
QPS（500并发）1,2802,150
平均延迟（ms）42.628.3
认证失败率0.87%0.03%

第四章：生产环境平滑过渡实战方案

4.1 双认证通道灰度发布：旧Token回退机制与新OAuth流量分流配置

回退策略触发条件
当OAuth2.0授权服务不可用或响应超时（>800ms），网关自动降级至JWT Token校验通道，保障核心登录链路可用。
流量分流配置
auth:
  strategy: weighted
  weights:
    oauth2: 30
    jwt: 70
该配置按百分比将认证请求分发至双通道；权重动态可调，支持秒级生效，无需重启服务。
灰度验证指标
指标阈值监控方式
OAuth成功率≥99.5%Prometheus+Alertmanager
JWT回退率<0.3%ELK日志聚合

4.2 搜索请求链路埋点设计：认证失败率、Token刷新延迟、Scope越权拦截日志分析

关键指标埋点位置
在认证网关的请求拦截器中统一注入埋点逻辑，覆盖 OAuth2 流程三类异常节点：
  • 认证失败：`AuthenticationException` 捕获后记录 `auth_fail_rate`（按 client_id 维度聚合）
  • Token 刷新延迟：在 `RefreshTokenGranter` 中打点 `refresh_latency_ms`（从请求发起至新 Token 签发耗时）
  • Scope 越权：`DefaultOAuth2AuthorizationService` 校验阶段记录 `scope_violation` 事件及越权 scope 列表
越权拦截日志结构示例
{
  "event": "SCOPE_VIOLATION",
  "client_id": "search-web",
  "requested_scopes": ["read:doc", "write:user"],
  "allowed_scopes": ["read:doc"],
  "timestamp": "2024-06-15T10:22:31.482Z"
}
该结构支持 ELK 实时聚合分析，`requested_scopes` 与 `allowed_scopes` 差集可定位策略配置缺陷。
核心指标统计维度
指标采样频率聚合维度
认证失败率每秒client_id + error_code
Token刷新延迟 P99每分钟grant_type + issuer
Scope越权次数实时流式resource_server + requested_scope

4.3 百度云监控告警规则重构：基于OAuth 2.1错误码（invalid_scope、consent_required等）的SLO保障

告警触发条件精细化
针对 OAuth 2.1 新增的标准化错误码，将原粗粒度的“授权失败”告警拆解为语义明确的 SLO 指标：
  • invalid_scope：请求权限超出应用注册范围，触发 配置合规性告警（SLO：99.95%）
  • consent_required：用户需重新授权，关联 用户体验中断率（SLO：≤0.1%/小时）
规则匹配逻辑示例
// 根据 RFC 8693 及百度云扩展规范匹配错误码
func shouldAlert(errCode string) bool {
  switch errCode {
  case "invalid_scope", "consent_required", "unauthorized_client":
    return true // 触发高优先级告警
  default:
    return false
  }
}
该函数严格遵循 OAuth 2.1 错误分类标准，仅对影响服务可用性或用户授权流的关键错误码返回 true，避免噪声干扰。
SLO 关键指标映射表
错误码对应 SLO 维度阈值
invalid_scopeAPI 配置稳定性≤5 次/天
consent_required用户会话连续性≤0.08%/小时

4.4 多租户场景下App Registration隔离策略与RBAC权限映射实践

租户级应用注册隔离模型
Azure AD 中每个租户需独立管理 App Registration，避免跨租户令牌混淆。推荐采用命名空间前缀 + 租户ID哈希方式生成唯一应用标识： 
# app-registration-template.yaml
appId: "t-72f3a8b1-tenant-prod-api"
displayName: "acme-prod-api-tenant-72f3a8b1"
identifierUris:
  - https://api.acme.com/72f3a8b1
该命名策略确保应用ID全局唯一且可溯源租户，同时规避AD Graph API的跨租户查询风险。
RBAC角色绑定映射表
租户角色Azure内置角色作用域
TenantAdminApplication Administrator/providers/Microsoft.Applications
ApiDeveloperCloud Application Administrator/applications/{appId}
权限委派校验流程
租户ID → 应用注册上下文 → 角色定义匹配 → 范围化token签发

第五章：后OAuth时代百度AI搜索能力演进展望

身份认证范式的根本性迁移
OAuth 2.0 在百度AI开放平台中已逐步被基于 OpenID Connect 1.1 + JWT 的轻量级联合认证体系替代。新架构将用户身份声明（如 `sub`, `scope`, `ai_search_access`）直接嵌入 ID Token，并通过百度可信执行环境（TEE）校验签名链。
实时语义索引的工程落地
百度文心一言4.5模型已集成至搜索底层索引服务，支持毫秒级向量-关键词混合召回。以下为生产环境中的检索增强生成（RAG）配置片段： 
# search_config_v3.yaml
retriever:
  hybrid_weight: {keyword: 0.3, vector: 0.7}
  embedding_model: ernie-4.5-text-embedding-v2
  rerank_model: bge-reranker-large-zh
企业级私有化搜索部署路径
  • 客户通过百度智能云“千帆”平台一键部署专属AI搜索节点
  • 支持与本地知识库（如Confluence、SharePoint、MySQL文档表）自动同步元数据与chunk embeddings
  • 审计日志全程加密落库，满足等保2.0三级要求
多模态搜索能力扩展
输入类型处理引擎响应延迟（P95）
语音提问（带方言）ERNIE-Speech v3.2 + ASR-Fusion820ms
截图+自然语言追问ViT-L/14 + LayoutLMv31.2s
开发者接入体验升级

SDK调用流程：App → 百度Auth Proxy（自动刷新Token） → 搜索网关（动态路由至最近Region） → 多租户索引集群

DebugVibe
关注
Python调用百度AI识别身份证
阿黎逸阳的博客
12-04 6197
本文介绍应用百度AI的文字识别功能对身份证进行识别
python调用百度AI接口识别营业执照
阿黎逸阳的博客
11-26 3016
python调用百度AI接口对文字进行识别—以营业执照为例
SpringBoot3集成Oauth2.1——5资源地址配置
歪桃的博客
05-23 1370
如下所示，代码配置了两个，过滤器，一个是资源保护，一个是不保护。 先说上述代码的结果访问http://127.0.0.1:18080/doc.html是正常的，这是期望的 访问http://127.0.0.1:18080/sysOrg/info/page，会被401，这也是期望的，因为我携带无效token 但是我访问http://127.0.0.1:18080/sysOrg/info/list，给我从定向到登录页面了 什么意思嗯？就是说，下面的配置中，配置的其他静态资源，例如swagger页面，是能访问
百度搜索AI开放计划：助力开发者通过MCP Server连接用户和应用
猫头虎技术团队：授渔优于赠鱼，兴趣引领智慧，探索之乐尤显珍贵。商务合作+：Libin9iOak ，万粉变现+：CSDNWF，猫头虎承诺每年免费为100名C站创作者做账号流量诊断服务！全网搜：猫头虎技术团队，点击文章底部名片或直接私信我一切皆可谈，快找虎哥！
04-25 5万+
2025年4月25日，百度在Create开发者大会上发布了全新的AI开放计划。这一计划的核心目的是通过AI应用与MCP Server的高效连接，提供更流畅的互动体验，推动技术落地并实现技术与用户的闭环。百度通过免费、开放的方式邀请全球开发者共同打造AI应用与服务，提供流量支持和商业化路径，从而为开发者创造更多机会。对于用户来说，AI开放计划通过百度搜索引擎提供更加精准的搜索体验，满足日益多样化的需求。打开百度搜索开放平台：https://sai.baidu.com，我们可以看到平台主要分为三大板块：应用与M
生成式引擎优化（GEO）：百度AI搜索优化
解锁AI流量新红利！🚀 GEO优化（生成引擎优化）助您掌控AI搜索，让AI成为您的品牌最佳代言人！
08-04 1873
生成式引擎优化（GEO）是AI时代搜索优化的新范式，通过结构化数据和语义关联提升内容在AI生成答案中的权重。百度AI搜索采用NLP、深度学习等技术实现智能化升级，文心一言提供多场景应用能力。GEO实战策略包括构建权威性（E-A-T原则）、低成本启动和风险控制。未来趋势涵盖交互式优化、跨模态整合和预测性优化。GEO将搜索营销从流量争夺转向心智渗透，企业需通过技术深度和生态协同构建竞争优势。
调用百度ai接口实现图片文字识别详解
热门推荐
student_zz的博客
06-12 6万+
调用百度ai接口实现图片文字识别详解         首先先介绍一下这篇博文是干嘛的，为了不浪费大家时间。公司最近和短视频公司合作，需要监控app的截图上的文字是否符合规范，也就是确保其没有违规的文字。到网上找了一些资料发现百度ai提供这个功能，这篇文章主要就是介绍怎么获取到图片上的文字。接下来进入正题，往下看man：...
在 OpenClaw 中安装 baidu-web-search skill（百度网页搜索技能）
专注于技术研发行业技术主要有AI人工智能视觉识别、物联网技术、电商平台、app原生技术、微信小程序、鸿蒙语言开发、办公企业oa、ERP等，致力于做东半球最优秀的程序员
03-18 4336
摘要：本文介绍如何在OpenClaw中安装百度网页搜索技能（baidu-search）。推荐使用ClawHub CLI一键安装，需先安装Node.js(v20+)和ClawHub CLI工具。安装后需配置百度千帆API Key，并编辑配置文件或通过界面设置。验证安装可通过命令行测试或直接对话使用。若自动安装失败，提供手动下载安装方案，包括解压到指定目录、安装依赖等步骤。最后列出常见问题及解决方法，如技能加载失败、搜索问题等。
百度AI 图片识别学习笔记（1）——简单的图片识别接口使用
iMlosedog的博客
10-28 2415
仅以此记录自己的Python学习过程和图片识别学习过程。 参考资料 百度AI网址https://ai.baidu.com/ 开发环境PyCharmPython版本Python3.7 首先需要一个百度AI账号，自己的百度账号就可以，点击控制台登录。 点击左侧，图片识别创建一个应用，选择自己用得到的类别。 然后点击管理应用，其中的AppID,API key ,secre...
从L1到L5：解码AI智能体的技术阶梯— 基于权威研究的完整学习路径
nihao2q的博客
06-03 2980
摘要：AI智能体时代已至，市场预计2028年33%企业软件将集成自主AI。基于SAE自动驾驶分级标准，AI智能体被划分为L1-L5渐进式技术等级：L1掌握基础对话（如ChatGPT）、L2精通RAG架构（如NotebookLM）、L3驾驭多Agent协作（如文心智能体）、L4实现无代码开发（如Coze）、L5突破AI编程（如GitHub Copilot）。权威机构预测该技术将创造4.4万亿美元生产力价值，建议从业者根据能力匹配对应等级，通过工具实践和社区参与构建AI竞争力。（149字）
AI浏览器 vs 传统搜索：技术代差与替代进程全景图
sexy19910923的博客
08-13 2472
AI搜索已在效率与体验维度实现代际超越，但传统搜索凭借实时性与长尾覆盖维持不可替代性。2025年市场进入“双模共生”阶段，预计2030年AI搜索渗透率突破60%。
Python如何利用百度AI（baidu-aip）来实现文字识别
weixin_42644340的博客
04-14 2万+
今天给大家讲解下如何利用百度AI来实现文字识别，首先肯定是要拥有AI接口，所以，第一步 申请百度AI接口： 申请地址：http://ai.baidu.com/ 然后用你的账号登入，登入以后依次单击“产品服务”，“全部产品”，“图像识别”，然后在“图像识别”中选择创建应用，在接口选择那栏选择你想要的识别方式那打钩，我选择银行卡识别 然后立即创建即可。 这样就创建成功了，接下来会用到的就是AppID,...
2024年国内外最新AI大模型汇总（含搜索模型）
m0_59235945的博客
09-05 1万+
人工智能大模型正在快速发展，各大科技公司和研究机构都在竞相推出自己的AI大模型。本文将对2024年国内外最新的AI大模型进行详细汇总和对比分析。
百度网盘API接入实战：从零开始5分钟搞定OAuth2.0授权（附完整代码）
moss5的博客
02-14 2088
本文提供百度网盘API接入的实战指南，重点解析OAuth2.0授权流程，涵盖从应用创建、授权码模式实现到健壮的Token刷新机制。文章还深入讲解了文件上传、下载、管理等核心接口的调用方法，并分享了生产环境中的错误处理与性能优化最佳实践，帮助开发者快速、稳定地集成百度网盘开放平台能力。
Python：人工智能库如何选择，百度图像识别入门
李益
05-06 1855
前言 AI 是目前非常火热的一个方向，公司想要在未来有更加长足的发展，在AI 与人工智能领域的探索是必不可少的，在刚刚过去的四月份的上海科技博览展会上，部分参展公司的项目都已接入AI，比如看到的一个自助咖啡售卖机，使用了刷脸支付。当然，目前的这些AI和人工智能还有很大缺陷，因为用户行为是多变的，AI智能也只是在经过深度学习和大量模型训练后产生的，如果用户的行为习惯超出了你的训练范围，则有可能识别错...
百度Q2业绩企稳回升背后，搜索基本盘稳固，移动生态大突破
hexi008的博客
08-22 479
日前，百度对外公布了截止2019年6月30日的第二季度（Q2）财报。 百度Q2业绩企稳回升，李彦宏勉励全员打硬仗 财报数据显示，百度第二季度总营收为263.26亿元，环比增长9%，超出分析师预期的257.68亿元,；归属百度净利润为24.12亿元（约3.51亿美元），业绩超出华尔街预期。 受Q2财报发布影响，百度股价即大涨7.78%，盘后一度上涨10%。 财报数据公布后，百度董事长兼CEO李彦宏发...
百度搜索×DeepSeek：满血版与联网版的实战体验！
m0_65555479的博客
02-21 2523
百度搜索，接入DeepSeek-R1满血版最近，我们整理了一下，看看都有哪些自研大模型的公司接入了DeepSeek-R1。简单说：所有互联网大厂，都这么干了。六小虎里，只剩下Kimi和智谱还在坚持。从这个统计表不难看出，搜索是接入DeepSeek-R1最多的应用场景。比如两大平台——微信的AI搜索与百度搜索。不同于微信的AI搜索层级深，百度搜索直接在首页接入了DeepSeek-R1，既是满血版又能联网，入口浅。我们这就实测，给大家看看效果。
AC-baidu脚本：如何让百度搜索体验提升200%的终极指南
最新发布
gitblog_00180的博客
07-09 824
在信息过载的互联网时代，**搜索效率**已成为每个上网用户的核心需求。你是否曾因搜索结果中的广告干扰、冗长的重定向跳转而感到烦躁？是否希望搜索结果页面能更简洁、更直观、更高效？AC-baidu脚本正是为解决这些痛点而生的一款**浏览器脚本优化工具**，它能彻底改变你的搜索引擎使用体验，让每一次搜索都变得纯净而高效。 ## 🚀 为什么你的搜索需要AC-baidu脚本？ **传统搜索的三大痛点*
你真了解百度吗? 百度的用户生态有哪些？百度的商业模式是什么？
白杨SEO的博客
09-04 2060
百度的主要竞争对手分布在搜索、AI、自动驾驶、云技术等领域，特别是越来越多的厂商，盯上了搜索这个市场，像Kimi、豆包、元宝等AIGC产品也冲击着百度搜索的市场份额，对百度而言，压力与日俱增。百度（Baidu）成立于2000年，最初是一家搜索技术提供商，一路生长为中国最大的互联网搜索引擎公司，全球最大的中文搜索引擎、最大的中文网站，是网民获取中文信息和服务的最主要入口。除核心产品百度搜索引擎外，还推出了一系列其他的互联网服务和产品，例如百度百科、百度地图、百度云、百度网盘、百度文库、好看视频等。
百度ai之鉴黄接口
xrkhy的博客
10-10 1140
配置完成后，我们就可以写代码了。
百度搜索全面接入DeepSeek-R1满血版：AI与搜索的全新融合
南 阳 的博客
02-18 2522
作为一款用户频繁使用的搜索引擎，百度的作用不仅限于获取最新消息，还能解答用户的各种问题。在常规百度AI搜索下，用户就能得到准确的解答，而 DeepSeek-R1 接入后，回答更加深入和细致。百度不仅给出了正确答案，还详细分析了其中的解题思路，并特别指出了大家可能会犯的常见错误。进行“赛博算命”的话题，百度搜索也展现了其精准的能力，万年历正确率大幅提升，避免了过去常见的公历转农历出错的问题。来推动全行业的进步。等自家优势技术，对模型进行了优化，有效减少了“幻觉”现象，从而提升了用户的整体体验。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值