分类： AI 工具排错

在 AnythingLLM 桌面版中使用 File System Access 技能时，如果读操作正常但所有写操作都报 [BUG]: File System Access skill — write operations fail with "Access denied" ，通常说明写工具用错了允许

这个报错通常出现在 LobeChat 的飞书 / Lark 机器人（webhook 或 websocket）处理消息、需要在用户消息上叠加状态表情（👀 → 🤔 → ⚡）时。飞书 reactions API 不接受 Unicode 表情，只接受飞书的 emoji 标识字符串，因此每次 addReact

这个报错出现在 LobeHub Desktop（Electron）里修改账号邮箱时，桌面端的 Better Auth 客户端把请求发到了跨域的云端地址，被 CORS 预检拦截，从而抛出 TypeError: Failed to fetch ；同一操作在网页版正常，优先排查桌面端是否为受影响版本，并改

当你在 OpenAI Python SDK 中定义的 TypedDict 字段使用了不带类型参数的裸 dict （如 metadata: dict 而非 metadata: dict[str, str] ）时，调用 transform() 会在内部递归转换阶段抛出 IndexError 。优先检查出

这个报错通常出现在用 OpenAI Python SDK 反序列化模型响应时，某个 Pydantic BaseModel 字段或响应类型被标注为“裸” dict （没有任何类型参数），SDK 的 construct_type() 仍按 Dict[K, V] 去解包类型参数，于是触发 ValueErr

在 Gradio 6.7.0 中，当单个 gr.Button.click 事件同时更新多个组件（例如 Markdown、两个 Dataframe 和 DownloadButton）时，浏览器标签页会完全卡死约 60 秒甚至无限期无响应，并抛出 Browser Hang on Multi-Compon

该问题出现在 Gradio 6.12 的 gr.Dataframe （interactive/input 模式）上，主要表现为有数据时看不到“Add row”按钮、新增末行需要切换全屏才渲染、空表点击一次按钮消失，以及偶发交互卡死。优先排查两件事：一是把 Gradio 升级到包含 #13744 的版

当系统临时目录与 Gradio 上传/缓存目录位于不同文件系统或不同 Windows 卷（例如 TEMP 在 C:、上传目录在 D:）时， /gradio_api/upload 会先返回 content-addressed 缓存路径，再在后台执行跨文件系统拷贝，导致客户端在该路径尚未就绪时读取就触发

该报错发生在 Windows 上运行 CrewAI 仓库的 pre-commit 本地钩子时，原因是钩子配置中硬编码了 Unix 风格虚拟环境激活路径 `.venv/bin/activate`，而 Windows 上并不存在该路径。优先排查你的 `.pre-commit-config.yaml` 是