GTLC杭州站参会笔记-已晨

题记

GTLC是极客邦旗下的TGO鲲鹏会举办的一个技术大会活动，极客邦旗下还有极客时间、InfoQ中国、QCon大会、ArchSummit大会，开发者应该有了解过。

2025/12/06 GTLC杭州站的主题是《Vibe Coding时代的新创业者》。会议主题虽然是Vibe Coding，也有一些Vibe的内容，但纯Vibe的方式适用于非开发者生成demo和完成简单的工作，这件事情还是比较容易共识的，但对于如何解决存量项目中的需求迭代问题，目前更多是在讲Spec-Driven Development的理念，并没有看到太多最佳实践。

一、关于AI Coding IDE

今年6月份去参加GTLC深圳站，听叔同讲《AI Coding 重塑企业研发效能竞争力》，当时就感觉叔同及阿里云对开发者、AI Coding和模型都很懂，但没想到半年不到的时间，Qoder从0到1，现在已经成为业界很流行的Coding IDE。AI时代所有的产品都在加速，并且以很夸张的速度。

Qoder的产品理念是“把企业内部的隐性知识显性化”，根据代码仓库自动产出Repo Wiki就是在这个理念下的功能，有了Repo Wiki可以做很多事情，比如由AI自动根据需求自动产出技术方案、让AI Coding可以更大程度的复用已有项目组件。未来如果能支持跨代码仓库的Repo Wiki，再支持应用运行态的数据，那对企业软件系统的理解将是全方位的。

Qoder我们自己体验下来也很好用，完全可以跟Cursor掰掰手腕，很期待企业版的Qoder。

Qoder讲完紧接着就是字节AI Coding IDE Trae的分享，Trae的SOLO模式在刚推出的时候就找死月申请了体验，把文档、代码、网页All in one在IDE里边给我挺多启发的，也让我坚定认为IDE一定是开发者不可被取代的界面，它应该集成更多内容，让开发者沉浸式完成需求。

说到这里，我得反思一下，之前备受启发的内容，相应的Action得快速落地才行。比如把获取需求内容MCP化，让用户在IDE里获取自己的需求，比如把“一句话需求”生成“结构化文档”这件事要尽快搞定，要参考Coding IDE的模式重新设计提交需求的交互页面。

二、关于AI + 研发效能

不同于很多嘉宾来介绍自己的产品，我觉得右军老师讲《Vibe Coding时代的组织变革》还是非常务实，立意也非常真实。为什么代码效率提高了，项目周期改变不大？Native AI公司轻装上阵，老业务呢？AI Coding很多时候只是看起来很美

如果一些讲师还在讲AI代码采纳率或者贡献率，那一定在这个领域没有太深入的思考和实践，过程指标不代表业务价值，最终研发效能的度量肯定要回归到交付效率和交付质量。

对研发效能的度量，嘉言小安的小伙伴提到，他们针对于不同复杂度的需求，会人为评估一个“点数”，一定程度上也代表了完成这个需求的人日。统计一定周期内的交付点数，就可以评估是否提升了交付效率。但现在是人工评估，多人评估以达到相对准确。我觉得后续可以改成大模型评估，避免团队与团队之间的标准不统一的问题。但为什么要做这样的评估？对一线开发者来说又有什么好处？这又是值得思考的问题，或者是对超级个体可以做一些额外的激励，或者作为绩效评估的一部分输入。

三、关于AI + 组织文化

如何鼓励开发者或者泛开发者尽可能多的使用AI Coding，营造组织氛围？AI hackthon可能可以，不需要24h的连续熬夜，AI Coding时代的hackthon，3h足够了。3h AI Coding + 1h评分颁奖，一下午就能做一场。比赛最好是命题作文，

如何激励开发者更主动的拥抱AI？公司的激励机制可以有一些变化，网易易盾采用的“积分制”可能是一种解法。他们把开发者的各种工作映射为“积分”，积分跟奖金直接挂钩。使用AI提效，多劳多得，他们团队年轻的开发者往往能拿到1.5~2倍的报酬。不拥抱AI的开发者就不会有额外的激励。

对这部分我还挺困惑的，完成需求、处理告警等等不应该是开发者份内的工作吗，怎么又有额外激励呢？难道是一些大家都不愿意去干的事情？或者组织鼓励的事情？这部分还没来及跟相关同学求证。我猜跟我们的菜籽有点像，都是激励工具，但菜籽只能兑换商品，而网易是可以直接换钱。

我特地搜了一下网易的积分制，发现稀土掘金的一篇文章，说他们在2024年初就开始这么玩了，如果有了解的小伙伴可以确认下真实性和细节。这些外包的任务，公布于内部系统，员工可以自愿抢单。

后记

这篇文章写于大会的第二天，一天密集的知识和信息的输入，给了我很多启发。转眼间已经过去一周，有一些变化已经在我们的场景内发生，很欣慰。

借用Manus创始人的一句话结尾，如果模型进步是上涨的潮水，我希望大家都能做一条船，而不是绑在海床上的柱子。