一、核心原则

开源维护者乐于解答有思考、有价值的问题，但无义务回应”伸手党”。无知可以包容，不愿思考就不行。做好基础准备、规范提问，就能获得平等的交流与帮助。

二、提问前必做

公开提问前，请先自主排查：

1. 查阅项目文档、FAQ 与更新日志
2. 搜索引擎检索相关问题
3. 翻阅历史 Issue 与社区问答
4. 自行测试操作步骤与环境配置

提问时主动说明已做的尝试，会大幅提升被解答的概率。

三、提问规范

渠道选择：优先使用 Issue、官方社区等公开渠道；非付费用户请勿通过私信、邮件单独打扰维护者；不要多平台刷屏。

标题格式：使用场景/环境 + 操作行为 + 异常问题。拒绝”跪求””急在线等””救命”等无效话术。

内容要点，完整描述应包含：

• 运行环境（系统、软件版本、配置）
• 复现步骤
• 实际报错与异常现象（[关于]页面导出诊断日志，附件上传）
• 已尝试的排查方法及结果
• 近期相关变更

常见误区：

• 不要轻易断言是 Bug，先默认是自身操作或配置问题
• 只描述客观症状，不堆砌主观猜测
• 提交前精简问题，提供最小可复现案例
• 不滥用”紧急”，你的优先级不等于他人的义务

四、礼仪与跟进

礼貌用语是加分项，但清晰精准的问题描述永远是第一位。问题解决后，请回到原帖补充最终方案并致谢，方便后续遇到同类问题的人。

看到 RTFM、STFW 等回复，说明问题可通过文档或搜索解决，请回去补功课。开源社区沟通直接务实，无需对语气过度敏感，聚焦问题本身即可。

五、需求提交说明

提交需求前，请先确认更新日志中是否已实现，并搜索是否有重复需求帖。内容需具体说明场景、痛点和用途。团队会逐一查看记录所有提交，但不保证逐条回复；未回复不代表未读取，所有内容均会作为迭代参考留存。

社区会定期清理已处理、无跟进价值、无意义水帖，请知悉。

六、得不到回答的常见原因

• 问题过于基础，文档或搜索可直接解决
• 描述模糊、信息不全，无法复现
• 属于个性化环境问题
• 态度敷衍或情绪化索取

核心一句话：先自助，再求助；重事实，少臆测；讲完整，懂尊重；有始有终，互惠共赢。