将“赋能他人”作为工作的目标。

和地球上每一位软件工程师一样，我对于 AI 如何重塑我们的工作也有自己的看法。自 Hidden Door 创立以来，我们一直在使用大大小小的语言模型，并辅以一系列 NLP 技术（大约相当于 GPT-2 时代，如果你愿意这样理解时间的话）。今年，我们在产品之外、在实际工作中采用它们的方式发生了阶跃式变化。我们，嗯，有一大堆机器人，自然也有一个适应我们的新室友的过程。

我是 Hidden Door 备受宠爱的代码质量怪人，几乎对 LLM 的写作怪癖过敏。我，一个注重匠心的工程师是如何与之和解的？通过优先考虑赋能。我看到不戴工程师帽子的同事能够做以前必须找工程师帮忙的事情，这让我很高兴。

那些拥有工程头衔的人，往往掌管着产品城堡中各式各样的钥匙。我们打开了一些城堡的门。这里一个分析查询，那里在游戏体验的核心做一处文案编辑。工具如果放置得当，可以极大地增强人们参与构建这个产品的能动性。我并不是说我很高兴现在工作变少了。我还有很多事要做。比如，人们正在向我们的数据提出更多问题，因为一道小小的障碍被移除了。

作为一名软件开发者，我的天性是把一切都变成工具。而工具确实很棒！我们的机器人本身就是工具，是通往其他工具集合的自然语言界面。它们确实让很多事情变得更轻松！我一直是一个自下而上的思考者，我喜欢理解事物！但我真的想要维护对大量第三方遥测和应用监控服务的命令行 API 的知识吗？读者，我不。我们的一个机器人——我们叫它 Tobi¹——可以替我做到这一点，并且毫不迟疑地在三个外部服务和我们的内部数据库之间关联信息。它很酷。

Tobi 具备编写优质 Linear 工单、分诊哪些可以转交给额外的自动化开发、收集信息以帮助调试问题或响应事故，以及知道何时将事项交由我们的人工关注以做决策的技能。因为它在我们的聊天中，团队中的每个人都可以用自然语言向我们的系统提问，围绕某个功能想法进行讨论（并快速了解实现起来可能有多容易或多困难），以及收集信息以帮助我们支持玩家或制作更好的社交帖子。在聊天中也让它更具协作性。我们可以在需要时互相拉入。

我们如何做到

利用技术来相互赋能并不局限于在团队聊天中放置一个机器人。Hidden Door 中赋能的例子：

• 用于指导人类为我们的游戏添加美术资源，或创建新的可获取成就的智能体技能，以及旨在让这些事情更容易的系统。
• 一个任务运行器，让所有人都能以相同的方式轻松运行正确的测试、代码检查、类型检查等。
• 用于内容创作的评估框架，可以让人了解某些内容在系统中的表现（始终伴随大量体验测试）。
• 一个小型小游戏框架，让非程序员可以通过提示词打造小游戏，并能够轻松试玩和验证它们。
• 一条自动分诊流水线，将信息汇总到一个工单中，以便工程师更容易做出判断。
• 无数代码架构决策，试图让正确的事情显而易见，让错误的事情难以实现。
• 而且，是的，机器人。

作为工程师，起到赋能作用甚至不一定意味着要构建东西。你可以培养一种赋能的文化。只需告诉同事，尽管去尝试一些他们可能不确定自己能否做到的事情，并且你们会一起完成它。带他们参观那座比喻意义上的城堡。我并不是说你的营销高手应该负责下一次数据库迁移，但我确实认为构建软件正变得越来越整体化。这一趋势并不是在 LLMs 进入时代精神时开始的，但它们加速了这一趋势。

如今谈论代码有点不酷，但随着机器人把更多人带入源代码领域，我们这些代码爱好者或许可以把那些让人成为代码库好公民的行为向外延伸。始终尝试以让系统更容易修改、正确的事情更容易做到、错误更难犯、不变量更难破坏的方式去设计和精炼。让事物比你发现时更好。这些原则在机器人辅助的工作中同样适用，就像在任何其他时候一样。

我认为软件工程师尚未濒危，我也认为始终为身边的人赋能是好事。以不会让他们背负过多责任的方式做到这一点，正是工程所在。“现在你可以查询分析数据了，但如果你问错了东西，就会搞垮生产环境”这根本算不上什么能力。如果你把赋能他人作为工作目标，你并不是在把自己写失业，而是在给同事们酷炫的新能力！