鹭羽 发自 凹非寺
量子位 | 公众号 QbitAI
「不要学习编程」是错误的！
在最新的媒体采访中，GitHub CEO托马斯·多姆克正面battle最近甚嚣尘上的“编程无用论”。
在他的构想中，2025年是属于编程智能体的一年，但未来仍然属于全体人类程序员。
网友们纷纷表示：终于！看到有人说相反的话了。
与他一同接受采访的CPO马里奥·罗德里格斯，更是直言不讳地说道：
我们将用Copilot增强个人能力，并且我们在这方面相当成功。
在过去的一年里，这家以“帮助程序员编写更好的代码”为使命的公司，先后推出了Workspace、Project Padawan等多个SWE（软件工程）智能体产品，一经发布就引爆互联网讨论热潮。
更是在Microsoft最新的季度收益报告中，CEO指出，Copilot现拥有的1500万用户，同比增长4倍，皆是源于免费开放的Copilot层。
而在智能体角逐更加激烈的2025年，GitHub仍然抱有野心：
我们正在进入第二波——下一步是软件开发的下一次演变。
来看看具体讨论细节。
2025年：SWE智能体之年
两位高层一致认为，2025年的SWE演变将完全围绕智能体技术展开。
SWE智能体基于AI技术开发，通过LLM和上下文感知技术，辅助或自主完成代码编写、调试等任务。
智能体技术则将融合同步 （如VS Code等实时协作工具）和异步两种交互模式，以实现能力增强。
从而确保只需使用自然语言，发出执行任务的指令，智能体就能自主解析并完成操作步骤。
在当前的VS Code环境中，代理模式主要负责处理同步任务，正如多姆克所比喻的，这种关系类似于传统结对编程中的角色分工，本质上是开发者与Copilot的实时交互。
开发者将键盘暂时移交给协作者，让对方进行阶段性代码编写，但整体仍保持主导地位。
这也是GitHub推出Project Padawan的意义所在，他们希望能够让系统并行处理多个GitHub问题，引入SWE智能体后，开发者将实际成为多个智能体的“同级协作者”，又或者可以称之为“智能体乐队”。
开发者扮演乐队指挥，智能体们为其演奏，最终仍由人类分配任务，并在流程结束时进行成果审核。
举个栗子，例如当监测到基础设施异常，SRE（站点可靠性工程）智能体就会自动向SWE智能体分配GitHub工单，自主形成闭环响应机制。
此外罗德里格斯表示，得益于大幅跃升的底层模型精密度，团队将会在接下来全力落实这一技术。
目前模型已具备自主规划能力，并能通过工具调用接口（tool calling）完成大部分工作，同时持续进化的代码编写与理解能力，将会解锁无限可能。
诚然，在这场SWE智能体竞争中，GitHub并不是唯一掷下骰子的互联网巨头。
但强大的上下文理解，以及Copilot已集成到所有主流IDE和GitHub网站本身的优势，罗德里格斯相当自信，这些将会帮助他们脱颖而出。
我们已经构建了人员关系图谱（people graph）和工作流程图谱（work graph）。结合代码图谱，以及我们正在扩展的应用图谱，这将形成独特的上下文体系。
谈及Copilot的定价调整，由早期的10美元/月到如今的39美元/月，超额请求每次按0.04美元收费，CPO表示他们将持续评估商业模式的演变路径，以更好地支持代理模式运行。
抛去商业利润考虑，归根结底公司的北极星目标仍然是：
能否打造出最佳产品？
这也将是未来GitHub持续专注的方向。
我们仍然需要人类程序员
伴随着编程智能体的发展，“人类可以放弃编程了，将繁琐的写代码工作通通都丢给AI”，诸如此类的言论层出不穷，其中也不乏许多科技公司的CEO表示赞同，例如Replit的CEO Amjad Masad就在他的社媒这样写道：
英伟达的CEO老黄也曾在演讲中说过，学生们再也不需要学习编程。
但两位GitHub高层却在本次访谈中展现出截然不同的态度，他们这样反驳道：
AI永远只能作为高级开发者的助手，无法取代真正掌控软件生命周期的主导者。
在他们未来“十亿开发者”的愿景中，持续改进的LLM自然语言界面将会打破人类与代码的壁垒。
我们所能做的，就是不要放弃学习代码，要不断学习。
随着我们迈向通用人工智能的未来，了解如何对能够代表我们思考和行动的机器进行编程和重新编程至关重要。
CEO托马斯·多姆克坚信：
人工智能必须在我们的指导下实现自主。
那么你对编程智能体的未来是什么看法呢？欢迎在评论区留言讨论～
（文：量子位）