# 1. 你成了开源项目维护者但被贡献者质疑"代码不够好"，你怎么看怎么 argue A 以维护者身份压制对方，要求其闭嘴 B 直接删除质疑者的评论 C 区分质疑针对代码还是能力，用事实与理由回应并引导回项目质量 ✓ 正确答案 D 把质疑者从社区中移除
# 2. 你成了开源项目维护者但 PR 堆积（没人 review），你怎么看怎么推动 A 抱怨贡献者提交太多，暂停所有 review B 把所有 PR 先合并再慢慢 review C 随机挑几个 PR 处理，其余不管 D 按风险与影响分级、设固定 review 时段、用 label 与自动化辅助并扩大 review 人力 ✓ 正确答案
# 3. 你作为维护者每周只有有限维护时间，如何设计固定维护时段加批量 triage 的流程，不被持续打扰牵着走？ A 24 小时在线，随时响应所有消息 B 设定固定维护窗口，批量 triage 并分类，用自动化吸收重复劳动，公开节奏管理预期 ✓ 正确答案 C 只在空闲时偶尔处理 D 把所有 issue 都交给机器人处理，自己完全不管
# 4. 项目缺少 CONTRIBUTING 与治理文档，新人反复问同样问题，你如何系统补齐并降低维护成本？ A 责怪新人不看文档，拒绝回答 B 把高频问题整理进 CONTRIBUTING 与模板，用标准回复引导文档并持续补充缺口 ✓ 正确答案 C 口头回答一遍就不再管 D 禁止新人提问
# 5. 你成了开源项目维护者但 co-maintainer 不活跃，你看怎么推动 A 直接移除其权限，不再通知 B 先沟通了解状态与意愿，重新约定分工或帮助其优雅退出，并做好多维护者梯队预案 ✓ 正确答案 C 自己默默扛下所有工作 D 公开指责对方不负责任
# 6. 你成了开源项目维护者但 issue 太多你看不完，你怎么看怎么推动 A 关闭所有 issue，眼不见为净 B 先批量 triage 清理存量，再用模板与 bot 自动打标签过滤增量，聚焦真正问题 ✓ 正确答案 C 随机挑几个处理，其余忽略 D 把所有 issue 都标记为未来再处理
# 7. 你成了开源项目维护者但贡献者 issue spam（重复），你怎么看怎么推动 A 每次收到都直接骂回去 B 把重复 issue 合并到已有 issue 并说明原因，清理无关 spam，用模板与引导减少重复 ✓ 正确答案 C 全部关闭，不解释原因 D 把重复 issue 全部保留，浪费时间
# 8. 你成了开源项目维护者但贡献者 push 太快（要你马上合并），你怎么看怎么推动 A 对方催得紧就立即合并 B 把催促的贡献者拉黑 C 让贡献者自己合并 D 公开 review/合并流程与优先级，用透明节奏管理预期，坚持质量门禁不因催促而放松 ✓ 正确答案
# 9. 你成了开源项目维护者但贡献者不遵守 CoC，你看怎么推动 A 先收集事实，按项目流程分级处理，公告说明依据并保护受影响成员 ✓ 正确答案 B 当作没看见，避免冲突 C 情绪化公开羞辱违规者 D 直接永久封禁所有相关人
# 10. 你成了开源项目维护者但贡献者要求"不开 breaking change"，你怎么看怎么推动 A 完全拒绝任何 breaking change，永不演进 B 优先用新增参数、新函数等兼容方式实现，确需 breaking 时评估必要性、规划迁移与版本并公开沟通 ✓ 正确答案 C 暗中引入 breaking change 不告知 D 直接删除旧 API 强行演进
# 11. 你成了开源项目维护者但贡献者要求"加 sponsor"，你怎么看怎么推动 A 坚决拒绝一切赞助，保持纯技术 B 把 sponsor 放在最显眼处，不限用途 C 评估资金用途与透明机制，说明资金如何用于项目，并避免资金影响技术方向 ✓ 正确答案 D 私下接受赞助不公开
# 12. 你成了开源项目维护者但贡献者要求"立刻修 bug"，你怎么看怎么推动 A 评估紧急程度，用影响面/严重度等标准排定优先级，优先处理真正的紧急 bug，其余安排预期 ✓ 正确答案 B 放下一切先修催得最急的 C 一律不理会，按自己节奏 D 让贡献者自己想办法
# 13. 你成了开源项目维护者但贡献者要求 revert，你看怎么推动 A 一律拒绝，保住自己的改动 B 立即回滚不管后果 C 先复盘原因，若有真实问题快速 revert 止血并评估连锁影响，意见分歧则用数据讨论折中 ✓ 正确答案 D 公开指责贡献者不懂
# 14. 你作为维护者决定关闭一个不符合项目方向的 PR 时，如何写关闭说明让贡献者感到被尊重？ A 先肯定付出、讲清不符合方向的原因、给出替代路径，语气友善且非个人化 ✓ 正确答案 B 简短一句"不需要"即可 C 讽刺贡献者理解力差 D 直接不回复晾着
# 15. 你准备休假或退出维护时，如何设计交接方案（备份权限、培养 successor、对外公告）？ A 提前备份转移权限、逐步培养继任者、提前公开公告并留出重叠期过渡 ✓ 正确答案 B 直接删号退出，不再过问 C 只在离开前群发一封邮件 D 把仓库交给一个不熟悉的人
# 16. 你成了开源项目维护者但贡献者要求"加 CI badge"，你怎么看怎么推动 A 拒绝，认为 badge 没有意义 B 选择有意义的 badge 并确保与真实 CI 状态一致，避免过度堆砌造成噪声 ✓ 正确答案 C 把所有 badge 都堆上 D 随便放一个假的 badge
# 17. 开源维护者的职责如何涵盖 review、发布与社区？ A 维护者主要在 review、发布、社区三方面维持项目可持续健康演进，并做好取舍平衡 ✓ 正确答案 B 维护者只负责写代码 C 维护者只需处理自己写的代码 D 维护者不需要管理社区
# 18. 如何管理维护节奏，避免 issue 积压与 burnout？ A 只要拼命干就能解决积压 B 用边界、流程与取舍建立可持续节奏，并主动管理 burnout 风险 ✓ 正确答案 C burnout 是必然的，无需管理 D 积压越多说明越努力，应该保持
# 19. 开源项目的发版节奏（如按季度发版）如何制定并对外承诺，避免被“何时发版”的追问打乱？ A 承诺一个很紧的日期，逼自己完成 B 被追问就临时改日期 C 从不公开任何发版计划 D 按阶段能力定现实节奏，用公开日历与进度管理预期，未就绪项可顺延且透明说明 ✓ 正确答案
# 20. 项目需要新增维护者时，你依据什么标准授予写权限，如何避免权限滥用与治理失序？ A 按公开标准、从受控范围渐进授权，在治理文档写明规则并透明化、定期审视收回 ✓ 正确答案 B 随缘授权，看谁熟就谁 C 把权限给所有活跃贡献者 D 授权后永远不收回
