# 1. candidate 想 first contribution 但 maintainer 3 个月没回应，candidate 怎么 follow up A 应立即新建多个 issue 轰炸维护者 B 三个月无回应说明项目已死，直接放弃 C 应礼貌地在同一 issue 下简短追问，并准备 fork 或社区讨论等备选方案 ✓ 正确答案 D 应直接发私信催促维护者
# 2. candidate 想 sustain open source contribution 但全职工作忙，candidate 怎么 time-box A 应该把所有业余时间都投入开源，越多越好 B 开源应优先于主业，全职工作可以放一放 C 开源贡献混乱进行即可，无需计划 D 应设固定时间盒、小步分解任务、主动设上限并选择与工作协同的项目 ✓ 正确答案
# 3. candidate 想从 occasional contributor 升级为 maintainer，candidate 怎么 plan A 应建立信任、主动承担 issue/PR review 等治理职责、主动表达意愿并从小范围职责起步 ✓ 正确答案 B 直接提交一个大功能就能自动成为 maintainer C maintainer 只看代码能力，不看社区贡献 D 不需要与其他维护者沟通，默默等待即可
# 4. candidate 想评估开源项目健康度（commit frequency / issue close time / contributor diversity） A 应从活性、响应、贡献者多样性、治理四维综合判断，并看趋势而非单点 ✓ 正确答案 B 只看 commit 频率一个指标即可 C commit 频繁就一定是健康项目 D 贡献者多样性毫无意义，只需要看代码
# 5. candidate 想通过开源贡献 argue promotion，candidate 怎么 measure impact A 只要 PR 数量多就能晋升 B 应从影响、质量、与业务关联、复用性四维量化，并产出影响报告 ✓ 正确答案 C 开源贡献与公司业务无关，无法论证晋升 D 晋升只看内部代码，不看开源
# 6. candidate 的 PR 被 maintainer 要求 massive refactor，candidate 怎么 argue scope A 应先理解维护者的可维护性考量，争取分步实施降低风险，并尊重维护者最终决定 ✓ 正确答案 B 应坚持自己的写法，拒绝任何重构 C 应无条件接受所有重构，从不提出异议 D 重构是为了刁难贡献者，应直接放弃项目
# 7. 讲一次你用 AI 工具（Copilot、Cursor、Claude Code）显著提升工作效率的具体案例 A 只需说"我用 AI 效率提高了"即可 B 量化数据不重要，感动自己最重要 C AI 提效不需要人的参与，全自动即可 D 应给出具体场景、前后时间对比、量化产出，并强调人负责判断与审阅 ✓ 正确答案
# 8. 当 AI 工具给团队带来"焦虑"或"被替代感"时，你如何帮助团队成员调整心态 A 直接告诉成员"别担心，AI 不会取代你"即可 B 应先共情，再用"增强论"视角引导，并通过工作坊和小案例让焦虑转化为学会驾驭 ✓ 正确答案 C 焦虑是个人问题，与管理无关，应忽略 D 应禁止团队讨论 AI，掩盖焦虑
# 9. 当团队成员对 AI 工具使用出现分歧时，你如何推动统一规范 A 应强制所有成员使用完全相同的 AI 用法 B 应区分"安全底线"（必须统一）与"自由探索"（保留差异），起草聚焦底线与质量门禁的规范并迭代落实 ✓ 正确答案 C 分歧太大，应放弃规范，让每个人随意使用 D 规范应一次性定死，不允许迭代
# 10. 讲一次你用 AI 工具辅助新人入职或培训的实践 A 应该用 AI 完全替代导师，取消人工培训 B 应让 AI 处理显性知识（导览、练习、答疑），保留人工补齐隐性知识与归属感 ✓ 正确答案 C AI 培训会让新人失去成长，应禁止使用 D 新人培训只需发文档，不需要任何工具
# 11. 讲一次你主动向团队推荐或培训 AI 工具并产生实际影响的经历 A 只需把工具链接发给团队就算完成 B 工具推荐后不需要跟进落地 C 推荐工具是别人的事，我只管自己用 D 应自己先验证、组织工作坊示范、试点落地、用数据证明影响，形成完整闭环 ✓ 正确答案
# 12. 当团队对 AI 工具产生"过度依赖"时，你如何平衡"AI 辅助"与"独立能力" A AI 时代不需要再练习独立能力，全靠 AI B 防止过度依赖是没必要的，AI 越用越好 C 应建立"先思考后 AI"、理解门禁、定期无 AI 演练等机制，保护独立思考与基本功 ✓ 正确答案 D 只要禁止使用 AI 就能避免依赖
# 13. AI 工具普及对"工作时长"、"工作评价"的影响 A AI 让代码量变多，评价应更看重代码行数 B 工作评价体系无需因 AI 而改变 C AI 时代应延长工时以产出更多代码 D AI 让过程型指标失效，评价应转向产出导向与判断力导向，并警惕效率被规模吞噬导致的隐性加班 ✓ 正确答案
# 14. 讲一次你帮助非技术团队成员学习 AI 工具的实践 A 应详细讲解 AI 的技术原理，让他们彻底理解 B 应用真实痛点切入、提供可直接套用的提示词模板、一次教一个场景并提供及时支持 ✓ 正确答案 C 非技术成员学不会 AI，应放弃培训 D 培训应一次讲完所有功能，越快越好
# 15. 讲一次你建立"AI 使用规范"（如 Prompt 模板、Code Review 标准）的具体过程 A 应调研痛点、起草聚焦质量门禁与安全红线的规范、公开评审、试点迭代后再定稿 ✓ 正确答案 B 规范应一次定死，不能迭代 C 规范的目的就是限制大家用 AI D 规范只需写一段原则，不需要模板和落地细节
# 16. 讲一次你识别"AI 工具滥用"（如直接复制 AI 代码到生产）并纠正的经历 A 应当众批评滥用者，以儆效尤 B 直接复制 AI 代码到生产是正常做法，无需纠正 C 应先行止损、单独沟通教方法、建立 review 门禁与自动化扫描预防、并正向引导 ✓ 正确答案 D 发现滥用只需全部删除该代码，无需处理
# 17. AI 工具时代如何保持个人"手写代码"的核心竞争力 A AI 时代手写代码已无用，应全部交给 AI B 只要能调通 AI 代码就算竞争力 C 应把"手写代码"理解为理解与判断力的载体，通过先手写再 AI、无 AI 演练、能讲清楚等刻意练习保持基本功 ✓ 正确答案 D 手写代码会拖慢效率，应完全放弃
# 18. 当 AI 工具承担越来越多执行工作后，工程师的核心价值如何重新定义 A AI 承担执行后，工程师将彻底失去价值 B 工程师的价值仍然是写更多代码 C 工程师价值应从"执行者"转向"问题定义、架构取舍、质量把关、判断力"的决策者 ✓ 正确答案 D 判断力在 AI 时代并不重要
# 19. 讲一次你用 AI 工具扩大"个人杠杆"（如写文档、生成测试）的具体过程 A 个人杠杆就是把所有工作都交给 AI 自动完成 B 用 AI 扩大杠杆意味着可以完全不用审阅 C AI 只能处理小任务，无法扩大杠杆 D 应让 AI 处理量大但重复劳动（文档、测试），把省下的时间投入需要判断的高价值工作 ✓ 正确答案
# 20. 讲一次你用"AI 协作"模式（人 + AI 协同）完成复杂项目的实践 A 复杂项目应完全交给 AI 自动完成 B 人机协同意味着人完全放权 C 应"人主导全局与架构、AI 处理量大重复任务、AI 生成初稿人审阅再迭代、关键环节人主导" ✓ 正确答案 D 复杂项目不适合用 AI，应全手工
# 21. AI 时代"5 天工作制"或"4 天工作制"的可行性如何评估 A AI 提效必然导致 4 天工作制立刻全面实现 B 4 天工作制完全不可行，AI 只应提高产出量 C 应从产出可量化性、自动化比例、协作需求、团队意愿等维度评估，先试点再推广 ✓ 正确答案 D 4 天工作制只需压缩工时，无需配套评价体系
# 22. candidate 发现依赖项目 critical vulnerability 但 maintainer 不响应，candidate 怎么 fork vs wait A 应先止损评估风险，短期 fork 修复、提交上游，并根据依赖核心度与上游活跃度决定长期维护或更换 ✓ 正确答案 B 应无限期等待维护者响应 C 漏洞再多也应等维护者慢慢处理 D 遇到此类情况应直接放弃所有依赖的开源项目
# 23. candidate 想 contribute to Kubernetes / Linux kernel 但门槛高，candidate 怎么 start small A 应从文档、测试、good first issue 等低门槛入口进入，先摸清流程、参与社区、逐步接近核心 ✓ 正确答案 B 应直接提交核心代码，跳过所有流程 C 高门槛项目新人无法参与，应放弃 D 不需要了解项目流程，直接 PR 即可
# 24. candidate 想 lead 一个新开源项目但担心 adoption，candidate 怎么 validate A 应直接开发完整产品，上线后再看是否有人用 B 开源项目不需要验证需求，做出来就有人用 C 只要自己觉得好就一定能被采用 D 应先验证痛点真实性、制造最小关注、找种子用户试用、评估差异化，再决定是否正式投入 ✓ 正确答案
# 25. 向大型项目贡献前你如何检查 CLA、许可证与贡献规范，避免 PR 因流程问题被拒？ A 应主动检查 CLA、许可证冲突、贡献规范、sign-off，本地先跑 CI，大改动提前沟通 ✓ 正确答案 B 流程问题不影响 PR 合并，无需关注 C 只需写好代码，流程交给维护者处理 D 许可证无关紧要，可以随意复制代码
# 26. 讲一次你主动设计"AI-First"工作流的实践 A 应从 AI 出发重新设计流程，识别可自动化环节、重构骨架、设校验点、量化评估并沉淀复用 ✓ 正确答案 B AI-First 就是在旧流程里顺手用一下 AI C AI-First 意味着完全无人参与 D AI-First 工作流不需要评估与校验
# 27. 开源项目收到疑似 AI 生成的低质量 PR 时，你如何用规范与测试门禁过滤，而不打击贡献者热情？ A 应直接拒绝所有疑似 AI 生成的 PR B 应取消所有门禁，让贡献者随意提交 C 低质量 PR 应直接关闭，无需任何引导 D 应用自动化门禁（lint/测试/覆盖率）前置过滤，用友好模板引导补正，区分恶意与新手 ✓ 正确答案
