'Formatting support requests for faster resolution'

当你联系 Supabase 支持时，一张清晰且聚焦的工单能帮助我们的团队理解问题、评估影响并开始调查。

🌐 When you contact Supabase Support, a clear and focused ticket helps our team understand the issue, assess its impact, and begin investigating.

如果你用大型语言模型（LLM）来帮你写工单，把你收集到的信息给它，比如你的注意、准确的错误信息以及相关证据，再结合下面的提示。LLM 会把这些信息整理成一个简明、技术上有用的支持工单，同时去掉重复、猜测和无关的内容。

🌐 If you use an LLM to help write your ticket, give it the information you have gathered, such as your notes, exact error messages, and relevant evidence, combined with the prompt below. The LLM will organise this information into a concise, technically useful support ticket while removing repetition, speculation, and irrelevant details.

在提交生成的工单之前，仔细检查确认所有细节都正确，而且不包含密码、API 密钥、访问令牌、个人数据或其他敏感信息。大语言模型可以帮助整理你提供的信息，但绝不应该编造缺失的细节。

🌐 Before submitting the generated ticket, review it carefully to confirm that all details are accurate and that it does not contain passwords, API keys, access tokens, personal data, or other sensitive information. An LLM should help organise the information you provide, it should never invent missing details.

提示： #

🌐 Prompt:

优先清晰而不是完整。只包含有助于支持团队理解、重现或调查问题的信息。去掉重复内容、猜测、笼统解释、没有证据的诊断尝试以及无关的背景。

🌐 Prioritise clarity over completeness. Include only information that helps the support team understand, reproduce, or investigate the issue. Remove repetition, speculation, generic explanations, attempted diagnoses without evidence, and irrelevant background.

包含已验证事实的简短票据比包含假设的长票据更好。

🌐 A shorter ticket containing verified facts is preferable to a longer ticket containing assumptions.

使用以下结构：

总结： 一两句话描述具体的问题。

影响： 什么被阻止或降低了效果，谁受到影响，以及问题是否仍在继续。

预期行为： 应该发生的情况。

实际行为： 实际发生了什么，包括可用的确切错误信息。

重现步骤： 最短的可靠操作步骤。如果问题无法稳定重现，请说明。

环境： 只包含相关的标识符和配置信息，例如项目引用、地区、产品或功能、客户端或库版本，以及带时区的大概时间戳。切勿包含密码、API 密钥、令牌或其他密钥信息。

故障排除完成： 简要列出已尝试的操作及其结果。

证据： 只包括相关的日志、查询、截图或请求ID。使用简短的摘录，而不是完整的日志导出。

请求： 清楚地说明需要支持哪方面的帮助或希望得到什么结果。

要求：

• 尽量把工单控制在300字以内，不包括必要的日志或代码。
• 把最重要的信息放在最前面。
• 不要在各个部分重复信息。
• 不要编造、假设或推断缺失的细节。
• 清楚地标明任何不确定性。
• 保留准确的错误信息、时间戳和标识符。
• 如果缺少关键信息，在“缺失信息”下列出不超过三个问题。
• 不要包括问候、道歉、结论或关于票据如何写的评论。