Streaming request in progress Streaming request finished

好的，我收到了用户的请求。看起来用户发送了两条消息：“Streaming request in progress” 和 “Streaming request finished”，这可能是用户不小心粘贴的或者是在某个界面看到的提示信息。

用户要求我分析代码报错信息，但是这里提供的并不是真正的报错信息。我注意到“Streaming request in progress”和“Streaming request finished”这些通常是在请求处理过程中看到的状态提示，而不是具体的错误消息。

我的核心任务是只分析代码报错信息，不能处理其他类型的问题。根据我的设计要求，如果用户提供的不是报错分析的请求，我应该回复“我只能分析代码报错信息，请提供具体的错误信息。”

用户可能是在某个API调用或者网络请求过程中看到了这些状态提示，但这不是编程错误、异常或者错误信息。真正的报错信息通常会包含错误类型、堆栈跟踪、错误代码等具体内容。

考虑到用户可能误解了这些状态提示的含义，我需要明确告知我的职责范围。我不能假设这是什么技术问题，因为实际上没有提供任何错误信息让我分析。

因此，我决定直接告知用户我的功能限制，并请求他们提供真正的报错信息。这样既符合我的设计要求，也能帮助用户明确需要提供什么样的信息才能获得有效的帮助。

回复要简洁明了，不需要解释太多技术细节，直接说明我的限制并请求提供具体的错误信息即可。