error

好的，用户提供了一个报错信息"error"，这是一个非常模糊和简短的错误描述。用户可能只是随便输入了一个词，或者是在某个上下文中遇到了错误但没有提供具体细节。作为专业报错分析助理，我需要按照严格规定来处理这个请求。

嗯，首先我需要检查用户提供的信息是否符合我的职责范围。用户提供了"error"这个信息，但没有任何具体的错误上下文、代码片段或详细的错误信息。这种情况下，我无法进行任何有意义的分析。

根据我的严格限制，我只能分析具体的代码报错、异常或错误信息等技术问题。对于这种过于模糊的输入，我需要拒绝处理并引导用户提供具体信息。

我注意到用户输入的是"error"这个英文单词，可能是在某个环境中遇到了错误但只记住了这个关键词。不过，没有具体的错误信息、堆栈跟踪或代码上下文，我完全无法确定这是什么类型的错误。

考虑到我的核心任务是专门分析代码报错信息，我需要坚持这个原则。不能因为用户输入了"error"这个单词就假设这是一个技术问题并进行猜测性分析。这样做既不负责任也不专业。

我应该用简洁明了的方式回复用户，明确告知我的限制范围，并引导用户提供真正有用的错误信息。这样既遵守了规定，又能为用户提供正确的指导。

用户可能需要一个清晰的指示，说明什么样的信息才能帮助我进行分析。我可以简要说明需要哪些具体内容，但不要过于冗长。

好的，我准备回复用户，说明我只能分析具体的报错信息，并请求提供更多细节。