待验证50% 置信解决方案精确时间
崩溃测试通过运行中途杀掉n8n执行然后用同一份转录文本重新运行，断言：无重复行动项（幂等性通过按会议ID + 条目哈希执行upsert实现）、崩溃前已提取的项目不会被重复提取、运行日志显示重试而非静默覆盖。
1
来源数
50%
置信度
长期有效
时效性
2026/10/13
首次发现
来源
涉及实体
相关事实
待验证issue #8234记录了静默循环问题：durability="sync"并未强制保证put_writes与checkpoint持久化之间的顺序，崩溃恢复时可能产生不一致状态70% 相似待验证n8n因开启失败重试会在AI供应商过载时自动再试，而Zapier的运行直接停止需从历史记录手动重放69% 相似待验证摘要应按需触发，只在失败 run 被人工修复后才生成，而非每次都刷屏66% 相似待验证遇到限流错误时不应通过不断重试来重置窗口，错开请求时间即可持续使用63% 相似待验证对于嵌套操作（子操作失败但父操作被捕获后继续运行），Dllog 可能出现失败被吞掉、日志随之丢弃的静默故障风险63% 相似
引用此条事实
Stable URI
https://kongchang.com/claim/1013164API
curl https://kongchang.com/api/v1/knowledge/claims/1013164MCP
get_claim(id=1013164)