← 回首页

不懂代码也能听懂这些词 — vibe coder 的技术名词入门词典

真人长视频 · EP0031 2026年6月6日 10:02
这一期讲什么

前段时间胡彦斌做的一个 APP 被资深技术员吐槽:不懂代码、vibe 出来的所谓产品根本是玩具、漏洞百出。我发过一条视频聊这件事——不懂代码也能用 AI 把安全问题处理好、做出生产级的产品。但那条视频的评论里有个观点让我很受启发:不懂代码的人,核心盲区其实不是「要会写代码」,而是连一些基础概念都不清楚,就不知道自己该问什么问题,AI 也就没法帮你补全。

所以这一期,我梳理了大概 122 个做产品时高频会撞到的技术名词,用大白话讲清楚每一个——一句生活比喻 + 它有什么用 + 你什么时候会用到 + 新手最容易踩的坑。从最浅的「服务器」一路排到进阶的「RAG」,由浅入深。这篇就带你过一遍其中的重点。

配套下载 · 给你的 Claude Code 学

前段时间,胡彦斌做的一个 APP 被资深的技术人员吐槽了。他们说:不懂代码的人,vibe coding 出来的这些所谓的产品,根本就是玩具,漏洞百出。

我前两天也发过一条视频聊这件事,大概意思是:虽然不懂代码,但也可以用 AI 去处理一些安全问题的检查,以至于能做出生产级的产品。那条视频下面很多人留言,有程序员也有非程序员。其中有一个观点让我很受启发——关于盲区

真正的盲区:不是不会写代码,是问不出对的问题

不懂代码的人,核心的问题并不是「要懂代码」,而是在做开发的过程当中,要问得出那些对的问题。如果连一些基础的概念都不清楚,甚至不知道自己应该问什么问题,那 AI 也就没办法帮你做出补全。

所以这一期,我梳理了大概 122 个词条——都是我们做 vibe coding、想做出一个好产品时,需要去理解的基础概念。不是要你研究得多专业,而是至少要懂它是个什么样的大概念,以至于你能提出问题:「我应该在这个方面怎么去优化?」这样 AI 才能帮你把这件事做好。

下面挑几个带大家过一遍。

从服务器开始,过一遍这些词

很多不懂代码的朋友遇到的最早一个问题是:产品和服务跑在本地,访问地址是 localhost 加一个端口(Port),电脑一关机就访问不了。

  • 服务器(Server):不管你买在腾讯云、阿里云还是字节的火山,相当于在一个遥远的机房里有一台 24 小时开机的计算机,跑着你的服务或网站,你电脑关了别人照样能访问。
  • 域名 / IP / DNS:服务器会给你一个 IP 地址,把 IP 和域名绑定,别人就能通过域名访问——这中间用到的就是 DNS 域名解析。
  • HTTP 与 HTTPS:很多新手会忽略浏览器自动加的前缀。两者的区别在于加密,HTTPS 还需要申请一个证书。知道了这点,你就可以直接问 Claude Code:「我的网站上线了,帮我申请个证书,变成加密的 HTTPS 访问。」这时候 CC 其实就会帮你、甚至代替你完成申请证书、自动续签这些操作。
  • 数据库:一个网站全部的数据后台,像一张 Excel 大表格,存着每个用户的信息、每个操作、订单、文章,方便后台读取、前台展示。
  • 容器 / Docker:相当于在一台服务器上划分出一个个互不影响的独立空间,像集装箱一样,把你的代码、素材、前后端文件、数据库都打包进去,可以复制到别人的服务器上照样用,也可以在一台机器上部署多个互不干扰的服务。
  • 对象存储 / CDN:对象存储相当于给服务器配了一个几乎无限量、按用量收费的云盘;CDN 则是把素材分布式地存到全球各地的服务器上,让附近的用户就近读取——因为哪怕光速传输,从北京访问美国的网站,一来一回也要差不多三分之一秒到半秒。
  • 还有 SSH 远程登录、证书、依赖(用别人的 skill 或 MCP 服务时常提示「没装依赖」,依赖就是让脚本/服务能跑起来的运行环境)。

技术选型、开源,和一个很深的坑

技术栈与技术选型:编程语言有很多种,用的人多的语言,开发时遇到 bug 大概率网上有最佳实践可参考、解决得更快;小众或新兴语言性能可能更好,但社区人少、遇到难题更难解——这时候就更依赖你用的那个 AI 模型本身的能力,好的模型在这种情况下处理得更好。

开源:你可以把产品开源到 GitHub,但这里有一个很深的坑——很多朋友开源前没做清理,把本地的密码、甚至 API Key 一起打包传上去了。别人拿到你的 API Key,就能用你的额度去生成图片,相当于盗用了你的钱包。所以开源前一定要额外注意,有没有把隐私信息处理掉。

后面词典里还有大模型、提示词、上下文,本地部署和 API 调用的区别,以及 **RAG(搜索增强生成)**这些概念的解释。

把 AI 当架构师:开项目前先把需求讲清楚

真正开始一个项目之前,先把需求梳理清楚,讲给 Claude Code 听:我要开发一个怎样的服务、给什么样的人群用、大概多大规模、是以文本为主还是有图片视频这种大文件的调用、计划用到哪些模型。把这些都告诉它之后,就可以请它完成一个基础的架构与开发语言的选型,甚至帮你判断哪些模型走 API 调用、哪些本地部署,用开源模型还是闭源模型——这些全都可以跟 AI 讨论。你可以把它当成一个服务器运维的帮手,也可以当成一个架构师去沟通。

当然,如果产品真的要大规模商用,还是要请专业人员来把关。因为这里面不只是「有没有 bug、能不能正常运行」的问题,还牵扯到法律风险(比如用户隐私泄露)和经济风险(比如支付系统有漏洞,被人盗用资源),都很危险。

最后

这份词典我也放到了博客上,大家可以去看。当 AI 给你的反馈里出现这些词的时候,都可以在里面搜一下,做一个最基础的认知——以至于我们能问得出那些让 AI 帮我们把产品做得更好的问题。今天的内容就到这儿,我们下次再见。

不懂代码不是核心问题——在开发的过程当中,能不能问出那些对的问题才是。而要问对问题,你至少得听懂这些词。