待验证50% 置信事实精确时间
workflow 上下文中 fetch 不可用，导致 URL 型输入无法被正确处理
1
来源数
50%
置信度
长期有效
时效性
2026/10/13
首次发现
来源
涉及实体
相关事实
待验证fetch抛出TypeError意味着请求未到达服务器应用层，不产生计费，是AI API场景下唯一可安全重试的情况60% 相似待验证v1.12.0 在托管 Agent 的 web_fetch 工具配置中新增了 url_sources 参数57% 相似待验证在 Express 中，如果将 webhook 路由注册在 express.json() 中间件之后，请求体会被解析成对象，导致传给 constructEvent 的不是原始字符串，从而引发签名验证失败。57% 相似待验证DeepSeek Harness 自带的 web fetch 工具是只读工具，不会携带 cookie 或凭证，也不会像浏览器那样渲染页面，因此无法完成需要登录、点击的操作任务57% 相似待验证事件触发依赖 Webhook 机制——外部应用在事件发生时向 N8N 提供的 URL 发送 HTTP 请求，N8N 收到后即启动对应 Workflow。56% 相似
引用此条事实
Stable URI
https://kongchang.com/claim/1020234API
curl https://kongchang.com/api/v1/knowledge/claims/1020234MCP
get_claim(id=1020234)