似乎newapi在高并发场景下的错误处理并不是那么优秀 
以下是日志： 
logdump.txt (86.3 KB) 
个人初步判断是由于map非线程安全核心原因是 concurrent map writes，也就是说，多个goroutine同时写入同一个map结构，而map本身非线程安全，导致panic 
触发点是由于 
[ERR] 20250729142545740130953ie8NARjv | streaming timeout

可能是上游某个提供商的网络问题或者一系列复杂原因，导致streaming timeout， 
在超时处理过程中，多个协程同时尝试修改同一个 CustomEvent 对象内部的 map 
当第二个协程尝试修改已被第一个协程修改的 map 时，Go 运行时检测到并发冲突直接触发 panic 
这个问题是否是一个已知的bug呢，是否有懂的佬友来解答一下，包括如...