查了EdgeOne Makers朱雀文本检测的官方文档，你问的三个细节确实都没写清楚。 position字段只给了"hello world"返回[0,11]的例子，刚好等于字符数，但没说明是Unicode码点、UTF-16单元还是字节，区间开闭也没提。is_merge参数只写了"是否合并段落，默认true；设为false时每个段落独立输出置信度"，但"段落"按什么切分、merge=true时返回几个片段，都没有定义。segment_labels[].text是否逐字节保留原文（包括CRLF、制表符等），文档同样没有承诺。 这些属于接口契约的底层规范，公开材料覆盖不到。建议直接在EO专区提工单或进开发者沟通群问产品侧，附上含中文和特殊字符的具体case，拿到明确答复最稳妥。 官方详细解决方案：https://cloud.tencent.com/product/lighthouse?Is=sdk-topnav... 展开详请

经检索，EdgeOne Makers免费版虽支持Blob存储，但官方文档未提供“workspace未分配”或“COS参数缺失”的具体修复步骤。您遇到的报错表明账号底层存储资源未完成初始化，尽管控制台显示有额度。 建议立即执行： 登录EdgeOne Makers控制台“存储> Blob”页面，查找并点击“创建存储空间”或“初始化”按钮，手动触发资源分配； 若无手动入口，提交腾讯云工单，提供账号ID 100053608197、项目名 workshop-payroll 及完整报错截图，要求人工核查免费版Blob Workspace/COS资源状态； 关注11月9日付费套餐上线窗口，额度重置时资源可能自动补齐。 官方详细解决方案：https://cloud.tencent.com/product/lighthouse?Is=sdk-topnav... 展开详请

构建成功但部署检查失败——这是平台检测和本地构建产物不一致的典型症状。EdgeOne Pages（Makers 用的部署链路）的 Next.js 支持按三个方向查：1. 先看检测的完整报错（决定方向）：页面输出的 vinext 检查失败信息里通常带具体的 diff 内容（缺少文件/多余文件/配置不一致）。没有具体 diff 的话，在构建日志（部署详情-构建日志）里搜 vinext 或 validate 关键字，看检测器的具体输出；2. 最常见的三个根因：a. 输出模式不匹配——Next.js 项目要选对 output 模式：静态导出（output: export 生成 out 目录）还是 Node 服务（需要 SSR runtime）。EdgeOne Pages 对 Next.js 的支持形态决定检测项：如果你的项目是 SSR/ISR（有 getServerSideProps 或中间件），但平台当静态站检查（期望 out 目录），vinext 检测会报缺少服务产物。检查 next.config 的 output 配置和实际构建产物目录（out 还是 .next）是否与平台选择的框架预设一致；b. 锁文件依赖漂移——本地和 CI 的依赖版本差异导致构建产物不同（比如本地 Next 14，CI 装了 15——package-lock 是否提交且 CI 用 npm ci 而非 npm install）。确认平台构建时用的包管理器和 Node 版本（EdgeOne Pages 的构建环境 Node 版本在环境变量或构建配置里设，低版本 Node 下 Next 15 的构建产物会异常）；c. monorepo 的路径问题——workspace 里的 Next 项目不在仓库根目录时，检测器可能在错误的目录找产物（构建命令的工作目录配置）。把构建命令里显式 cd 到正确目录并确认输出目录配置；3. 快速自证路径：本地用与平台一致的命令全量跑一遍构建（删 node_modules 重装），把本地产物和平台部署日志里检测的产物清单对比——差异文件就是问题所在。本地构建产物如果平台检测仍不认，直接提工单带：仓库地址、构建命令、平台报错的完整截图（vinext 的 diff 部分）——平台侧的检测规则细节只有官方能确认（可能是预设配置的问题而不是你的项目问题）。... 展开详请

