2025.05.23 (五)

Gemini 2.5 Pro 的摘要  

百闻不如一见。先用一个很浅的例子看看最近 VSCode Copilot AI 的代码推荐。

原文

百闻不如一见。

先用一个很浅的例子看看最近 VSCode Copilot AI 的代码推荐。

naver-166-001

naver-166-002

naver-166-003

naver-166-004

naver-166-005

naver-166-006

naver-166-007

百看不如一敲。

对开发感兴趣的人,先用一次试试看吧。你会体验到新世界。

通过 MCP 确保 AI 与后端的通信路线,把 Task 和 Context 传给装了 MCP 的 AI Agent 来完成业务自动化……最近看到这些技术时,我有时会突然担心,开发 paradigm 是不是已经远远越过了单纯“代码推荐”的水平。“不学 MCP 的话,开发者人生是不是就完了?!瑟瑟发抖……”

https://www.youtube.com/shorts/2gGxaiS9BOM

但如果把真相扒开来看,现实上“到目前为止”,那些帅气的工具在需要高级核心逻辑,或者项目规模变大时,也经常会闹出问题,或者露出哪里少根螺丝的样子。为什么呢,因为 AI 的性能“还”不够。只要 AGI 还没有出现,理解上下文的能力就有明确的极限。(当然,看现在 AI 可怕的成长速度,感觉距离 AGI 登场好像也不到 5 年了。)

所以至少,对现在正在进行“开发脑肌肉康复治疗”的我来说,最合适、也最能现实应用的开发 paradigm,大概就是像上面照片里展示的那样,用注释把企划意图明确传达给 AI,然后仔细阅读并理解生成代码的结构,再“允许”它被应用的程度吧。刚好是“懂我意思并利落处理”的自动补全水平。嗯,暂时就是这个意思。

当然,简单 MVP 水平的 app 或网页,已经到了只要对浑身挂满 MCP 的 AI Agent 说一句“帮我做这个”,按熟练者标准 10 分钟内就能啪地做出成品的时代。(先不谈成品的完成度……当然听说这点也可以用 Context7 MCP 解决,但我也不太懂,所以跳过。)

总之情况就是这样,所以以 prompt 为中心的开发,也就是所谓“vibe coding”,确实也应该提前体验并熟悉起来,为新 paradigm 的到来做准备。

最近从 Google I/O 展示的 Gemini 压倒性性能,以及 Google 对 AGI 的自信来看,我直觉觉得,越过这种“vibe coding”,以自然语言对话为中心的“嘴 coding”时代也不远了。现在是该打起精神、系紧安全带的时候。

但那是那回事,重要的是“现在”。如果被对未来的急躁卷走,最后什么都无法真正做好。

现在摆在我面前的课题,是集中精力学习 Flutter 和开发主 app,“vibe coding” 或 “嘴 coding” 是下一阶段。

在讨论宏大的未来技术之前,先把现在我手里的工具用好吧。

留下评论