pixtv画布节点生成失败时需反向排查：先检查节点prompt是否为空或含控制字符、变量名是否拼写一致；再验证model_id拼写是否正确（如seedance-2.5）；清空或禁用denoise_cache；最后确认api健康状态、配额及广告拦截插件干扰。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
PixTV画布节点生成失败时，不能只盯着“重试”按钮猛点，要顺着数据流反向定位卡点——从节点参数、缓存状态、模型可用性到网络策略，每层都可能无声拦截请求。
先看节点自身是否“带病上岗”
双击失败节点，检查右侧参数面板中 prompt 字段是否为空或含不可见控制字符（如零宽空格、BOM头）；若使用了变量占位符（如 {{char_name}}），确认上游节点已成功输出且字段名拼写完全一致，大小写错一个字母就会导致变量解析为空。
点击右上角“调试模式”开关，启用后再次运行，观察控制台输出的 raw request payload——重点核对 model_id 是否为当前画布支持的合法值（例如 seedance-2.5 而非 seedance25 或 seedance-v2.5），【model_id 拼写错误会导致请求直接被网关 400 拦截，不进模型队列】。
查缓存与临时目录是否被污染
方法一：清空本地去噪缓存
打开终端，执行：
rm -rf ~/.cache/pixtv/denoise_cache/*
方法二：强制跳过缓存重跑
在节点参数中找到 Advanced Settings → 勾选 “Disable denoise cache”，再运行。这一步能快速判断是否为缓存块校验失败所致——若跳过缓存后成功，则说明 ~/.cache/pixtv/denoise_cache/ 下存在损坏的中间帧文件。
【注意】不要只删子目录，必须清空整个 denoise_cache 文件夹，残留的 .lock 文件会持续阻塞新任务】
验证模型服务端连通性
第一步：打开浏览器新标签页，访问 https://api.pixtv.ai/health → 确认返回 {"status":"ok","models":["gpt-image-2.5","seedance-2.5"]} 且 HTTP 状态码为 200。
第二步：若 health 接口正常，但在画布中仍报“Model unavailable”，打开 Chrome DevTools → Network 标签 → 过滤 XHR → 找到 /v1/generate 请求 → 点开查看 Response → 若含 "error": "quota_exhausted"，说明当日免费额度已用完；若含 "error": "model_not_found"，说明该账号未开通对应模型权限，需前往 https://pixtv.ai/account/billing 页面升级套餐。
第三步：若 Response 为空或出现 CORS 错误，关闭所有广告拦截插件（特别是 uBlock Origin），uBlock 默认将 pixtv.ai 的 /v1/generate 请求识别为“可疑跨域资源”并静默丢弃。
