GitLab工程师：如何用AI提升我的入职体验
开始新工作既令人兴奋，又让人不知所措。新的团队成员、新的工具，以及在GitLab的情况下，还有大量的文档。六周前，我作为全栈工程师加入了GitLab的Growth团队。任何经历过GitLab入职流程的人都知道它是透明、全面且彻底的。
GitLab的入职流程包括大量文档、视频和培训，这些都能让你快速上手。此外，与GitLab的价值观一致，我的团队鼓励我立即开始贡献。我很快意识到这里的入职流程既认真又紧张。幸运的是，我有一个秘密助手：GitLab Duo。
我的主要使用场景
我发现GitLab Duo的AI辅助在整个软件开发生命周期中都很有用，主要体现在三个关键领域：探索、审查和调试。借助GitLab Duo，我能够在第一周就将我的第一个小型MR部署到生产环境，并在之后的几周内积极为GitLab 18.5的个人主页做出贡献。
探索
在入职初期，我经常记得读过某些内容，但想不起来在哪里。GitLab有一个面向公众的手册、一个内部手册和GitLab文档。高效地跨所有这些资源进行搜索可能很困难。
GitLab Duo简化了这项任务：我可以通过GitLab Duo Chat用自然语言描述我正在寻找的内容，并一次性搜索所有资源。
示例提示：
我记得读过关于在GitLab如何进行RSpec测试的内容。你能在手册、内部手册和GitLab文档中找到相关文档吗？
在开始处理问题之前，我使用GitLab Duo来识别边缘情况和隐藏的依赖关系。GitLab Duo会将问题的需求与整个GitLab代码库相关联，评估类似的功能，并准备所有发现。基于其输出，我能够与我的产品经理和设计师一起完善问题，并确保我的实现覆盖所有边缘情况或定义未来的迭代。
示例提示：
分析这个问题在其史诗背景下的情况，并识别：
- 在编码前向PM/设计师提出的实现问题
- 需求中未覆盖的边缘情况
- 可能受影响的跨功能依赖关系
- 缺失的验收标准
我还检查我计划的解决方案是否符合GitLab的最佳实践和常见模式。
示例提示：
我想实现XYZ行为——在GitLab这通常是如何完成的，我还有哪些其他选择？
审查
在分配人工审查者之前，我总是让GitLab Duo审查我的合并请求。它经常发现小错误，提出改进建议，并突出显示我遗漏的边缘情况。这缩短了审查周期，并帮助我的团队成员专注于更复杂和更高层次的反馈。
由于我对GitLab的代码库和编码实践仍然不熟悉，一些审查评论很难理解。在这些情况下，GitLab Duo帮助我理解审查者的意思以及它与我的代码的关系。
示例提示：
我不理解这个MR上关于遵循用户而不是测试组件内部的评论，这是什么意思，它与我的实现有什么关系？
调试
有时，我的合并请求上的管道测试意外失败。如果我无法判断我的更改是否是原因，GitLab Duo会帮助我调查并修复失败。使用GitLab Duo Agentic Chat，Duo可以应用更改来调试失败的任务。
示例提示：
管道任务"rspec system pg16 12/32"失败了，但我不知道这是否与我的更改有关。你能检查一下，如果是我的更改导致了管道失败，并指导我完成修复步骤吗？
Duo如何与GitLab的价值观保持一致
使用GitLab Duo不仅帮助了我，还支持GitLab的CREDIT价值观：
- 协作：我向团队成员提出的基本问题更少。当我确实提问时，问题更加深思熟虑和有见地。这尊重了他们的时间。
- 客户结果：通过早期识别边缘情况和提高代码质量，GitLab Duo帮助我为客户提供更好的结果。
- 效率：简化的准备、更快的审查和改进的调试使我更高效。
- 多样性、包容性和归属感：AI指导可能会减轻误解以及基于不同背景和能力的入门障碍。
- 迭代：能够更快地尝试想法并识别潜在改进，从而实现更快的迭代。
- 透明度：GitLab Duo使GitLab已经透明的文档更加易于访问。
对AI保持谨慎
在AI时代，变得有能力既容易又困难。它可以是一个强大的工具，但AI确实会出错。因此，我通过始终验证AI的输出来避免自动化偏见。如果我不理解输出，我就不使用它。
我也警惕过度依赖。研究表明，大量使用AI可能导致认知卸载，并在长期内产生更差的结果。一项研究显示，AI使用者在考试中表现更差。为了避免对我的技能产生负面影响，我将AI用作讨论伙伴，而不仅仅是实现它生成的代码。
总结
入职总是一段压力很大的时期，但使用GitLab Duo使我的入职过程更加顺利，不那么令人不知所措。我比我自己能够管理的更多地了解了GitLab的代码库、文化