EdgeOne 海外区读 Blob 403 AccessDenied，按「谁拒绝的」逐层定位：1. 先看响应体细节定位置：403 的响应里通常带具体错误码——EdgeOne 自己拒绝的（响应头有 EO 标识）还是回源到源站后源站拒绝的（回源场景）？先看响应头有没有 x-eo-err 或类似标识，以及 Response 时间（边缘命中的 403 响应极快，回源后的是源站延迟）。这一步决定排查方向：边缘权限 vs 源站权限；2. 边缘层的三个 403 原因：a. 访问鉴权没配或配错——Blob 的读取如果是私有桶（private），直接 URL 访问必然 403，需要带签名（SAS token / 签名 URL）。检查：同样的 URL 换个区域能不能读、带签名后能不能读。海外区规则和国内区独立——国内区的鉴权配置不会自动同步到海外区，新开的海外区 Zone 要单独配鉴权规则；b. 海外区的访问规则（Referer/UA/IP 黑白名单）误拦——检查 EdgeOne 海外区的规则引擎里有没有拦截规则命中了你的测试请求（规则引擎的命中日志在安全-访问日志里能查到具体规则 ID）；c. CDN 缓存了 403 响应——之前配置错误时的 403 被缓存住了，改完配置还是 403。验证：请求带随机 query 参数绕过缓存（?t=时间戳）能不能读。能读就是缓存问题，去刷新缓存或配 403 不缓存；3. 源站层（如果确认回源了）：源站的存储（Azure Blob/对象存储）的防火墙规则——源站可能只放通了 EdgeOne 国内区的回源 IP 段，海外区回源 IP 不同被源站拒。查源站的 IP 白名单是否覆盖海外回源段；4. 快速定位路径总结：先加随机参数测缓存 → 再看响应头定边缘/源站 → 边缘查鉴权与规则 → 源站查 IP 白名单。工单时带上：完整请求 URL、时间点、X-Request-ID（响应头里有），EdgeOne 后台能按 Request-ID 查到这次请求被哪个环节拒绝。... 展开详请

开通中国大陆节点 EdgeOne 主要分这几步： 前提条件：腾讯云账号完成实名认证，域名已完成工信部 ICP 备案，源站（CVM / COS 等）可正常访问。 操作流程： 登录边缘安全加速平台 EO 控制台，点击「添加站点」，输入域名。 选择套餐（付费套餐或免费套餐兑换），同意服务协议。 加速区域选「中国大陆可用区」或「全球可用区」——这一步决定了是否启用国内节点。 选接入模式： CNAME 接入：不改 DNS 服务商，加 CNAME 记录即可，适合已有解析的场景。 NS 接入：把 DNS 托管给 EdgeOne，一键生效，适合新域名。 DNSPod 托管接入：域名在 DNSPod 时最省事。 按提示完成域名验证（CNAME 接入需加 TXT 记录验证归属权，NS 接入需改 DNS 服务器）。 进入「域名服务 → 域名管理」添加加速域名，配置源站地址、回源协议等。 到 DNS 服务商处添加 EdgeOne 分配的 CNAME 记录，等待生效即可。 验证：nslookup 你的域名 看是否解析到 EdgeOne 的 CNAME，或者直接用 curl -I 看响应头里是否带 X-EO- 标识。 注意：如果域名还没备案，选中国大陆区域会提示受限，只能先选「全球可用区（不含中国大陆）」。 官方详细解决方案：https://cloud.tencent.com/product/teo... 展开详请

401 是权限问题，跟域名绑不绑定没关系。只要 Makers 服务端没改策略，国内访问照样被拒。 核心就两点： 网络层：境外服务器在国内连接不稳定，握手失败直接报错。 策略层：很多海外 SaaS 会屏蔽国内 IP，或者 CORS 头没配好，浏览器直接拦截。 别指望换个域名就能绕过风控。先拿手机热点（非国内 IP）测一下原始链接，如果通了，那就是网络或跨域锅；如果也不通，那就是账号或平台限制。 真想在国内用稳当点，要么搞个合规的国内镜像节点，要么老老实实挂代理。不然绑了域名也是白搭，反而多了个解析延迟。 官方详细解决方案：https://cloud.tencent.com/product/makers... 展开详请

默认域名限制：是的，edgeone.cool 等免费子域仅用于临时预览，强制带 eo_token 且有时效。这是官方设计，无法通过配置改为长期公开链接。 加速区域修改：不可直接修改。免费版一旦选定含中国大陆的节点，后续无法切换为“不含大陆”。若需切换，只能删除当前项目/站点，重新创建时选择“全球（不含中国大陆）”。注意：删除操作会清除部署记录，需提前备份代码和构建配置。 自定义域名与备案： 必须备案：只要加速区域包含中国大陆，绑定自定义域名就必须完成 ICP 备案，否则会被拦截或返回 403/401。 无备案替代方案：若不想备案，只能选择“全球（不含中国大陆）”加速区域，并绑定海外域名服务器解析的域名。但这样国内用户访问速度可能较慢（取决于 CDN 节点分布）。 建议：面向国内同学，建议尽快办理 ICP 备案，绑定自有域名以获得稳定、高速、无需 token 的访问体验。 官方详细解决方案：https://cloud.tencent.com/product/teo... 展开详请

