chrome插件无法直接调用豆包ai api，因无公开web api且服务端强制校验设备id、会话id、cookie等；可行方案是通过content script监听dom变化抓取渲染后的回答内容。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 免费无限量使用 DeepSeek R1 模型☜☜☜
Chrome 插件不能直接调用豆包AI的 API
豆包AI（doubao.com）没有开放公开的 Web API，也没有提供官方 SDK 或 CORS 允许的接口地址。所有前端请求都走其内部封装的 /api/v1/chat 等路径，且强制校验 X-Device-ID、X-Session-ID、Cookie 和 Referer，还依赖页面级 WebSocket 长连接维持会话状态。
这意味着：你写个 fetch('https://www.doubao.com/api/v1/chat') 在插件 content script 里发出去，99% 会直接返回 403 Forbidden 或 401 Unauthorized，不是跨域问题，是服务端主动拒绝。
- 别试
manifest.json里加"permissions": ["https://www.doubao.com/*"]—— 权限只是放行请求发出，不解决鉴权 - 别用 background script 模拟登录——豆包的登录态强绑定浏览器上下文（含 localStorage + IndexedDB + Service Worker 缓存），插件无法复用
- 别指望注入脚本后调用页面内已有的
window._doubao对象——该对象被严格隔离在沙箱中，content script 无法访问
能绕过的方式只有 DOM 监听 + 模拟用户操作
真正可行的路径，是让插件在 doubao.com 页面上“看”用户输入、“等”回复渲染、“抓”结果 DOM。这不是调用 API，而是做 UI 层面的自动化观察。
关键点在于：必须用 run_at: "document_idle" 注入 content script，并监听 mutationObserver 监控聊天区域变化；回复内容通常出现在 div[data-role="answer"] 或类似结构里，但 selector 会随版本变，得留心更新。
立即进入“豆包AI人工智官网入口”；
立即学习“豆包AI人工智能在线问答入口”；
- 不要用
setTimeout轮询——容易漏帧或重复触发，用MutationObserver观察div.chat-history的子节点新增 - 别直接读
innerText——豆包用渐进式渲染，答案可能分段插入，需等data-status="complete"类标记出现再提取 - 注意 iframe 场景——如果豆包把聊天框嵌在 iframe 里（部分新版有这倾向），你的 content script 默认进不去，得在
manifest.json中显式声明"all_frames": true
manifest.json 必须配对权限和匹配规则
想让脚本能跑在 doubao.com，host_permissions 和 content_scripts 的 matches 必须严丝合缝，少一个斜杠或协议都白搭。
示例配置片段（仅示意）：
{
"content_scripts": [{
"matches": ["https://www.doubao.com/*"],
"js": ["content.js"],
"run_at": "document_idle",
"all_frames": true
}],
"host_permissions": ["https://www.doubao.com/*"],
"permissions": ["storage"]
}
-
matches写成"*://*.doubao.com/*"也行，但更建议明确https协议，避免 HTTP 重定向干扰 - 别漏掉
"storage"权限——哪怕只存个开关状态，没它chrome.storage.local.set()会静默失败 - 开发时用
chrome.runtime.reload()刷新插件，别靠关浏览器——doubao 页面常驻 SPA，缓存深，硬刷新才生效
调试时最常卡在 CSP 和 eval 限制
豆包页面启用了严格 CSP（Content-Security-Policy），禁止 eval、unsafe-eval、内联脚本，还会拦截非白名单的 postMessage 来源。你的 content script 一旦试图 eval() 动态代码或用 Function() 构造函数，立刻报 Refused to evaluate a string as JavaScript。
- 禁用所有
eval相关逻辑——包括第三方轻量库（如某些 JSON5 解析器）里藏的new Function() - 不要用
document.write()或innerHTML = "<script>..."</script>注入脚本——CSP 会拦，且 DOM 已就绪后这么干极易出错 - 调试用
console.log没问题，但别依赖debugger断点——豆包页面本身有 sourcemap 混淆，断点常偏移，优先用console.trace()定位调用链
实际做下来，最难的不是写功能，是稳住 selector 不崩、扛住页面小版本更新、避开豆包反爬的 DOM 干扰策略。改一次 selector，可能就得等它下周灰度完再验证。