别慌，这大概率是用了 EdgeOne 的免费子域名（比如 xxx.edgeone.cool）。这种平台自带的二级域名，底层虽然走了 HTTPS 传输，但前端展示上往往不吐证书链，或者浏览器直接当 HTTP 处理，所以你看不到锁标。 想看到绿锁？必须绑定自有域名。去控制台把 DNS CNAME 解析到你自己的域名上，系统会自动帮你签发 Let's Encrypt 证书。等 DNS 生效（通常几分钟到几小时），访问你的域名就能看到证书了。 另外，如果你绑的是国内域名，记得先备案，不然 HTTPS 可能开不了。如果是海外节点，直接绑就行。总之，免费子域名就别指望看证书细节了，那是给正式站点准备的。 官方详细解决方案：https://cloud.tencent.com/product/teo... 展开详请

别慌，这通常是链路问题。按这个顺序排查： 分层测试：用 curl -v 或 ping 测具体超时节点 IP。如果 Ping 通但 HTTPS 超时，说明 TCP 通了，SSL 握手被劫持或丢包；如果 Ping 不通，直接找运营商或 EdgeOne 工单。 抓包分析：在本地或边缘节点用 tcpdump 抓包，看 TLS Handshake 阶段（Client Hello -> Server Hello）哪一步断了。如果是 SYN-ACK 丢失，大概率是中间节点丢弃了特定端口流量。 对比测试：切到 HTTP 试试。如果 HTTP 正常而 HTTPS 超时，90% 是 SNI 污染或证书校验问题，检查域名是否备案、证书是否有效。 查状态页：先看 EdgeOne 官方状态页有没有区域性故障公告。 优先联系 EdgeOne 客服提供具体超时节点的 IP 和 TraceID，他们后台能看到精确的阻断原因。 官方详细解决方案：https://cloud.tencent.com/product/teo... 展开详请

结论：KV 审批 20 多天没有结果，靠继续等待大概率没用，建议主动走工单或销售渠道催办，同时先确认自己申请的是哪一种 KV、账号是否满足开通条件。 一、先确认申请的是哪种 KV 从标签看是 EdgeOne（边缘安全加速平台 EO）相关的 KV 存储，这里有两条产品线，开通条件不同： - EdgeOne 边缘函数 KV 存储：目前为内测阶段，面向企业版套餐用户开放，需要提交申请，由后台人工审核。 - EdgeOne Pages 的 KV 存储：在 Pages 控制台顶部导航进入 KV Storage，点击立即申请，填写申请理由，说明实际业务场景和用途，再提交审核。 二、审批久未通过的常见原因 1. 套餐不满足：边缘函数 KV 面向企业版用户，如果站点只是免费版或个人版套餐，申请可能一直停留在审批中。 2. 申请理由过于简单：只写“想用 KV”之类的一句话，审核人员无法判断场景，建议写清楚业务类型、预计读写量、数据规模和用途。 3. 账号层面：未完成实名认证、账号欠费或存在风控标记，也会影响内测功能的开通。 三、建议的处理步骤 1. 在控制台确认账号已完成实名认证，且没有欠费。 2. 确认当前站点所在套餐，需要企业版的话先评估是否升级。 3. 补充申请信息：重新阅读申请表单，把使用场景、预期 QPS、数据量、是否面向生产环境写具体。 4. 提交工单：控制台右上角进入工单，产品选择边缘安全加速平台 EO，问题描述里附上申请时间、账号 ID、站点或项目名称，并说明已审批超过 20 天。 5. 如果有对接的客户经理或销售，直接联系对方加急，内测功能通常由产品侧人工放量。 四、等待期间的替代方案 - 数据量小、读多写少的场景，可以先把配置写成边缘函数里的常量或打包进代码，由函数直接读取。 - 需要持久化存储的业务，可以先使用云数据库 Redis 或 COS，通过边缘函数回源访问，等 KV 开通后再迁移。 注意：KV 是最终一致模型，边缘节点缓存最长约 60 秒，写入后立刻读取可能读到旧值，规划业务时要考虑这一点。开通条件和名额以控制台及官方公告为准。... 展开详请

兄弟，消消气。这“审核中”真不是针对你个人，是腾讯云那边的自动化风控+人工复核流程卡住了。 EdgeOne Makers 属于边缘计算资源，涉及数据合规和反垃圾策略，审核确实比开通普通 CDN 慢。通常情况如下： 正常时效：一般 1-3 个工作日。如果是周末或节假日，顺延到下一个工作日。 为什么慢： 实名校验：系统会比对你的账号实名信息与申请主体是否一致。 业务场景审查：如果你的域名近期有异常访问记录（如被黑产利用过、含敏感词），会触发人工介入，时间拉长到 5-7 天。 配额限制：部分新账号可能因历史欠费或违规记录被临时冻结申请权限。 你能做的： 别反复提交：重复提交只会重置排队顺序。 检查邮箱/短信：看是否有补交材料的通知（比如要求提供网站备案截图）。 催单技巧：去腾讯云控制台提工单，选【EdgeOne】->【产品咨询】，标题写“急！KV 服务审核超时”，附上订单号。人工客服有时候能帮你查具体卡在哪个环节。 如果超过 5 个工作日 还没动静，大概率是被风控拦截了，这时候只能靠客服协调解封或重新认证主体。耐心点，这玩意儿急不来。 官方详细解决方案：https://cloud.tencent.com/document/product/1552... 展开详请

区域加运营商同时出问题，优先排查 DNS 解析和节点覆盖。用不同运营商网络 dig 域名，看返回的 EdgeOne 节点 IP 是否一致；再 telnet 80/443 端口确认连通性。免费版节点覆盖和调度策略通常比付费版弱，部分地区可能回源路径绕远或被中间网络拦截。抓包看 TCP 握手在哪一步失败，如果 SYN 无响应，基本确认是接入层或运营商路由问题；如果 TLS 阶段失败，再查证书链和 SNI。同时去 EdgeOne 控制台看对应区域是否有异常告警。... 展开详请

不一定，几个常见坑先排查。第一，确认配的是「强制 HTTP 回源」还是「跟随协议」，跟随协议模式下客户端用 HTTPS 访问就会以 HTTPS 回源，这是最常见的误会。第二，检查是否有「强制 HTTPS」或「强制跳转」类配置开了，这类配置优先级高于回源协议设置。第三，如果源站 80 端口有 301 跳转到 HTTPS，回源请求会被跟随跳转，最终实际走的就是 HTTPS，抓包或看边缘日志能看到跳转链。第四，注意配置生效有延迟，改完等几分钟再看实时日志。定位方法很简单：看回源日志里记录的回源协议和端口，对不上配置就是被上面某条规则覆盖了。遇到这种配置「不生效」的问题，先怀疑配置优先级，再怀疑源站行为，别急着重配。... 展开详请

已解决，记一下原因和处理方法，给遇到同样问题的人参考。 原因：这个站点 2026 年 9 月 9 日在控制台开启过"源站防护"。工单确认免费版不支持这个功能，开着的时候域名会卡在"部署中"，续期的证书下发不到边缘，域名配置也改不了。（提问里说"从 2025 年 8 月底起"不准确，那是域名的最后修改时间。） 处理： 1. 调用 DisableOriginACL（参数只有 ZoneId）关闭源站防护。约 2 分钟后所有域名恢复"已生效"。 2. 对每个域名分别调用 ModifyHostsCertificate（Mode=eofreecert）。一次只能传一个域名，传多个会报 HostsCertificateInconsistency。约 2 分钟后边缘换上了新证书。 注意：关闭源站防护后，EdgeOne 回源 IP 会马上换成原白名单以外的网段，我们观测到约 95% 的回源请求来自名单外。如果源站用源站防护给的 IP 白名单做了拦截，关闭前要先放开，否则整站 403。之后可以改用规则引擎的"修改 HTTP 回源请求头"加一个密钥头，源站按这个头放行。... 展开详请

这个一般是 token 生命周期问题，按这个顺序排查：Gitee 私人令牌默认有有效期，创建时如果选了短期限，到期后 EdgeOne 侧就一直报授权过期，去 Gitee 设置里重新生成一个不设过期或长有效期的令牌，再回 EdgeOne 重连。其次检查令牌权限范围，repo 相关读权限没勾全也会以过期形式报错。还有一点容易被忽略：在 Gitee 上改过密码或撤销过应用授权，所有关联 token 会立刻全部失效，需要在 EdgeOne 里重新授权一次。以上都对还报过期的话，把 EdgeOne 侧的代码源绑定删掉重新加，残留的旧凭据清掉就好。... 展开详请

这是校验逻辑没区分接入模式的老问题。NS接入下权威解析已托管给EO，控制台里CAA/MX/TXT跟加速CNAME共存是正常的，邮件和证书验证本来就要配MX/CAA，跟站点加速的CNAME互不干扰。CNAME接入才有主机记录上CNAME与其他记录不能共存的约束。可以先自查两点：提示里的主机记录是否在EO DNS里真的同时配了CNAME和MX/TXT，确实配了才需要拆分主机记录；NS已生效但提示还在，大概率是状态同步延迟或校验没识别接入模式，直接提工单附上NS生效截图，让后端按NS场景关掉这条校验。这类误报催工单比自己在控制台折腾快得多。... 展开详请